George

NVIDIA Next Generation Mainstream GPU Detailed in August http://www.guru3d.com/news-story/nvidia-next-generation-mainstream-gpu-detailed-in-august.html

Intel Shows Optane memory that fits in DDR4 DIMM slots http://www.guru3d.com/news-story/intel-shows-with-optane-memory-that-fits-in-ddr4-dimm-slots.html

Intel Core i7-8086K anniversary edition CPU gets listed at retailers (updated) http://www.guru3d.com/news-story/intel-core-i7-8086k-anniversary-edition-cpu-gets-listed-at-retailers.html

Review: Corsair HS70 Headset http://www.guru3d.com/articles-pages/corsair-hs70-headset-review,1.html

ADATA Launches XPG INFAREX K20 gaming keyboard http://www.guru3d.com/news-story/adata-launches-xpg-infarex-k20-gaming-keyboard.html Roccat launches Their Own Mechanical Keyboard Switch -Titan http://www.guru3d.com/news-story/roccat-launches-their-own-mechanical-keyboard-switch-titan.html Aimpad and Cooler Master Join Forces in Exclusive Licensing Agreement http://www.guru3d.com/news-story/aimpad-and-cooler-master-join-forces-in-exclusive-licensing-agreement.html ooler Master Computex 2018 - Product Teasers http://www.guru3d.com/news-story/cooler-master-computex-2018-product-teasers.html კულერმასტერი ბევრი რაღაცის ჩვენებას აპირებს ამ წლის კომპუტექსზე, მათ შორის კიიბორდების

ASUS H370 Mining Master connects 20 GPUs Over USB http://www.guru3d.com/news-story/asus-h370-mining-master-connects-20-gpus-over-usb.html

BenQ EW3270U მიმოხილვა რუსულათ https://3dnews.ru/969897 31.5 ინჩიანი 3840 × 2160 მოდელია ჩესნი 10 ბიტიან MVA მატრიცაზე 60 გერციანი ფრისინკის საპორტით და მილიარდი ფერის დამუშავებით, ინპუტ ლაგი არ დაუტესტიათ მაგრამ რატომღაც მგონია რომ ისეთი კარგი არ იქნება ეგ მოდელი გეიმინგისთვის ASUS ROG Strix XG248Q Adaptive Sync 240 Hz Monitor http://www.guru3d.com/news-story/asus-rog-strix-xg248q-adaptive-sync-240-hz-monitor.html

RTSS 7.2.0 beta 1 გამოვიდა უზარმაზარი ჩეინჯლოგით: · Added On-Screen Display performance profiler. Power users may enable it to measure and visualize CPU and GPU performance overhead added by On-Screen Display rendering. Two performance profiling modes are available: o Compact mode provides basic and the most important CPU prepare (On-Screen Display hypertext formatting, parsing and tessellation), CPU rendering and total CPU times, as well as GPU rendering time (currently supported for Direct3D9+ and OpenGL applications only) o Full mode provides additional and more detailed per-stage CPU times · Improved built-in framerate limiter: o Added power user oriented profile setting, allowing you to specify the limit directly as a target frametime with 1 microsecond precision o Added power user oriented profile setting, allowing you to adjust throttle time. Throttle time adjustment is aimed to reduce input lag when framerate is below the target limit or without limiting the framerate o Added power user oriented profile setting, allowing you to synchronize framerate to up to two independent scanline indices per refresh interval. Combining with user configurable scanline wait timeout, those settings provide experienced users low input lag adaptive VSync or double VSync functionality on any hardware · Various On-Screen Display optimizations and improvements: o Added adjustable minimum refresh period for On-Screen Display renderer. The period is set to 10 milliseconds by default, so now the On-Screen Display is not allowed to be refreshed more frequently than 100 times per second. Such implementation allows keeping smooth animation when On-Screen Display contents are being updated on each frame (e.g. when displaying realtime frametime graph) without wasting too much CPU time on it o Added alternate GPU copy based Vector2D On-Screen Display rendering mode implementation for Direct3D1x applications. New mode provides up to 5x Vector2D performance improvement on NVIDIA graphics cards, however it is disabled on AMD hardware due to slow implementation of CopySubresourceRegion in AMD display drivers o Vector2D rendering mode is now forcibly disabled in Vulkan applications on AMD graphics cards due to insanely slow implementation of vkCmdClearAttachments in AMD display drivers o Revamped geometry batching and vertex buffer usage strategy in pure Direct3D12 On-Screen Display renderer (currently used in Halo Wars 2 only) o Added Vector2D rendering mode support to pure Direct3D12 On-Screen Display renderer o Optimized On-Screen Display hypertext parsing and tessellation implementation o Optimized state changes in OpenGL On-Screen Display rendering implementation o Optimized state changes in Direct3D1x On-Screen Display rendering implementation o Solid rectangles and line primitives in Direct3D8 and Direct3D9 On-Screen Display rendering implementations are now rendered from vertex buffer instead of user memory o Improved OpenGL framebuffer dimensions detection when framebuffer coordinate space is selected · Fixed On-Screen Display rendering in wrong colors when Vector2D mode is selected and Direct3D1x applications use 10-bit framebuffer · Fixed Vulkan fence synchronization issue, which could cause GPU-limited Vulkan applications to hang due to attempt to reuse busy command buffer · Active busy-wait loop in the framerate limiter module is now forcibly interrupted during unloading the hooks library to minimize the risk of deadlocking 3D application when dynamically closing RivaTuner Statistics Server during 3D application runtime · Improved synchronization in 32-bit hook uninstallation routines · Updated profiles list A few notes about new toys for power users: New performance profiler Performance profiler can be enabled by setting PerformanceProfiler field in [OSD] section to 1 (basic mode) or 2 (detailed mode). "Show own statistics" must be enabled in RTSS to see the profiler. The following performance counters are available for detailed mode: CPU acquire – CPU time, spend on acquiring access to 3D API. This CPU time depends on 3D API used by application, in most cases it is zero, for D3D12 applications displaying OSD in D3D11on12 mode it is CPU time spend on acquiring D3D11on12 wrapper for rendering, in Vulkan applications asynchronically presenting frames from compute queue (e.g. DOOM or Wolfenstein II on AMD cards) it is CPU time spend on synchronizing graphics and compute queues. For OpenGL applications it can be nonzero if application is forcibly flushing the pipeline in the end of each frame rendering with glFlush. CPU acquire stage is executed on each frame. CPU prepare – CPU time spend on preparing OSD contents for rendering. This CPU time doesn’t depend on 3D API used by application, it entirely depends on the amount of text/graphs you’re displaying in OSD. CPU prepare time is divided into the following substages: init, parse and tessellate. Init is CPU time spend on formatting own RTSS OSD contents (i.e. formatting own framerate counters, scanning hypertext and replacing framerate macro with real formatted framerate values, formatting performance counters, benchmark statistics etc). Parse is CPU time spend on parsing resulting OSD hypertext (including the hypertext supplied by OSD clients like MSI AB or HwInfo), processing hypertext formatting tags and preparing OSD contents as collection of text with attributes to be tessellated on the next stage. Tessellate is CPU time spend on converting parsed OSD text and attributes to renderable form (collection of vector rects for each symbol for vector 2D/3D OSD rendering modes or collection of textured quads for each symbol for raster 3D mode). CPU prepare stage is executed on the frames when OSD contents is refreshing, i.e. if you’re displaying OSD with framerate counter and default refresh rate in RTSS properties (500 ms), then OSD is refreshing and this stage is executed just twice per second. CPU render – CPU time spend on rendering OSD. This CPU time depends on 3D API used by application and on OSD rendering mode selected in RTSS (Vector2D, Vector3D or Raster3D). CPU render time is divided into the following substages: save, submit and restore. Save is CPU time spend on saving 3D rendering pipeline state before rendering OSD. This substage entirely depends on 3D API used by application, for example state changes are most expensive for Direct3D9 applications (especially pure Direct3D9 ones). Low-level 3D APIs (pure Direct3D12 or Vulkan) do not require saving pipeline state, so this CPU time is zero. Vector2D OSD rendering mode also doesn’t require saving and restoring rendering pipeline state, so it is zero in this case too. Submit is CPU time spend on filling vertex buffers with previously tessellated OSD geometry and submitting it to 3D API. Restore is CPU time spend on restoring previously saved 3D rendering pipeline state after drawing OSD. CPU render stage is executed on each frame. CPU capture – CPU time spend of capturing framebuffer contents. This stage is executed and this time is not equal to zero during videocapture only. CPU flush – CPU time spend on the final stage of flushing OSD renderer and returning control to application’s 3D API. This time is D3D11on12 wrapper flushing time D3D12 applications displaying OSD in D3D11on12 mode. For applications using different 3D APIs it is zero. This stage is executed on each frame. CPU total – total CPU time including all stages listed above. GPU render – GPU time spend on rendering OSD. This performance counter is currently collected for Direct3D9, Direct3D10, Direct3D11, Direct3D12 applications displaying overlay in D3D11on12 mode and OpenGL applications only. GPU render time profiling is currently not supported for Vulkan and pure Direct3D12 applications. New scanline sync based framerate limiter Before you start experimenting with new sync mode, it is recommended to enable diagnostic scanline sync related info in OSD by setting SyncInfo field in [OSD] section to 1. "Show own statistics" must be also enabled in RTSS to see it. New scanline sync based framerate limiter is controlled by the following values: SyncDisplay – name of logical display device to be synchronized with. Currently it is a primary display name. SyncScanline0 – index of the first scanline for framerate synchronization. No synchronization is performed when it is set to zero, otherwise this is treated as scanline index starting from top of the frame. E.g. SyncScanline0=1 means that the frame will be synchronized with the top (or more precisely the second scanline, because indices are zero based) scanline and SyncScanline0=1000 means that the frame will be synchronized with scanline 1000 (which is located in the bottom part of screen if we use 1080p mode with 1125 scanlines total). SyncScanline1 – index of the second scanline for framerate synchronization. Defining two independent sycnhronization points per refresh allows us to get functionality of double VSync, i.e. you get smooth 2xRefreshRate framerate). No synchronization is performed when it is set to zero, otherwise this is treated as index starting from middle of the frame. E.g. SyncScanline1=1 with total 1125 scanlines means that the frame will be synchronized with the scanline 562(1125/2)+1=563 and SyncScanline1=400 means that the frame will be synchronized with scanline 562(1125/2)+400=962 (which is located in the bottom part of screen if we use 1080p mode with 1125 scanlines total). SyncTimeout – allows adjusting timeout for scanline synchronization. The timeout provides functionality similar to NVIDIA’s Adaptive VSync, meaning that you may forcibly disable synchronization when framerate drops below the refresh rate. Timeout can be specified either explicitly in microseconds (e.g. SyncTimeout=16667 for 60Hz refresh rate) or you can let RTSS to benchmark and calibrate it automatically and set it to 1/N of refresh time when SyncTimeout=N is in [1,8] range). Summarizing, you may start experiments with scanline sync with the following presets: For traditional VSync with low input lag: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=0 In this case tearline position is fixed in the top of frame, so you can move it down via tuning and increasing SyncScanline0 value. For adaptive VSync with low input lag on 60Hz refresh rate: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=16667 or calibrate timeout automatically: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=1 For double VSync (i.e. 2x refresh rate framerate, 120FPS for 60Hz refresh rate) Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=0 In this case tearlines will be in the top and in the middle of frame, you can move it down via synchronically increasing SyncScanline0 and SyncScanline1 values. To control timeout in such case use either explicit value: Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=8333 or calibrate timeout automatically: Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=2 საკმაოთ საინრერესო რაღაცეებია დამატებული ისე, აი გადმოსაწერი ლინკიც ვინმეს თუ დატესტვა მოუნდება: http://www.guru3d.com/files-get/rtss-rivatuner-statistics-server-download,15.html

დობრათ intel RST დრაივერები გამოვიდა 100-300 სერიის მაზერებისთვის: Intel Rapid Storage Technology (RST) Version 16.0.5.1095 WHQL http://www.station-drivers.com/index.php?option=com_remository&Itemid=352&func=fileinfo&id=3481&lang=fr Intel Rapid Storage Technology (RST) Version 16.0.10.1104 WHQL http://www.station-drivers.com/index.php?option=com_remository&Itemid=352&func=fileinfo&id=3484&lang=fr Intel Rapid Storage Technology (RST) Version 16.0.3.1092 WHQL http://www.station-drivers.com/index.php?option=com_kunena&view=topic&catid=4&id=2720&Itemid=255&lang=fr#16663 მოდიფიცირებული დრაივერები არ დაუდია ამჯერათ ფერნანდოს ამ თემაში და აღარც მე მითხოვია: https://www.win-raid.com/t11f23-Modded-Intel-AHCI-and-RAID-Drivers-digitally-signed.html 16.3.0.1007 მიყენია ისე ეხლა და მთლათ ცუდათ არ უბერავს

კიდე ახალი ბილდი გამოვიდა http://download.a4tech.com.tw:8080/BloodyMouse/Bloody6_V2018.0525_MUI.exe

დღეს ნბა-ის ფლეიოფის ფინალის პირველ შეხვედრას ვუყურე გოლდენ სტეიტის მოედანზე რომ ჩატარდა, მოკლეთ სულ ცოტატი არ ეყო კლივლენდს რომ გაემარჯვათ მაგ თამასში, ფაქტიურათ ერთი ქულა დააკლდათ ბოლოს რისი ჩაგდებაც სულ თავისუფლათ შეეძლოთ პრინციპში ან შტრაფნოიდან ან კიდევ მაგის შემდეგ ჯეარ სმიტმა რომ დროს გაწელვა დაიწყო იმის მაგივრათ რომ ეგრევე ესროლა ან პასი გაეკეთებინა, ლებრონმა მოშნათ ითამაშა და 51 ქულა აიღო, ლავი დაბრუნდა და 21 ქულა აიღო, ანუ ცუდათ არ უთამაშია, აი სხვა იგროკებმა ისევ ჩაისვარეს და 10 ქულაც არ აუღია არავის, მაგ მხრივ გოლდენ სტეირმა უფრო როვნი თამაში ჩაატარა, დურანტმა 26 ქულა მოიპოვა და თავიდან მთლათ ეფექტური არ იყო ნამდვილათ, კარიმ 29 ქულა აიღო და ისევ ყარა 3 ქულიანები, ტომსონმა კი 24 ქულა მოაგროვა, თუმცა ბოლოს რომ ჩაეგდო მეორე შტრაფნოიც კლივლენდს იგებდენ მაგ შეხვედრას, ისე კი უშანსოთ დამარცხდენ ოვერტაიმში 124-114, მეორე თამასში შეიძლება ყველაფერი გადაწყდეს უკვე, 2-0 თუ გახდება ანგარიში არა მგონია კლივლენდმა შემოატრიალოს ეგ სერია უკვე

კი IGN და გეიმსპოტზეც მოთხარეს რასაც ქვია მაგათ მიმოხილვებში: http://www.ign.com/games/agony-madmind-studio https://www.gamespot.com/reviews/agony-review-a-captivating-disappointment/1900-6416919/ გეიმსპოტმა მთლათ 30% დაუწერა

კი ეგ ვიდეოებიდანაც ჩანდა რომ ურთულესია რასაც ქვია, განსაკუთრებით ბოლომდე თუ მიყვები და აპირებ დახურვას

Fallout 5 გულისხმობ, 2019 წლამდე ალბათ არ გამოვა უფრო გვიან თუ არა, ვნახოთ აბა როდისთვის დაანონსებენ, ჯერ მგონი მაგ ონლაინ ნაწილზე აკეთებენ აქცენტს

მოკლეთ დაგაზა ლირაZ-იც, მაგრამ ძალზე მაგარ ეკონომიას აკეთებს და TDP 70% უკვე სული ძვრება როგორც ჩანს და 2000+ ბუსტავს თან, ვერაფერი მოვუხერხე და გავთიშე მოკლეთ მთლიანათ ეგ ალგო, ისევ ლირავ2 და მისი ჯანი 9$+ დოლარით სტაბილურათ, ეკვიჰაში რაღაც მთალთ დასირებულია ეს დღეებია, დაახლოებით 8$ დებდა ისე უკვე ლირაZ-ზე, თუ დაიხვეწება შეიძლება მაგაზეც ცდა, მაგრამ სისტემასაც ასირებს მგონი რახან ძალზე შენელებულათ მუშაობდა ტიმვივერი ეგ რომ გაშვებული იყო, lira2z-ზე ტემპები 10 გრადუსით უფრო დაბალი აქვს ვიდრე ლირავ2 ალგოზე

ბოლო ბლუ სკრინი ჩემთან ვინდოუს 7-ზე ქონდა, ეგეც ერთხელ ამომიგდო მგონი და P5B რაზგონზე

თუ 1803 დაყენების შემდეგ დაეწყო ეგეთი რამე და ადრე არასდროს უქნია, შეიძლება ვინდოუსის ბრალიც იყოს და ისევ 1709 დააყენე და ნახე რას იზამს აბა

შეგიძლია პარარელურათ გაუშვა იმდენი რამდენიც გინდა, მე 6 ცალს ვუშვებ ხოლმე 2გბ ცალზე და დობრათ რამს ტესტავს 100% მაინც დატესტე, შეიძლება მაგის ბრალი არც იყოს არ ვიცი, თუ ახურებს რამზე როგორც წესი საკმაოთ მალევე იწყებს ერორების ამოგდებას მაგ ტესტში, ფაილს რამდენჯერმე დააკლიკე და გაიხსნება ახალი სესიებიც და ყველგან 2000 მოუნიშნე და ეგაა

ლოლ სტატისტიკის სერვერი არ უმუშავებთ ნაისჰაშზე, მე კიდე ვუჩხიკინებ გამწარებულია და არაფერი შეცვლილა: https://status.nicehash.com იმედია მალე გაასწორებენ მაგ პრობლემას, თორე 1$ მიწერს 6 მაგივრათ და არაფერი ემატება რომ ვამაინინგებ, ჯერ ახალი მაინერის პრობლემა მეგონა გუშინ რომ დავაყენე, მაგრამ ლუბოი ვერსიაზე ახურებს და დავანებე თავი, ეხლა დავბენჩე და მაგის შემდეგ გაუბერა, მაგრამ უბრალო დამთხვევა ყოფილა რახან სტატისტიკის სერვერი გათიშვიათ და მაგის გარეშე ბალანსის სტატისტიკა და რა გეწერება არ მუშაობს, ვერც ონლაინში ვამოწმებ რა ხდება სტატისტიკაში, ეგეთი შეფერხებები ქონიათ მაგ პლატფორმაზე ხანდახანთ, არა უშავს დაველოდები აბა იმედია მალე აღდგება ყველაფერი, თორე ეხლა გაყინულია 1.01$ 6$ მაგივრათ და რომ ვამაინინგებ არაფერი ემატება საერთოდ, ხომ არ გამეთიშა ლოლ დროებით თუ თავისით აღადგენენ, მოკლეთ ვნახე და სხვებთანაც იგივე სიტუაციაა https://twitter.com/hashtag/nicehash?lang=en ვითომ არ ღირსო არაფრის შეჩერება და თავისით აღდგებაო ძველი სტატისტიკა, ნუ მე 6$ მქონდა მაინც გაკეთებული დღეს, ანგარიშზე კი 185$ ბიტკოინებში კაროჩე ჩაუჯვია მაგათ სერვერს და ღირს თუ არა გათიშვა არ ვიცი : შევხედავ აბა, მგონი მალე დაბრუნდებიან, სერვერი სანამ არ ამუშავდება სტატისტიკის ვერ გაიგებ რამე დაგაწერეს თუ არა, ასე 1.5 საათი იქნება რაც გაუბერა, 6$ მქონდა დამაინინგებული ეხლა 1.01$ გაჭედილი სტატისტიკა თუმცა ამაინინგებს და არაფერი ემატება აი აქ ფიქსირდებაო სტატისტიკა, ანუ ჰალასტოიში არ ამაინინგებ, იმედია მთავარ სტატისტიკის სერვერსაც გააასწორებენ: ლოლ გაასწორეს, ისევ 6$ და სტატისტიკაც წავიდა ისევ, უბრალოთ გუშინდელი 0.0017 ბიტკოინის შემდეგ დღეს მაქს 0.0011 თუ ავიდა კარგი იქნება, რამდენიმეა დღეა მოშნათ უბერავდა ლირავ2 ალგოზე ნაისჰაშზე და გუშინ შემცირდა საკმაოთ გამომუშავება, ეკვიჰაშზე კი ლამის 1 კვირაა უკვე შემცირებულია გამომუშავება, მანამდე კარგათ ხოდავდა 10-11$ ფარგლებში დღეში, ეხლა 8$ ვეღარ ადის უკვე, ეხლა 9$ ფარგლებში აკეთებს ლირავ2-ზე მარტო 12$ მაგივრათ, თუმცა ეკვიჰაშს მაინც ჯობია, ეგეთო რაღაცეებო ცოდნია ხანდახან, მთავარია რაც გქონდა დაგროვილი ეგ მაინც დააბრუნონ, მაგათ ვოლეტიდან კიდე 500$ რომ ავა ლედჯერ ნონოზე გადავიტან ეგრევე ბიტკოინებს, მოკლეთ ნაისჰაშის მაინერში ჩანს უკვე ყველაფერი მაინინგის დროს, ონლაინში ჯერ არ შეუსწორებიათ და არ გაჩვენებს სტატისტიკას, მგონი ისევ დაგაზეს, 10$ უბერავს ეხლა, სტატისტიკის სერვერსაც აამუშავებენ მალე ალბათ, მიანერში უკვე გაასწორეს სტატისტიკა და სწორათ მიწერს 7$-მდე სადღაც, ამუშავდა ონლაინ სტატისტიკაც უკვე

კიდე დაუკლია ფასები: https://www.mymarket.ge/ka/search/?UserID=406086&SortID=3 1080 ეხლა უკვე 1530 ლარი ღირს ცალი, 1070Ti 1330 ლარი, და ამდ 580 700 ლარი, 1080 ნაისჰაშზე სხვათაშორის მშვენივრათ ხოდავენ და ტემპებიც ნორმალური აქვთ, 1070 და 1080Ti გაუთავდა როგორც ჩანს, ნუ მე ბოლო 1080Ti წამოვიღე

დღემდე ინტელია წინ ძალიან დიდი ატრივით ბაზრის წილში, ამ ეტაპზე სადღაც 78-22% შეფარდებით იმარჯვებს ინტელი, განახლებული სტატისტიკა რომ დაიდება დავაგდებ, ნუ მარტო სტიმზე გეიმინგში ესეთი სიტუაციაა აპრილის სტატისტიკის მიხედვით (უფრო განახლებული სტატისტიკა ჯერ არ დაუდიათ): https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam?platform=combined 84-16% იმარჯვებს ინტელი, შემდეგ გადათვლაზე საკმაოთ უნდა შემცირდეს წესით ბაზრის წილი და ვნახოთ აბა, უბრალოთ ძალიან ბევრს აქვს უკვე ნაყიდი ინტელი, და ამდ რომც გაუსწროს სიტყვაზე მარტო აპრილ-მაისის გაყიდვებით ინტელს მაინც ვერ შეძლებს შევიწროვებას ისე ძალიან, ნუ 1080P მაინც ინტელია წინ ფპს-ით 144გერციან მონიტორებზე, მაგრამ ვინც მაინდამაინც ამდ უმიზნებს ყველა ვარიანტში გეიმინგისთვის 2700 უნდა აიღოს და არა 1700 სიტყვაზე, ან 2600 და არა 1600, რახან გეიმინგში აქვს წინსვლა მეორე თაობის რიზენებს, მე თუ ჩამივარდება საჭირო თანხა (1000$ ფარგლებში) თუ გადავედი ისევ ალბათ Z370+8700, ჩემთვის ეგ კომბინაცია 16gb DDR 4 3000MHZ სრულებით საკმარისი იქნება 2K სათამაშოთ იგივე GTX1080Ti კარტაზე სიტყვაზე, არ ვიძახი რომ 2600+X470 ცუდი ვარიანტია თქო მაგრამ მე უფრო ინტელისკენ ვიხრები 150$ მეტიც რომ დამიჯდეს სადღაც, მაზერებში და მემორის ფასებში საკმაოთ მცირე სხვაობაა მაინც თუ ნორმალურს დაითრევ და ძალიან დიდ ეკონომიას არ გააკეთებ, მაქს 40$ თუ კიდე მოიგე ერთნაირი დონის მაზერები თუ დაითრიე, კი ამდ პროცესოებში კარგათ ხოდავს ამ ეტაპზე მაგრამ ინტელს ჯერ ვერ ჯაბნის, ზატო ვიდეოკარტებში სრულ ფიასკოს განიცდის ვეგა56-64 vs 1070-1070-Ti-1080-1080Ti და ალბათ ახალ თაობას ისევ ნვიდიას გამოუშვებს პირველი და არა ამდ

მემტესტი გაუშვი აბა ოპერებზე, თუ არაფერი ამოაგდო შეიძლება რაღაცამ გაუბერა, ან დრაივერი ახურებდეს, ლოკალურ პრობლემას უფრო გავს, ვინდოუს 1803 ბრალი უფრო ნაკლებათ მგონია რახან ჩემთან კარგათ მუშაობს, თუმცა მაინინგ კომპზე ჯერ ეგ ვერსია არ დამიყენებია

გასაგებია, არა მაგითი მაინინგი არ მინდა ამ ეტაპზე, ისევ ბიტკოინს დავაგროვებ ჯობია ყოველგვარი გაყიდვა-გადაცვლის გარეშე, თუმცა წელს მეეჭვება კურსმა დაგაზოს მოშნათ როგორც წინა წლის დეკემბერში, მაგ ეტაპს რატომღაც მგონია შემდეგ წელიწადს გაიმეორებს და შეიძლება 20000$ მეტიც დადოს დაჟე, ამ ეტაპზე კი გაყინულია ფაქტიურათ კურსი 7000-7500$ ფარგლებში უკვე 1 კვირაზე მეტია ლამის, წელს 12000$ თუ ავიდა წლის ბოლოს კარგი იქნება, თუმცა მაგაზე გადახურდავებას არ ვაპირებ მაინც, ხვალ შვადღეზე უკვე აარტყამს 200$, სადღაც 15 მაისიდან ვამაინინგებ შეუჩერებლათ, ანუ 17 დღეა მაქს, 300$ ავა ალბათ 15 ივსისისთვის, ანუ თვეში 300$ აკეთებს ნაისჰაშზე ეხლანდელი კურსით, თუ კურსი ისევ გასსამაგდება 30$ გამოდის უკვე დღეშო რაც ნორმალური ვირუჩკაა, მთავარია ავიდეს 20000$ მაინც 1 წლის+ შემდეგ მაინც და ნაისჰაშიც მშვენივრათ მეყოფა, 100$+ მეტს გააკეთებს სიტყვაზე თვეში თუ ნაკლებს ამ ეტაპზე აზრი არა აქვს დიდათ თუ კურსმა რეზკათ არ მოიმატა, მე მარტო მაგაზე ვაკეთებ აქცენტს, თუ არა და დიდ ვირუჩკას მაინც არ დადებს როგორც არ უნდა ატრიალო, +-1000$ ბევრს არაფერს არ მომიტანს და თვალთვალი და დანასტროიკება უფრო მეტი ჭირდება, თუ ნაისჰაშზე დასირებები არ დაეწყო ან ისევ დაჰაკვები არ დაიწყეს, სხვა პლატფორმაზე გადამსვლელი არა ვარ ისე მომეწონა, უმარტივესია იმენა და ფაქტიურათ დღეში რამდენჯერმე შესვლა მიწევს ტიმვივერით მაინინგის კომპში, რაც მთავარია 2 კვირის მანძილზე ერთხელაც არ გაუბერია ჯერ. ერთი 500$ რომ დაგროვდება ბიტკოინებში მერე ლედჯერ ნანო+ გადავიტან და იქ გავაგრძელებ დაგროვებას, მე მაინც შემდეგი წლის მაისისთვის + ველოდები კურსის 20000$ ფარგლებში აწევას, რამდენათ გაამართლებს ეგეთი პროგნოზი ვნახოთ, ძალიან რთულია ეხლა რაიმეს ვარაუდი ისეთი ტრენდით უბერავს ბიტკოინის კურსი. 20000$ თუ ავიდა ჩემთვის ეგეც საკმარისი იქნება რახან სამჯერ მეტს დებს რაც დავახარჯე უკვე, თავისთავათ ხარდის გაფუჭების ფაქტორიც უნდა მიიღო მხედველობაში, მოკლეთ ძალიან ბევრი ფაქტორია რამაც შეგიშალოს შეიძლება ხელი, ზოგს რაღაცაში უბრალოთ უნდა გაგიმართლოს, Claymore Dual Miner უფრო კომპლექსური მაინერია რაც ამ ეტაპზე დიდათ არ მჭირდება და მერე ვნახოთ რა და როგორ იქნება, მე მაინც უფრო ბიტკოინზე ვაკეთებ ჯერ სტავკას, ეთერეუმზე არა, 9$+ ფარგლებში მაინც თუ დადო დღეში ნაისჰაშზე საშვალოთ ეგეც კარგი იქნება, ეგ უკვე ეხლანდელი კურსით 0.0012 ბიტკოინამდე გამოდის, გუშინ ვაბშე 0.0017 აარტყა ლამის ისე კარგათ გაზავდა ლირავ2-ზე, დღეს ისევ 0.0012 ფარგლებშია, აი ეკვიჰაში ისევ ბუქსაობს დღესაც და მაგაზე აღარ ამაინინგებს, lira2Z ალგოს ააქვს ნეტა მომავალი, სადღაც 7$ წერს უკვე და 30% ამცირებსო ელექტროენერგიის მოხმარებას მაგ ალგოზე ლირავ2 შედარებით, 2.0.2.4 ვერსიაში დაამატეს ეგ ალგო

კი ჩემთვის იდეალური ვარიანტია რახან ბიტკოინების შეგროვება მინდოდა მაინც, თან ხოშიანათაც ხოდავს ეს დღეებია, უფრო მეტზეც დაჟე ვიდრე ველოდებოდი, მანდ მთავარი კურსია მაინც, თუ კურსი არ გაიზარდა აზრი არა აქვს სად იჯდები რახან ბევრი მაინც არაფერი დაგრჩება მოგება, ძირითადთ მაღალი კურსის გამო იყო ადრე რომ კარგათ დებდა თან როცა მანამდე დაბალი კურსი იყო სირთულეც დაბალზე იყო და ეგრევე არ გაუზრდიათ, ეხლა კიდე პირიქით სირთულის შემცირებას არ ჩქარობენ, მაგრამ ბოლო ორი დღე ძველი ტემპებით ხოდავდა კურსი რომ 11000+ იყო ბიტკოინის, 20000$ რომ ყოფილიყო კურსი სადღაც 22$ დაჯდებოდა დღეს

ამასობაში NiceHash Miner 2.0.2.4 გამოვიდა შემდეგი ჩეინჯლოგით: Changes: Updated excavator to v1.5.4a Updated xmr-stak to 2.4.3 Added algorithm Lyra2Z for NVIDIA cards Added algorithm CryptoNightHeavy for CPU EULA update https://miner.nicehash.com/downloader/installers/nhm_windows_2.0.2.4.exe? განვაახლე და გამომუშავება არ დაკლებია, Lyra2Z ალგორიტმი ვისაც აინტერესებს ენერგოდამზოგი ვერსიაა და მაქს 5.5$ აკეთებს და დაახლოებით და 30% ელექტროენერგიას ზოგავსო lirav2 შეფარდებაში, ანუ ამ ეტაპზე დიდათ არ ამართლებს, CryptoNightHeavy კი პროცესორის ალგოა, მაგრამ რამე უპირატესობას აქვს თუ არა არ ვიცი , რომც ქონდეს ეგ მე არ გამომადგება, სხვა მხრივ სტაბილურობა არ ჩამოქვეითებულა მაგ ახალზე, ერთი 3 საათია დავაყენე უკვე და კარგათ ხოდავს მანდაც ლირავ2 ალგოზე, ჩემთან დასირებები არ ქონია საერთოდ ჯერ ნაისჰაშზე, უკვე მესამე ვერსიით ვამაინინგებ, აი ლეგასი რომ დავაყენე მაგარი დაქლიავდა და დამიფრიზა რამდენჯერმე, არ ვიცი შეიძლება ეგ ბოლო ვერსიის ვიდეოკარტებზე არაა მორგებული ან დამატებითი ოპტიმიზაცია ჭირდება და ნასტროიკების შეცვლა, ეს მეორე კი აბსოლიტურათ სტაბილურია ეკვიჰაშზე და ლირავ2-ზე, 11$ გააკეთა უკვე ისე დღეს