Hirdetés
- Android szakmai topik
- One mobilszolgáltatások
- VoLTE/VoWiFi
- Sony Xperia 10 VI - vajon miben bízhat?
- Xiaomi 14T Pro - teljes a család?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Redmi Note 9 Pro [joyeuse]
- iPhone topik
- Két új Motorola Edge 60 a láthatáron
- iPhone 16 Próhoz méri a OnePlus a 13T-t
-
Mobilarena
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
válasz
pluto1969 #51135 üzenetére
a kínai Youtubernak 潮玩客, aki a Samsung 970 Evo Plus új verzióját dokumentálta egy gyengébb meghajtóvezérlővel.
És nyilván az ilyen kínai jutúberek írnak valamit, akkor az úgy is van.
A következő sorozat vezérlőjét(Elpis) kezdték berakni a 970 EVO Plus-ba, ami nem gyengébb, inkább itt is az volt, hogy aki ilyet vett, nem volt vele tisztában, hogy ehhez készült egy külön/új firmware is. Nagy rajtakapás sem kellett, mert nem titokban történt a csere. No jó, persze ha nekünk sem szólnak róla itt a topikban, az akkor titokban történik...
Volt már itt is röviden említve a téma.
Valóban gyengébb lenne a 980 Pro Elpis vezérlője? Erről még nem olvastam sehol.
-
válasz
Pyttawrx #51079 üzenetére
Jó az ötlet! Vannak sebességmérések, de itt nyilván egy pofonegyszerű megoldás lenne jó, a Disks(Lemezek) nevű alkalmazás...
Sorry, a fonts még default, nemrég raktam fel ezt a disztrót és még nincs minden finomhangolva.Tényleg pofonegyszerű, épp a home usereknek készült ez a GUI-s program. Live Linux-okon általában fenn is van alapból, de ha nincs, akkor is pár pillanat alatt felrakható és tetszőleges értékekkel mér, mint itt is látható egy példa:
Nyilván az adott értéket túl kell lőni a DRAM/egyéb cache/ gyárilag megadott értékénél.
Ha szükséges, a Kezdő Linuxos topikban segítünk a disztró letöltésével progam indításával kapcsolatos kérdésekben, azok ne itt kerüljenek kitárgyalásra.
Nyilván van még bőven lehetőség, de a fenti Disks-nél mind jóval bonyolultabb.
*
Azt se felejtsük el, hogy desktop environment-et futtató OS-ek mérése soha nem lesz tökéletes pontos, mivel a rendszer által lefoglalt erőforrások bekavarhatnak, erősen igaz ez WIndows-ra is. De azért Linux alatt erős géppel nem lesz igazán torzulás az eredményben. (GUI/DE nélküli Linuxot használva mérni meg már nem home user szint) -
Mindenkinél kb ennyire melegszik a 980, de a kolléga valami hardverkörnyezeti fekete lyukban tartózkodik és voltak már igen hiteles megállapításai, ami alapján ezeket a Samsung 980-nal kapcsolatos érzéseit is érdemes helyén kezelni. (gyanítottam, hogy valahonnan ismerősek fórumtárs fura megállapításai)
na meg a wd green ami az összes ssd nél gyorsabb még érzésre is ,még a 860 evo nál is...
[link]Szóval a WD Green még a Samsung 860-nál is gyorsabb!
Azért szerintem ezt elég kevesen tudják elképzelni...
Azt hiszem kali ft hsz-e alapján nem is kommunikálok ezentúl TechN7ne fórumtársunkkal....
-
válasz
TechN7ne #51053 üzenetére
Mivel semmilyen ténnyel, adattal nem tudsz szolgálni, így nincs miről beszélnünk.
Melegedés szempontjábol max. terhelésen 70 fokig ment fel a 980 nálam és a 970 evo sem ér el magasabb hőfokot (70 körül tanyázik ő is).
Tényleg nem érted, hogy ez múlhat a hardverkörnyezeten is?
Nem egy géposztály a 980 meg a 970 EVO Plus, ettől még a 980 sok esetben lehet megfelelőbb egy adott hardverkörnyezet+userprofil miatt. Én desktopba jóval olcsóbban vettem 980-at, de alapból is kíváncsi voltam rá, hogyan működik, max terhelésen 42/45 celsiust mért a monitorozó app, be is raktam ide a terminalkimenetet róla, de más fórumtárs is kb ugyanezt az értéket mérte, tényleg nem értem, miért erőlködsz tovább, ha semmivel nem tudod igazolni, amit nem is kell, mert nálad olyan hw-környezetben úgy működött, de ez nem jelenti azt, hogy alapból ilyen.
Sajnálom, hogy nem értetted, amiket eddig leírtam meg azt is, hogy mi sem értjük mit szeretnél bizonyítani így, hogy nulla adattal tennéd ezt. Nagyon nincs erről mit beszélni tovább...
pedig úgy lett volna az igazi ,ha ugyanolyan környezetben van tesztelve a két alany.
De legalább a végére csak megértettél egy fontos részletet!
-
válasz
TechN7ne #51049 üzenetére
A 970 egy jól felszerelt gyors ssd ,míg a sima 980 egy belépőszintű kispórolt megoldás.
Nyilván a felszereltsége alapján is jobb a 970 EVO Plus, nem ezt vitatja senki és az is nyilvánvaló, hogy egy olcsóbb NVMe SSD-t akart csinálni a Samsung, ami nagyon jóra sikerült egyébként, mára az árak összeértek, így jobban megéri a 970 EVO Plus, de sok esetben meg épp a 980-at érdemes venni. Ez van. Szerinted csak én látom ezt így?
Mind a két ssd (970 evo plus ,980) ugyanolyan melegedős
Előbb már írtam, hogy ezt így leírkálhatod naponta 10x is, akkor is nulla értelme van. Mi az, hogy melegedős, hány celsiusig megy fel és mi azzal a gond, ha mondjuk 48 fokig egyformán melegednek? Szerinted mennyi a max egyik és másik eszköznél, aminél már be kellene avatkozni? Ha tudod ezeket, írd le konkrétan, ahogy imént javasoltam, ha fogalmad sincs róla, akkor meg is beszéltünk mindent.
mindenhol a 970 evo a gyorsabb és stabilabb.
Ez így konkrétan nem igaz. Nem is a HMB miatt gyorsabb esetenként a 980, hanem a kb négyszeres SLC cache használat + HMB miatt! Ezt gondolom tudod, mit jelent?
Elég sok Samsung SSD-m van, így aztán nekem mindegy is volna, csak ténymegállapításokat teszel szükséges alapismeretek nélkül, mert te úgy érzed, hogy ilyen meg olyan...ezzel csak az a baj, hogy aki ide benéz, az nem tudja, hogy mi igaz abból, amit leírnak és így konkrétan amit művelsz, az megtévesztés, mindenféle alátámasztás, screenshot, terminal-kimenet, etc. nélkül.
Érted már mi a baJ?
Én már raktam be méréseket 980-ról a topikba, ha te is raksz be, utána van értelme elemezgetni...de az érzéseid itt nem relevánsak.
(#51050) Rowon
Semmi gond nincs itt, de abban igazad van, hogy ki szeretném provokálni, hogy fórumtársunk tényszerű és igazolható megállapításokat tegyen egy szaktopikban és ne az érzéseiről beszéljen, mert az szerintem senkit nem érdekel.
(a stílusom meg eléggé sokat finomodott mostanában...)
-
Másik topikból áthozott válasz erre: (#76455) TechN7ne
én meg saját tapasztalatból biztosítom ,hogy a 980 is eléri azt a hőfokot amit egy 970 evo plus terhelés alatt.
És ez mit is jelent akkor? Önmagában az, hogy a 980 is eléri a 970 EVO Plus hőfokát, az mitől lenne probléma? Semmit nem írsz erről a hőfokról, hogy lehessen tudni, egyáltalán az gond-e bármelyik SSD-nek! Bocs, hogy ezt mondom, de a saját tapasztalatod az ilyen esetekben nulla értékű. Ha valamit igazolni akarsz, akkor írd le milyen hardwerkörnyezetben, milyen OS alatt milyen programokkal mértél és rakj be screenshotot vagy képet!
Saját tapasztalatból biztosítod....na ne már.
Ráadást egy nagyon jó tesztet is találtál róla
Ha jobban megnézed azt a tesztet és sok másikat, jónak tartják a 980-at, de amúgy vannak kicsit mélyebb tesztek is, ahol el is magyarázzák, mi az oka annak, ha a 980 mégis jobb eredményeket ér el más, akár PCI 4.0 belépő szintnél is. De az emlegetett tesztnél is megnézhetnád erősebben az első négy képet de az utána jövő kettőt is. Nem meglepő neked az eredmény kicsit?
Első 4-ből 3-nál a 980 a gyorsabb!
de ha minden egyéb szempontból rosszabb és még az ára sem olcsóbb, akkor én nem értem, ... azon felül, hogy "megtévesztési kisérlet"
Én mindössze arra reagáltam, amit írsz és az konkrétan nem igaz, semmilyen megtévesztési kísérlet nincs, minden paraméter adott a 980-nál és azokat hozza is az eszköz.
Ezzel nincs egyedül a Samsung SSD vonalon egyébként, de tény, aki nincs benne, az elvész a megnevezések, számozások között. De nemrég épp Samsung soundbar-t akartam venni, no ott próbálj megnevezés és számozás alapján eligazodni vagy éppen a Xiaomi/Redmi/Note 12 szériánál állapítsd meg, neked melyik teló lenne jó!
-
válasz
ben-ga #51042 üzenetére
Szia!
Orico PWM2-BK külső házak teljesen jók, viszont nagyon kell figyelni rendeléskor, mert vagy rosszat rendel a user vagy akár a webshop is benézheti...
itt a lényeg:
Mikor fontos az M.2-k hűtése?
Hát ugye akkor, ha melegszik!
No de amúgy nem is az M.2 SATA csatolásúaknál lényeg ez, hanem a PCIe NVMe SSD-knél, ott viszont a belépő szinttől felfelé majd mindnél előfordulhat, hogy kell hűtőborda vagy thermalpad. Ja és nagyban függ attól is, hogy desktopba teszed vagy notebookba, ahol nem igazán kap szellőzést...
-
Másik topikból áthozott válasz erre: (#76445) ekkold
Samsung 3,84Tb PM883 egyértelműen, majd egy éve vettem egy 1,92TB-ot a Samsung 860 1TB helyére, nagyobb kellett notebookba. Egyébként ezek az datacenter/server eszközök agyonüthetetlenek valóban és teljesítményben is kiegyensúlyozottak.
Majd 10 éves HP Elitebook bootideje se rossz 6sec alatt:
ubyegon@Mint-C-20:~$ systemd-analyze
Startup finished in 4.228s (kernel) + 1.209s (userspace) = 5.438s
graphical.target reached after 1.178s in userspacemint@mint:~$ time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k && sync"
1024+0 records in
1024+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.0361082 s, 2.9 GB/s
real 0m0.054s
user 0m0.004s
sys 0m0.049s
mint@mint:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.308383 s, 3.5 GB/s
mint@mint:~$ dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.204527 s, 5.2 GB/s
mint@mint:~$ sudo /sbin/sysctl -w vm.drop_caches=3
vm.drop_caches = 3
mint@mint:~$ dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.14175 s, 7.6 GB/s
mint@mint:~$ sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 17770 MB in 1.99 seconds = 8916.57 MB/sec
Timing buffered disk reads: 1592 MB in 3.00 seconds = 530.56 MB/sec
mint@mint:~$ time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k oflag=sync"
1024+0 records in
1024+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.0317062 s, 3.3 GB/s
real 0m0.064s
user 0m0.000s
sys 0m0.049sVan hozzá Samsung SSD DC Toolkit is, ha érdekel. Szerintem fw frissítéssel nem érdemes foglalkozni, amúgy a Cisco csinálja ezeket, mivel datacenter eszköz, így nem a gyártó ad ki hozzá firmware-t, mint a consumer eszközökhöz.
-
válasz
yusukee #50876 üzenetére
Erre a sorra gondolhatsz...hát ugye adoptálták a technológiát, de ez mit jelent valójában?
Adopts 3D NAND flash and "SLC Cache technology" to improve overall performance
Van olyan cseles gyártó is, amelyik DRAM-mal adja el az eszközt, de valami 32MB az összes, kb ez meg ez a fenti szöveg egyenértékű, kb sz*rt sem érnek használat során, a sima DRAMless eszközzel egyenértékűen sustained műveletkor.
Na mindegy tanulópénznek jó volt. Megy a kukába. Köszi
Ja, sajna ezt jól bebuktad!
Egyébként tesztvideón kb 3GB másolásánál még elég virgonc az eszköz.
-
válasz
PROTRON #50874 üzenetére
"jól van az úgy, minek költsön dram-ra, meg minőségibb ssd-re"
Azért azt tegyük hozzá, hogy ilyen javaslatot az kapott, aki valóban minimál költséget írt és/vagy öreg gép/laptop HDD helyett vagy mezei home user használatot írt!
De a most aktuálisan kérdező fórumtárs már 2019-ben kérdezett és épp megfelelő választ is kapott, ahogy imént idéztem is, szóval esetében érthetetlen a mindenféle cache-t nélkülöző belépő szintű SSD-vel való kűzdelme! Soha nem volt olyan javaslat, amikor valaki leírta, hogy gyakori sustained terhelés lesz az eszközön, amit venni szeretne.
Ja és az, hogy vita van....minden szakmai topikban viták vannak, hogy milyen eszközt vegyen a kérdező, de legtöbbször nincs is csak egyetlen jó válasz!
(régebben volt azért, amikor még lehetett kapni Samsung 860 EVO-t)
-
válasz
yusukee #50872 üzenetére
Bár a 100+ GB-os játékok és 50+ GB-os filmek korában ezt a 10 GB-ot nem nevezném tartós írásnak
Nem az, de nem is ez az alapfelhasználási userprofil. Erre a célre már senki nem is javasolna abszolut belépő DRAMless SSD-t, amiben szerintem amúgy még SLC-cache sincs!
De ezzel tisztában vagy, hiszen pár éve még ezt írtad:
Az írás miatt annyira nem aggódom, a mostani játékos SSD-re 1 év alatt meg 5TB írás ssdok szerint.
és válaszként már akkor is WD Blue 3D-t javasoltak, amiben DRAM/SLC-cache volt, attól függően mikori kiadás.
Nem értem, min vagy most meglepődve?
-
válasz
Pyttawrx #50860 üzenetére
Jogos, és bűnös vagyok én is. Sajnálom!
Ne szórakozz már! Te sem gép vagy, normális, ha valamit elfelejtesz!
(én meg úgyis figyelek az ilyesmikre)
De mivel javítíva lett és elég jó modell a Samsung 990 Pro.
Ez a Samsung esetén maximálisan igaz! Volt már jó pár gubanc egyes modelleknél, amit aztán a javításra kiadott fw tökéletesen javított. Olyanról nem olvastam, hogy a frissített fw-rel szerelt bármely Samsung SSD-vel gond lett volna. A 990 Pro meg kifejezetten olyan kiadás, amit nagyon jóra akarnak csinálni, látható is különböző review-ekben, mennyire durva gamer eszköz lett a tesztelések alapján! (főnököm épp kért, hogy egy AMD AM5 platform gamer gépet javasoljak neki, az is simán 990 Pro-val lesz szerelve, nyilván a bordával szerelt verzióval)
Samsung SSD 990 Pro Review: Super-Fast Storage For Gamers
Samsung 990 PRO Gen4 NVMe 2TB SSD Review – Samsung’s Fastest SSD Yet!
Samsung 990 PRO 2TB SSD Review - A Higher Level
Samsung 990 PRO 2TB PCIe 4.0 NVMe SSD – Premium drive with a well deserved high price tag -
Tényleg jó lenne ebben a topikban akkor kitárgyalni, mert ez így kicsit megzavarhatja a kérdezőket...
Samsung 990 Pro...legyünk óvatosak vagy tuti vétel ill nyugodtan veheted kategória!?
Pár napja még tuti volt...mi változott? Szerintem semmi.
-
Szerintem megnyugodhatsz, tényleg elég az a megoldás, amit a videón láttunk!
Egyébként a hőfok küszöb valójában 85 fok és napi használat során ezt meg sem közelíti egyik SSD sem. Ha néha néha kap hosszabb idejű terhelést, amitől melegedne 45 celsius fölé, az se gond, ami gond lenne, ha tartósan lenne magas az üzemi hőfok!
Ebben a kimenetben láthatod a két hősensor értékét és ez teljes működési idejére van kivetítve! Szóval tényleg feleslegesen parázol, de megértelek, ha másnak akarok megoldani valamit, én is sokkal jobban ráparázok, hogy tuti minden OK legyen.
(persze ha szétszeded a gépet, látni fogod, nincs-e teljesen ellaposodva a thermalpad, ha igen, akkor érdemes egy újra cserélni, párszáz pénzt megér a nyugalmad)
ubyegon@Mint-C-20:~$ sudo smartctl -x /dev/nvme0n1p1
[sudo] ubyegon jelszava:
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-132-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: Samsung SSD 980 1TB
Serial Number: S649NL0TB48610V
Firmware Version: 2B4QFXO7
PCI Vendor/Subsystem ID: 0x144d
IEEE OUI Identifier: 0x002538
Total NVM Capacity: 1.000.204.886.016 [1,00 TB]
Unallocated NVM Capacity: 0
Controller ID: 5
Number of Namespaces: 1
Namespace 1 Size/Capacity: 1.000.204.886.016 [1,00 TB]
Namespace 1 Utilization: 62.742.573.056 [62,7 GB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 002538 db21a1593c
Local Time is: Thu Mar 30 08:59:04 2023 CEST
Firmware Updates (0x16): 3 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x0055): Comp DS_Mngmt Sav/Sel_Feat Timestmp
Maximum Data Transfer Size: 512 Pages
Warning Comp. Temp. Threshold: 82 Celsius
Critical Comp. Temp. Threshold: 85 Celsius
Namespace 1 Features (0x10): *Other*
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 5.24W - - 0 0 0 0 0 0
1 + 4.49W - - 1 1 1 1 0 0
2 + 2.19W - - 2 2 2 2 0 500
3 - 0.0500W - - 3 3 3 3 210 1200
4 - 0.0050W - - 4 4 4 4 1000 9000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 36 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 236.962 [121 GB]
Data Units Written: 290.236 [148 GB]
Host Read Commands: 13.782.457
Host Write Commands: 13.354.373
Controller Busy Time: 2
Power Cycles: 13
Power On Hours: 4
Unsafe Shutdowns: 1
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 36 Celsius
Temperature Sensor 2: 42 Celsius
Thermal Temp. 2 Transition Count: 80
Thermal Temp. 2 Total Time: 14 -
Igazán nincs mit!
Hőfokokat tekintve pedig akkor nincs egetverő különbség a kettő között.
Ja, viszont ami még igazabb, hogy normál használat mellett a user semmi különbséget nem venne észre a két SSD között, sőt ez még akkor is igaz lenne, ha az egyik éppen PCIe 4.0 980 Pro lenne!
Desktopon futtattam mindkét meghajtón ugyanazt a Linux Mint Cinnamont és a normál használat során semmi sebességbeli eltérés nem volt, nyilván szekvenciális írásnál már erősen jelentkezett a különbség:
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 3386.881 MB/s [ 3307.5 IOPS] < 2402.34 us>
Sequential 128 KiB (Q= 32, T= 1): 3424.648 MB/s [ 26755.1 IOPS] < 1189.31 us>
Random 4 KiB (Q= 32, T=16): 992.807 MB/s [ 248202.7 IOPS] < 591.47 us>
Random 4 KiB (Q= 1, T= 1): 67.166 MB/s [ 16791.6 IOPS] < 58.72 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 2707.328 MB/s [ 2643.9 IOPS] < 2802.19 us>
Sequential 128 KiB (Q= 32, T= 1): 2638.668 MB/s [ 20614.6 IOPS] < 1519.23 us>
Random 4 KiB (Q= 32, T=16): 960.044 MB/s [ 240011.9 IOPS] < 660.78 us>
Random 4 KiB (Q= 1, T= 1): 164.511 MB/s [ 41127.9 IOPS] < 22.50 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-24 18:10:37
OS: linuxmint 21 [linux 5.15.0-67-generic]
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 553.338 MB/s [ 540.4 IOPS] < 14771.60 us>
Sequential 1 MiB (Q= 1, T= 1): 509.404 MB/s [ 497.5 IOPS] < 2006.79 us>
Random 4 KiB (Q= 32, T= 1): 386.871 MB/s [ 96717.9 IOPS] < 330.25 us>
Random 4 KiB (Q= 1, T= 1): 44.342 MB/s [ 11085.7 IOPS] < 89.33 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 523.869 MB/s [ 511.6 IOPS] < 15303.84 us>
Sequential 1 MiB (Q= 1, T= 1): 428.375 MB/s [ 418.3 IOPS] < 2114.86 us>
Random 4 KiB (Q= 32, T= 1): 358.429 MB/s [ 89607.4 IOPS] < 355.67 us>
Random 4 KiB (Q= 1, T= 1): 106.567 MB/s [ 26642.0 IOPS] < 35.69 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-25 07:43:12
OS: linuxmint 21 [linux 5.15.0-67-generic] -
Viszont nem tudni, hogy apszinak mire kell? Ha számít a hőmérséklet, akkor talán laptopba?
De sejteni azért sejtjük!
Nyiltan megírta!
Ennek a “hűtésnek” pont elégnek kell lennie. Írta Pyttawrx maestro és erősen hajlok arra, hogy teljesen igaza van!
Igazából mindkét SSD-nek ekegendő az a megoldás, azért mégse egy 980 Pro-t hajtunk meg abban a laptoban PCIe 4.0-en!
Abból próbáltam kiindulni, hogy a 980-ban nincs DRAM, ami melegedne.
Inkább a vezérlők okozzák a túlmelegedést, de nyilván ez is számít persze, a 980 a HMB-vel meg ügyesen kiszervezi a munkát a rendszerkomponenseknek, így az is lényeges, hogy legyen RAM bőven az adott gépben.
Nekem is két 980-om van, szerintem 50 fölé még nem mentek hőfokban egyik sem.
Nekem se, főleg amit minap kaptam meg, az eddig max 28 fokos volt...
(mondjuk még dobozában pihen)
-
Bizonytalan lennék kicsit én is, mert a játék notebookon, elég ismeretlen terep...mondjuk az Árukeresőn olvasható vélemények inkább mulattatóak, mintsem komolyan veendők.
Maga a játék nem is, de a környező forrósodó részek miatt lehet gond, bár ez minden beszerelt SSD esetén fenáll.
-
válasz
ubyegon2 #50705 üzenetére
másik topikból áthozott thread folytatása....
válasz
A 990Pro hirtelen romlására kijött már új Firmware? Meg szabad venni? Vagy azzal jobb várni...?
Májusban adtak ki új fw-t, gondolom azért nem kapsz választ, mert nincs ezirányú tapasztalata az ide íróknak.
Olvasgattam, hogy 2021.05 váltással Elpis vezérlős EVO970 plusokat (is)gyártottak. Egyes szerint már-mér 980 pro, más tesztek szerint viszont romlottak a tulajdonságai, ez a termék "lebutítsa" .
Elpis vezérlő a 980 PRO-ba lett tervezve, de mivel visszafelé kompatibilis, már berakták a 970 EVO Plus-okba is, amikor kijött. Szó sincs lebutításról egyébként, Elpis controllerek új fw-t kaptak 3B2QEXM7, a Phoenix az 2B2QEXM7-tel került ki....ami jó kérdés lehet, hogy a 4B2QEXM7 számon kijött 2021 októberi fw jó-e a Phoenix controlleresekhez is....de nyilván igen, mivel jelentősen nagyobb méretű ez a fw, mint a 990 Pro firmware, meg amúgy a Samsung a kiadott fw-eket komolyodafigyeléssel rakja össze.
-
másik topikból áthozott thread folytatása....
válasz
Amiket írtam itt korábban Samu 980 alapból hűtő nélküli 78-ig felment.
Emiatt a kicsit hihetetlen állítás miatt kérdeztem rá a dologra. Láttam olyan tesztet, ahol komoly stresstest fel tudta nyomni a 980 hőmérsékletét is, de ez más SSD-k esetén is sikerült nekik, azonban az, hogy alapból 78 fokig felment, az kizárt. Ilyen profilú topikban nem szerencsés megalapozatlan infókat közölni, mert sokak vásárlási szándékát befolyásolhatja...
A2000 nyilván nem melegszik, mert mint tudjuk, a melegedés erősen függ a device teljesítmény képességétől és attól, milyen hardverkörnyezetben milyen célfeladatra használják. Mondjuk a Samsung 980 egy kicsit kilóg a sorból, mert bár a teljesítménye simán hozza a belépőszintű PCIe 4-es SSD-k teljesítményeit, mégis jellemzően alacsony operatív hőfokon működik. Köszönhető ez az Intelligens TurboWrite technológiának és a rendkívül jól eltalált HMB technológiának is, amivel ugye magának a rendszernek az erőforrásait használja az SSD.
Egyes tipusoknál olvastam, hogy a fw-update javított az SSD melegedésén is, ez csak azért érdekes, mert például az Alzán jó áron kapható Samsung 980 1TB még nem a legújabb firmware-rel kapható. Windows nevű OS esetén érdemes friss fw-t felrakni nyilván.
Akiket érdekel egy bővebb lélegzetvételű teszt...
-
válasz
Ajándékok #50665 üzenetére
És itt jön a gond. 2 - szerintem nagyon egyszerű kérdést tettem fel.
Szerintem is egyszerű kérdést tettél fel, a gond az, hogy válaszolni ilyen kérdésre nem lehet, mivel túl általános. Kb mintha az Autós topikban írnád, hogy autót szeretnék venni, szerintetek a benzines vagy a dízel autónak jobb a fogyasztása?
És mivel nem akarok sok oldalt írni
Okosan teszed, inkább előbb olvass, tájékozódj, milyen rengeteg SSD tipus, altipus, felhasználási célú device van a piacon, mind Sata, mind M.2 vonalon. A kérdésed alapján hasznodra válna mindenképp és ha megvagy az általános ismerkedéssel, utána talán tudsz kérdést is feltenni!
A sata SSD-knél is van ilyen gond, vagy az végig írható 500 körüli sebességgel?
Melyikre gondolsz konkrétan? Itt van pár tipus...és hát nem igazán egyforma paraméterekkel bír mindegyik...
-
válasz
ubyegon2 #50627 üzenetére
Mindegy, 1,2PB TBW-ből kiindulva már 73%-ra van nyúzva...  ami nem lenne amúgy gond, de a badsectorok miatt már csak kísérletezésre venném meg.  Új firmware elméletileg akár meg is szüntetheti a további badsectorok létrejöttét, de így sem ér többet jelenleg 6-7000 eft-nél. Pofátlanság egy ilyen állapotban levő eszközt ennyiért rásózni valakire... 40-ért van néhány órát futott Samsung PM883 2TB server SSD, ez kb 100* annyit ér, mint egy említett állapotú 870 EVO.
(bocs, mobilról bénázom, azért válaszoltam magamnak)
-
válasz
ubyegon2 #50626 üzenetére
Mindegy, 1,2PB TBW-ből kiindulva már 73%-ra van nyúzva...  ami nem lenne amúgy gond, de a badsectorok miatt már csak kísérletezésre venném meg.  Új firmware elméletileg akár meg is szüntetheti a további badsectorok létrejöttét, de így sem ér többet jelenleg 6-7000 eft-nél. Pofátlanság egy ilyen állapotban levő eszközt ennyiért rásózni valakire...
40-ért van néhány órát futott Samsung PM883 2TB server SSD, ez kb 100* annyit ér, mint egy említett állapotú 870 EVO.
-
válasz
tasiadam #50625 üzenetére
Mindegy, 1,2PB TBW-ből kiindulva már 73%-ra van nyúzva...
ami nem lenne amúgy gond, de a badsectorok miatt már csak kísérletezésre venném meg.
Új firmware elméletileg akár meg is szüntetheti a további badsectorok létrejöttét, de így sem ér többet jelenleg 6-7000 eft-nél. Pofátlanság egy ilyen állapotban levő eszközt ennyiért rásózni valakire...
-
válasz
Raymond #50231 üzenetére
YT videók...ezeknél nyilván semmit nem számít, ezt a részt alapból ignoráltam nyilván, pár hsz-szel feljebb is szóba került Netflix meg Spotify használat...
Amúgy minap vettem egy használt Dell Latitude 7400-at, 50TB írás volt a benne lévő SSD-n, pedig nem régi gép, szóval kifejezetten örültem, hogy ennyi írás van rajta, legalább rendesen tesztelve van az eszköz, tuti kijött volna, ha valami baja van.
Intel Pro 7600p Series az SSD, amúgy sem aggódnék miatta.
(#50232) Rowon
Jó SSD-t relatíve sok írással is megvesz az ember.
Abban igazad van, hogy laikus vevő az írásmennyiséget nézi elsőnek! De jó SSD-t nem ad el az ember, nekem is majd egy éve külső USB házban pihen a 860 EVO 1TB.
-
válasz
isti732712 #49847 üzenetére
Már ide is többször beírtam ezt a jelenséget, nem feltétlen user hiba.
Amit írtam a Samsungok belassulásáról fórumtársnak, az alól a 870 EVO eddig kivétel volt, nyilván utóbbi időben vásárolt és már az új firmware-rel kiadott példányoknál ilyen gond nem fordul elő, többen vásároltak már ilyet, akikkel a vétel előtt beszéltünk(nyilván nem e topikokban ajánlottam kvázi kitiltásom okán). Amit írsz, arra fentiek miatt meg a Windowsos használat hiánya miatt nem tudok mit reflektálni (egyébként csak Linuxot is használóknak válaszolok időnként, hogy ne zavarjam a szakikat).
(#49848) PROTRON
Sőt, tovább megyek, ott a WD blue M.2 változata, ami egyik szériájánál konkrétan típus hiba hogy ha sok hónapon át csak adattárolásra használod, teljesen mind1 hány %-os a szabad kapacitás, egy idő után belassul HDD tempó alá,
Sajnos amit írsz, nem releváns az általam említett Samsung belassulás témában.
-
válasz
Krystal_s #49842 üzenetére
Win alatt is belassult az SSD írás a felére, ezért kb évente kellett teljesen formázni, utána újra gyors lett.
Nem használok Wint lassan 10 éve, de a menet közbeni lassulás oka nyilván az lehet, hogy kicentizi a user az overprovisioning miatt szükséges helyet, a rendszer és a használt programok meg napi használat alatt 30GB- adatot is írnak az eszközre, nyilván lassítani fog ez is. Sokan még tetézik ezt azzal, hogy particionálatlan szabad helyet tartanak fenn. De ha formázással újra gyors lesz az eszköz, az is jelzi, hogy nem maga az eszköz a hiba forrása, hanem a user és a sw-környezet.
Amúgy azt nem is tudtam, hogy NVMe-nek nem kell trim. Kell az, csak másképp.
NVME SSD meghajtók - ellenőrzés Linux alatt: align, TRIM, hőmérséklet
-
válasz
UberMutant #49815 üzenetére
Szia!
Szerintem nem megy, de alapból nem is Linuxon fut le a dolog(függetlenül attól, hogy maga a Win.iso egy Linux-ot futtat egyébként), hanem az itt leírtak szerint, szóval nem kell OS ehhez a módszerhez.
Letöltöttem a Samsung_SSD_850_EVO_EMT02B6Q_Win.iso fájlt, kiírtam dd frontend programmal és arról bootolva nem tallózta be a most külső házban lévő Samsung 850 EVO-t. Az iso rendben lefutott, ahogy a linkelt hsz képén is inicializált/particionált és teljesen séma/partició-mentesen is, de egyik esetben sem látta az eszközt sajna.
Ilyen külső házban van az eszköz egyébként:
ID 1f75:0621 Innostor Technology Corporation IS621 SATA Storage Controller
Nem támogatja az UASP-t King ft írása szerint. Szerintem még ilyen OS előtti helyzetben nem is lényeges az UASP képesség, de ebben nem vagyok biztos...
Kifejezetten OEM eszközök fw update is létezik, az például futó OS(Linux) alatt frissíti a listában lévő SSD-t, de gyanítom itt sem megy külső házban.
-
válasz
Krystal_s #49804 üzenetére
Én is inkább a megtartás mellett vagyok, csak még nem találtam meg, hogy a trim-et hogy lehet megoldani külső házban.
Ezen nem különösebben érdemes aggódnod, a Samsung vezérlők jól kezelik a helyzetet TRIM hiánya esetén is (Garbage collector), egy dolog fontos nekik, az az overprovisioning, szóval ne írd nagyon tele az eszközt.
Nekem évek óta vannak 1 dolláros USB 3.x külső házakban Samsung SSD-im, most éppen egy 860 EVO 1TB volt tegnapig, nem foglalkoztat, hogy a külső ház TRIM-képes-e vagy nem. Épp tegnap szereltem be egy desktopba egy új 980 1TB mellé....nem látnám, hogy belassult volna:
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 553.338 MB/s [ 540.4 IOPS] < 14771.60 us>
Sequential 1 MiB (Q= 1, T= 1): 509.404 MB/s [ 497.5 IOPS] < 2006.79 us>
Random 4 KiB (Q= 32, T= 1): 386.871 MB/s [ 96717.9 IOPS] < 330.25 us>
Random 4 KiB (Q= 1, T= 1): 44.342 MB/s [ 11085.7 IOPS] < 89.33 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 523.869 MB/s [ 511.6 IOPS] < 15303.84 us>
Sequential 1 MiB (Q= 1, T= 1): 428.375 MB/s [ 418.3 IOPS] < 2114.86 us>
Random 4 KiB (Q= 32, T= 1): 358.429 MB/s [ 89607.4 IOPS] < 355.67 us>
Random 4 KiB (Q= 1, T= 1): 106.567 MB/s [ 26642.0 IOPS] < 35.69 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-25 07:43:12
OS: linuxmint 21 [linux 5.15.0-67-generic]Beszerelés után egy már rajta lévő OS bootideje sem mutatta annyira lassúnak a 860 EVO-t:
ubyegon@Mint-C-20:~$ systemd-analyze
Startup finished in 4.228s (kernel) + 1.209s (userspace) = 5.438s
graphical.target reached after 1.178s in userspaceDe itt a 850 EVO 250GB mérése is, ez legalább 2 éve külső házban pendrive-ként funkcionál:
Ja és ha már annyira olvasni itt gyakorta, hogy a Samsungok mennyire nem ajánlottak, vettem pár napja egy 980 1TB-ot, lassan már gondolkodnom kell, hány Samsung nemajánlott SSD-m van itthon használatban.
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 3386.881 MB/s [ 3307.5 IOPS] < 2402.34 us>
Sequential 128 KiB (Q= 32, T= 1): 3424.648 MB/s [ 26755.1 IOPS] < 1189.31 us>
Random 4 KiB (Q= 32, T=16): 992.807 MB/s [ 248202.7 IOPS] < 591.47 us>
Random 4 KiB (Q= 1, T= 1): 67.166 MB/s [ 16791.6 IOPS] < 58.72 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 2707.328 MB/s [ 2643.9 IOPS] < 2802.19 us>
Sequential 128 KiB (Q= 32, T= 1): 2638.668 MB/s [ 20614.6 IOPS] < 1519.23 us>
Random 4 KiB (Q= 32, T=16): 960.044 MB/s [ 240011.9 IOPS] < 660.78 us>
Random 4 KiB (Q= 1, T= 1): 164.511 MB/s [ 41127.9 IOPS] < 22.50 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-24 18:10:37
OS: linuxmint 21 [linux 5.15.0-67-generic](aki nemrég Alzánál vett jó áron 980 1TB SSD-t, majd nézze meg, nálam nem a friss firmware van rajta, hanem 2B4QFXO7, az új a 3B4QFXO7)
-
válasz
Gothmog #49320 üzenetére
Legelőször 870 EVO-t néztem, majd kicsit utánaolvasva hamar leesett, hogy azt talán most nem kellene.
OK, hogy kicsit utánaolvastál, csak nem jó helyen tetted ezt, már rég el kéne itt is felejteni a 870 EVO mizériát....
2022. november óta már a javított fw verzióval adják ki a 870 EVO-t és azt azért tudjuk, ha a Samsung valamit elszúr szoftveresen, annak javítását nagyon komolyan veszi. Volt már példa erre is és utána nulla probléma volt az adott tipussal, talán a 840-es volt...
Ha nem 2022. november utáni az eszköz, akkor frissíteni kell a fw-t és nincs vele gond. [link]
-
Csak nagyon röviden, mert itt png vagyok....
Nyilván ismered a portásról és a sasmadárról szóló viccet...no az NVMe meghajtók és a discard TRIM kb így viszonyul egymáshoz!
idézek picit, mert kb ennyit érdemes tudni Linux, NVMe SSD TRIM relációban:
TRIM ellenőrzése
Míg a SATA SSD-nél ez a legfontosabb ellenőrzés volt, NVME SSD esetén értelmetlenné vált, ugyanis a hagyományos TRIM, discard végrehajtását egy ATA utasításkészlet biztosította, ez értelemszerűen az NVME SSD-re nincs semmilyen hatással.
NVME SSD meghajtók - ellenőrzés Linux alatt: align, TRIM, hőmérséklet
Nyilván egy szakmaiatlanség miatt innen eltanácsolt nemszaki blogja, de ugye nem saját kútfő, szóval...
Lehetne még erősen bonyolítani de az előbbi egy mondat tényleg a lényeg. Ha végignyálazod ezt, akkor sem találsz benne discard kifejezést, max egy alkalommal, de ott a mondatból kiderül, hogy ez nem a discard parancsot jelenti, hanem emiatt van ott a szó:
Egyszóval ne variáljunk, mint zsidó az üres boltban, hanem fogadjuk el, hogy az NVMe meghajtók saját parancskészlet alapján TRIM-melnek és nem is tudnak mit kezdeni egy P/SATA parancskészlet elemeivel.
Ja igen....a swap-ot TRIM-melni olyan, mint mikor falábú ember megvakarná a talpát!
(alapból is csak adott filesystem támogatja a TRIM-et és a swap nem ext4 fs-en csücsül ugye!)
-
válasz
Márton #48650 üzenetére
akkor csak lassúak a doksi frissítéssel..
Eléggé lassúak valóban!
Míg paramétereztem webshopba eszközöket, elég sokat szívtam is emiatt, a Dell EU-s része nagyon le volt maradva az USA weboldaltól. (a magyar meg évekre kb...)
Ja látom, amit mondasz, érdekes, pedig ez us-eng oldal. Viszont a fórumtárs mérési eredménye eléggé beszédes.
-
https://www.hdsentinel.hu/smart/smartattr.php
Ezzel hasonlíthatod össze, egyébként 0 darab hibás szektorod van, a 197, 198-as értékek jelzik majd, ha lesz hibás szektorod!
Egyébként a GSmartControl érdemesebb erre a célra használni, mint a Disks-et. A Smartmontools GUI-s megfelelője.
-
válasz
PROTRON #48139 üzenetére
mert ugye árukeresőn azt látom hogy van 512-es meg 500-as típusok
Meg 480-as is van, de az is 512 fizikailag.
Egyébként a disk management 465-öt lát maximálisan összesen, holott 500.000.000/ 1024 /1024-el legalább 476-nak kéne lennie, de lehet inkább 488-öt kéne látnom provisioning nélkül. Ha hihetek az 512.000.000-nek...
A disk management programok nem marketing céllal működnek, ezért nem is GB-ban, hanem GiB-ben mutatják a méreteket, szóval amit látsz abban, az 500 GB = 465.661287308 GiB, ahogy az iménti screnshot-om jobb felső sarkában is látod, hogy az 1TB 860 EVO az valójában 931,51GiB.
Ilyen calculator-ral nézegetheted, ha érdekel!
Ha diskmanagement alapján nézel, akkor számolnod is GiB-ben(MiB-ben akár) célszerű.
Eszem ágában se volt szórakozni azzal hogy partícionálatlanul hagyok x mennyiségű területet, simán lehet másolás közben épp kelleni fog. Nem is Írtam olyat ami alapján ilyenre lehetett volna következtetni.
Általánosságban írtam, hogy sokan hiszik azt, hogy hagyni kell külön particionálatlan helyet, de semmi nem tiltja persze, ártani sem árt....
-
válasz
PROTRON #48132 üzenetére
az adott típus esetében van-e gyárilag lezárt terület és ha van akkor konkrétan mi az a határ ameddig feltölthetem biztonsággal
Ezt tudod, hiszen leírtad a méretet!
500GB az 512-ből, mert ugye minden NAND adott méretű, az EVO M.2-n láthatod is, hogy két-két NAND van rajta minden méretben, 1TB-on nem 2x500GB van, hanem 2x512GB etc. Különben a Samsung a DC SSD-nél 6,7%-ot hagy meg gyárilag overprovisioning-ra, konzumer SSD-nél ez jóval kevesebb. Viszont azt nyilván tudod, hogy a meghajtón bárhol lévő üres hely hasznosul ilyenkor, nem kell egy külön particionálatlan területet hagyni az SSD-n, sajna sokan értelmetlenül ezt teszik. Lényegében a vezérlő úgysem lát sem fs-t sem particiókat, ez lenne a lényeg! Persze a user tudja, hogy mennyire képes totál teleírni a particionált területeket....bár szerintem egy OS-nek is fontos, hogy a saját particióin legyen azért bőven szabad hely, no ez a hely megfelel overprovisioning célra is teljesen!
Mutatok egy példát is:
Itt nincs külön particionálatlan hely az 1terás meghajtón(van, de az más okból és pici helyek ezek), de mint látod, elég sok szabad hely van a használt particiókon, no azt a vezérlő simán alkalmazza is overprovisioning céljaira!
-
válasz
Graphics #48111 üzenetére
Köszi, ezeket meg még 8 másikat átbogarásztam, ugye nem a google használattal van most gondom!
Inkább tapasztalati segítség jönne jól. Fura, hogy ugyanezen értek a 860 EVO-n 2 év alatt csak 11 lett. A PM883 2nap 3 órát futott és nálam egy reboot alatt is ugrott egyet az érték. Nincs rajta semmilyen OS jelenleg, két EXT4 particiót látok, nem tudni volt-e rajta egyáltalán rendszer. Debianos írásban valami érdekeset írtak arról, hogy kikapcsoláskor elveszi a rendszer az áramot, de lehet, hogy tényleg valami energiagazdálkodási beállításoknak kéne utána néznem, bár home user Linuxon teszteltem, ahol elvileg nincs ilyen gond. No majd kiderül....addig is, ha van tippetek, ne kíméljétek a topikot, mégha ez kicsit mélyebb téma is az átlagosnál. Sajna egész hétvégén meló, pedig beleástam volna magam most frissiben.
Amúgy 2nap 3óra és 60GB írással 1,92TB PM 883 50-ért igen jó vételnek tűnik!
-
235 POR Recovery Count smart értékről tudtok valamit? Samsung specifikusnak tűnik és nekem fura, hogy minden boot/rebootkor növekszik az értéke, holott nem kéne neki, ez alapján sem, de ettől nem lettem sokkal okosabb: Samsung Datacenter Smart
Ha valakinek van tippje és megosztja, azt megköszönöm!
-
-
A Secure Erase csak a leképezési táblát törli, de nem törli az összes olyan blokkot, amelyre írtak. A Sanitize azonban törli a leképező táblát, és törli az összes olyan blokkot, amelyre írtak. Így a Secure Erase gyorsabban befejeződik, mint a Sanitize. De nem minden SSD támogatja a Sanitize funkciót. [link]
Ha az adott eszköz támogatja, akkor a sanitizer tűnik erősebbnek blokkszintű törlés miatt!
Plus még ez is jobbnak tűnik:
"According to the NVMe 1.4 specification, "a sanitize operation alters all user data in the NVM subsystem such that recovery of any previous user data from any cache, the non-volatile media, or any Controller Memory Buffer is not possible."
The big difference between Sanitize and Format is that sanitize ensures caches are deleted, and the process starts again after an unexpected power loss. Sanitize also supports a pattern overwrite for a secure erase operation, which is terrible for NAND endurance but can be used with other types of storage and memory classes, or for more certainty that user data cannot be recovered."Sehol nincs olyan kitétel, hogy bármely módszer ártana az eszköznek!
Nyilván nem akarlak rábeszélni, neked kell tudnod, mennyire sensitívek az eszközön lévő adatok, bőven elegendő lehet az erase is!
-
-
válasz
Graphics #47980 üzenetére
Egyébként ja, ezek a bevált OEM-ek update nélkül is csak mennek, mint a tank!
Ezért is venném őket simán, mondjuk 850 EVO és 860 EVO fw-update se különösebben érdekelt eddig. Úgy vagyok ezzel is, ha valami működik, azt ne akarjuk megjavítani!
Azért kicsit bánatos vagyok, hogy újabban különös dolgokat produkál a Samsung, mégha csak customer szinten is....980 hőjelzés bug, 870 EVO fene tudja miféle bug.
Most ugrik be, van egy PM830 is Dell M4700-ban, no az is csak megy sok éve, pedig az kapott rendesen, 3D modellezés koptatta!
-
Nálam nincs olyan gyakran megnyitva a Magician és épp láttam, hogy van firmware frissítés.
Nem annyira Magician függő ám ez szerintem, gyanítom Siriusb kolléga is kb annyi alkalommal nyitja meg az említett csodaszoftvert, mint én, szóval jónak mondod! Nem is lehet ilyen a gépén, enyémen se volt soha!
No de inkább kétszer legyen megemlítve, mint egyszer sem!
Mármint az új firmware!
-
Super, hogy szólsz, hát ez a Samsung nagyon kemény supporter, épp hat napja írta kolléga, hogy kiadtak új fw-t a 980-hoz, erre megint egy még újabb!
Vagy csak eccerűen nem olvasod a topikot?
Az bizony kár....
Bár ahogy nézem, kiadnak már itt olyan csuda verziókat is, amiről még a Samsung gyárban sem hallottak!
Szegény 870, ez is kapott már hideget-meleget, most már új virtual formátumot is!
-
válasz
Siriusb #47945 üzenetére
Bevallom, meglepett, hogy javították a hibát.
Pedig gyanítható volt, Samsung azért szokta kezelni, ha valamelyik modellnél gond van, 840 volt erre jó példa, az elég rosszul sikerült széria volt. Mindenképpen jó, hogy beírtad most ezt a fw-es javítást, többek közt én se mindig figyelgetem a Samsung oldalán túl sűrűn és már egy ideje kéne egy 2TB-os SATA SSD, csak éppen nem tudtam, mit vegyek, 860 EVO már nincs, 870 EVO meg... no de látva, hogy adtak ki erre is fw-t, már el is kezdhetem nézni hol veszek egyet magamnak karira!
-
válasz
Siriusb #47938 üzenetére
Akkor a Samsung lezárta ezt a thread-et jó eredménnyel és legalább azt is megtudtuk, hogy nem a Linux kernel driver-rel volt gond. Az sem hátrány, hogy fw update-hez nem kell Windowsos programot használni.
Lazán kapcsolódik csak, de úgy láttam, hogy 2021. novemberben adtak ki a 870 EVO-hoz is firmware-t, ha valaki nem tudná. Elég sok bejegyzés van 870 EVO bugról.
-
Igen, olvastam, hogy telepítettél már a pendrive-val, de szerintem ez a fájl minden telepítéskor felülíródik, bár nem tudom ugyanez működik-e egyáltalán Ventoy-jal kiírt médián, én dd frontend-del írom ki az iso-kat, MintStick pontosabban...
A BIOS-ban a "Notebook HDD" az alapértelmezett, elsődleges boot eszköz.
Ez mondjuk így OK, de anno Elitebook-nál állítgattam BIOS-ban valamit és kb egy órán keresztül semmi nem bootolt a gépről, sajna nem emlékszem már mi volt, de a hibrid EFI és tsa beállítások körül volt, az tuti....
Ami viszont aggasztó, hogy van egy analóg eset éppen most a Kezdő topikban. [link]
-
Megnézhetnéd a telepítő médián a
/media/user/Linux Mint 21 XFCE 64-bit/casper/filesystem.manifest-remove
fájlt, hogy létrehozta-e a telepítő és benne vannak-e az eltávolított fájlok:
boot-repair
boot-sav
boot-sav-extra
glade2script
glade2script-python3
gparted
gparted-common
grub-efi-amd64-bin
grub-efi-amd64-signed
language-selector-common
libdebian-installer4:amd64
mint-live-session
pastebinit
python3-debconf
shim-signed
ubiquity
ubiquity-casper
ubiquity-frontend-gtk
ubiquity-slideshow-mint
ubiquity-ubuntu-artworkIlletve a live-val is bootolhatsz és megnézheted a telepített rendszert, ha nem a megszokott képet mutatják a mappák, etc..., akkor nem települt megfelelően. Gondolom a BIOS-ban nem kellett booteszközt átállítani és azt nem felejtetted úgy.... Egyébként a BIOS-ban lehet valami talán, mert különben elég X akta a jelenség.
-
válasz
llacee #47734 üzenetére
Szia!
Amit írsz az részben igaz csak, de legalábbis feltételekkel, de két éve még ez volt a helyzet, a hsz-ben a hivatalos garanciális feltételek, amiben ott van az általad említett mondat*, a kereskedők persze sokszor jogtalanul követelik a számlát, de ez már úgyis gyártói garanciális lenne, de miért is lenne az, hiszen egy 860 EVO-ról van szó. Egyébként ha baja lesz, akkor úgyis szét kell verni! Nem vicc, Samunak samukalapácsot!
*Amennyiben nem áll rendelkezésre a vásárlást igazoló, érvényes dokumentum, a korlátozott
garancia időtartamát a Termék gyártásának dátuma határozza meg -
válasz
ubyegon2 #47727 üzenetére
Pont azért veszek meghajtók esetén megbízható terméket, mert nem akarok garival foglalkozni, épp a termék szenzitív jellege miatt és ugye a Samsung EVO sorozat az a kategória, ahol nem érdekel a garancia.
Bevállalom, ha mégis baja lesz, akkor a samukalapács javítja meg. [link]
Párszor írtam, hogy szét kell verni az SSD-t, ha baja lesz, ezt belátta a Samsung is, de legalább szétbarmolás után garizza is a hibás terméket!
Hibás SSD? A Samsung azt kérheti, hogy zúzzuk szét
Samsung asks customer to destroy high-end 980 Pro SSD before sending it back for RMA
-
válasz
Imi1981 #47721 üzenetére
Olvasva utóbbi pár hsz-edet, majdnem írtam is, hogy öröm és boldogság van, de rémlett a thread elejéről, hogy mintha említetted volna a Vertex nevet.... Így már értelmet nyert az, amit a Linux és többnyire a Windows particionálási anomáliákról írtál. Sajna a Vertex az ilyen, a Vertex 3 vezet persze, de a többinél sem kizárható, hogy a vezérlője vacakol/adja meg magát éppen. A tipus és az előjelek alapján szerintem vedd úgy, hogy ennek kampeca, csak még villantott egyet. Az rendszeres egyébként, hogy a Windows eltünteti a particiókat a Linux elől és nem látod a rajta lévő tartalmat, de itt particionálásról lett volna szó, olyan meg nem létezik, hogy egy hibátlan SSD-t Linux alatt nem lehet particionálni/inicializálni!
Parancssoros dolgokhoz nem értek így azzal nem is foglalkoztam.
Ehhez nem is kell érteni, Linux alatt nyomsz egy Ctrl+Alt+T kombót, bemásolod az adott parancsot és elmented a kimenetet, ennyi kb(live alatt persze), amihez nem értesz, az a kimenet tartalma lenne inkább, lassan én is csak vakarom a fejem, hogy mi micsoda, oly régen elemzegettem ilyeneket....
itt egy ilyen pastebin kimenet, csak hogy lásd milyen infókra voltam kíváncsi:
-
válasz
Imi1981 #47715 üzenetére
Igazán nincs mit! Ennyit még érdemes megpróbálni!
Amúgy nem vagy az egyetlen, aki live alól felcsatolt meghajtón akar műveletet végeztetni Gparted-del!
Ha valami miatt nem akarná a formázást, akkor inicializáld, ne vacakolj vele! Gparted / Eszköz / Particiós tábla létrehozása....de figyeld erősen, melyik meghajtón csinálod!
-
válasz
Imi1981 #47713 üzenetére
Ha a live-ban az asztalon megjelenő balfelső ikonra kattintottál, akkor valami ilyesmi képet kellett látnod:
Gyanítom, hogy a nagyobb ablakban a felismert meghajtóra rákkattintottál, ha igen, azzal felcsatolódott az SSD és a Gparted ezzel nem kezd semmit, amíg le nem választod, ezt akár magában a Gpartedben is megteheted(jobb gomb az adott meghajtón és ott a Leválasztás-ra katt, egyébként kis lakat ikon is jelzi, ha tiltott a lemezművelet).
Windowsom nincs, de live-ban szerintem ezt a műveletet senki nem csinálná meg távban Linux alatt, nem szerencsés visszavonhatatlan lemezműveletet így megcsinálni, nem biztonságos, max ha egyetlen meghajtó van a gépben plusz a live-ot futtató eszköz.
-
válasz
Imi1981 #47706 üzenetére
Ez látja! Most próbálom formázni de nem csinál semmit. Valami itt nagyon elcsesződött.
Gyanítom, hogy ritkán használsz Linuxot...ha mondjuk fájlkezelőben látja az eszközt és még rá is kattintottál, hogy beolvas-e valamit, akkor ezzel a meghajtóval a particionáló programok nem fognak műveletet végezni mindaddig, amíg csatolva van! Azt sem tudjuk, hogy mi az ami látta szerencsétlen SSD-t, mert a Linux Mint Cinnamon biztosan nem, a Nemo, Gparted vagy a Disks alkalmazás látta?
sudo smartctl -x /dev/sda
Persze egy terminal parancs kimenete hasznos lenne, elég sok infót kiír, ha meg lesz kedved, meg lehet nézni valamikor, mit tud kezdeni vele egy oprendszer, akár live módban is.
-
-
válasz
Melorin #47642 üzenetére
Tetszik a kezelőfelülete és a csomagok hozzá.
Jó, ezt elfogadom érvnek, én is emiatt használok Mint Cinnamont!
Igazad lehet abban, amit a Syno direkt korlátozásáról írsz, éppen érthető is, de amilyen drága egy többlemezes Syno...fene a pofájukat!
OMV-t sokan szeretik, elég nagy tudású OS, de a FreeNAS is tökéletes szerintem. (mondom én, aki lusta volt csinálni home NAS-t, inkább vettem Syno-t)
OMV-t tennék fel saját helyemben, mivel tisztán Debian alapú, de ettől a másik is jó választás persze.
-
válasz
Melorin #47639 üzenetére
xpenology....super! De ez gyári NAS-ok OS-e, ha jól gyanítom, arra az alaplapra meg amúgy is épített NAS alá olyan tuti jó Linux alapú NAS disztrók vannak.....miért ez a Syno valami? Az olyan, mint egy közepes tudású fájlkezelő. (most esett le, hogy nekem is ez lehet a Syno NAS-on akkor)
No de ez is Linux alapú, hogy lehet, hogy ami a kernelben default driver már 10 éve, ebben meg nincs meg?
OpenMediaVault? Nem akarod erre lecserélni?
-
válasz
Probert75 #47634 üzenetére
...mert szerintem senki nem kérdezte volna meg, hány tárolóm van.
Mondjuk ilyen extreme esetnél éppen beírtad volna Te magad ezt: Túl sok tároló vinyóm van és el van aprózva a rendszerben
Ez olyan, mintha másik topikban valaki megkérdezi, mennyi idő átjutni a X. kerületből a IX.-be, ha nem árulja el, hogy két zsák cementet visz a hátán, akkor a válasz sem lesz túl OK és valóban, senki nem fogja megkérdezni, hogy te koma, aztán hány zsák cementet viszel?
-
válasz
Doky586 #47637 üzenetére
Linux kernel 10 éve tartalmazza az NVM Express driver-t, mennyivel egyszerűbb lenne az élet, ha a kolléga megnevezné az OS-t kategória elnevezés helyett.
NVMe Host Memory Buffer Linux support is 5 éve működik kernel szinten.
(#47632) Melorin
Ez a NAS OS ez leánykori nevén mi lenne?
-
válasz
Probert75 #47621 üzenetére
Jó tudni, hogy az ember bővíteni akarja a gépét, akkor lehet visszafele fejleszti.
Hát ugye ha a Milyen SSD-t vegyek? topikba leírtad volna, mit tervezel, ma lenne egy 1TB-os SSD-d!
Jó pár alaplapnál van ilyen slot-osztozás, szóval úgy érdemes fejleszteni, hogy régi kis kapacitású meghajtó repüljpáva és nagyobb kapacitású új SSD meg be a gépbe!
Sajna ez ilyen.
Akkor ez ezt a sebességet tudja és kész. A boltosról nincs több mondanivalóm. Pedig az esetek 80%-ban ott vásárolok és régóta ott van, de ezek szerint szakértelem nem sok van.
Az a sebesség azért elég jó, főleg azért, mert azt a sebességet nem is sűrűn fogod látni, max nagyobb fájlok másolásánál, OS futtatásánál nem ez a lényeg, hanem a super hozzáférési idő (access time).
Egyébként annyiféle SSD van manapság, ha a boltos faszi nem kifejezetten érdeklődő e témában, akkor sok minden neki is meglepetés lenne.
Ha arra jársz kérdezz rá, van-e nekik RAID SSD-jük! Lehet aszongya majd, hogy olyan nem is létezik.
-
válasz
Probert75 #47617 üzenetére
1 db M.2 Socket 3, M Key csatlakozással, 2242/2260/2280/22110 típusú tárolóeszközök támogatása (SATA mód)*2
1 db M.2 Socket 3, M Key csatlakozással, 2242/2260/2280 típusú tárolóeszközök támogatása (PCIE 2.0 x4)*3Megjegyzés:
*1 A PCIe x16_2 elérhetetlen lesz, ha az M.2_2 foglalatba M.2 PCIe SSD kerül.
A PCIe x16_2 kétszeres módban fog futni, ha a PCIe x1_1 vagy PCIe x1_2 bővítőhelyre eszköz kerül.
A PCIe x16_2 négyszeres módban fog futni, ha a PCIe x1_1 vagy PCIe x1_2 bővítőhelyen nincs eszköz.
*2 Az M.2 foglalat a SATA_5/6 csatlakozókkal osztozik a sávszélességen, emiatt a SATA_5/6 csatlakozók nem használhatók akkor, ha van M.2-es eszköz beszerelve.
*3 A PCIe x16_2, PCIe x1_1 és PCIe x1_2 elérhetetlen lesz, ha az M.2_2 foglalatba M.2 PCIe SSD kerül.Még annyi kérdésem lenne, hogy ezt lehet még gyorsítani valahogy? Mert az üzletben azt mondta a boltos, hogy lehet valami progival, de nem tudta megmondani a nevét. Gondolom nem a Samsung Magician-ra gondolt.
Atyaég, tuti nemrég még zöldségboltban dolgozott az ember.
A Sata-s SSD-re kitalált Rapid módra gondolhatott, ami egy Samsung 980 SSD-nél ritka idiótaság lenne, még ha működne is NVME-n, mivel épp ez a modell alkalmaz Host Memory Buffer technológiát, ami quasi ugyanazt a célt szolgálná, mint a rapid mód.
-
Jó lesz ez így, legalább az SSD is ki lenne használva és az 1terából se vennél el negyedannyi helyet, sok mást úgy sem tehetnél az SSD-vel, annyiért nem érdemes eladni, amennyit adnának érte.
Végül is nem lenne gyakori a mentés, ha kell ház oldala le és rádug.
Bőven jó ez így, emiatt tényleg kár egy plusz eszközt megvenni majd egy tizesért.
Igazán nincs mit, örülök, ha valamiben segíthettem.
-
Biztonsági mentésnél én speciel csak HDD-re tudok gondolni, az nem az SSD profilja. Ha van ötleted kihasználni, akkor hagyd benn a 250gigás SSD-t, nem zavar sok vizet. Az 500GB-os HDD lenne mentésre, ez is szabadon választott, én anno könnyen leszedtem a desktop oldalát és volt hová tenni a mentős HDD-t, de ha akarsz hozzá valami kultúráltabb megoldást, ebben a topikban találsz infókat külső házakról.
például....
• AXAGON EE35-XA3
• Captiva External USB 3.0
• Fantec DB-AluSky U3-6G
• Ewent EW7055
• Kolink HDSUB3U3
• nBase n-Drive EH35NDS USB 2.0
• nBase n-Drive EH35ND3 USB 3.0
• ORICO 3669S3
• ORICO 7688U3
• RaidSonic ICY BOX IB-351StU3S-B
• Sharkoon Swift Case Pro USB 3.0• AXAGON ADSA-ST
• AXAGON ADSA-ST
• RaidSonic ICY BOX IB-124CL-U3
• ORICO 6518SUS3 -
Az linkelt Axagon és a Jonsbo bordákhoz egyaránt két-két hűtőlapot adnak, szóval mindkettő jó single és dual oldalas M.2 SSD-hez, de tényleg bármelyik bőven jó lesz a használati szokásaid mellett optimális hőfok eléréséhez.
Ez a másik kérdésed....kb eléggé felhasználó függő, mit akarsz megtartani, de az 1TB-os SSD mellett nem sok értelme van meghagyni a 250GB-os Sata SSD-t, de én az 500GB-os HDD-t is kiszedném a gépből, max biztonsági mentéseket csinálnék rá időnként és fiókban tartanám.
Maradna az 1terás NVME SSD meg az agyonüthetetlen WD Black 1terás HDD.
-
-
INM!
Most kicsit belegondolva, ha nem bízol a gumigyűrűs megoldásban, ill olyan helyen lesz, ahol gondot okozhat, ha elenged a gyűrű, akkor a piros Jonsbo a jobb, alig drágább az Axagonál, viszont az 5-6ezres bordás sem tudnak többet semmivel, csak a beand name....
Akkor gondolom ez is hűt majd annyit, hogy ne legyen gond.
Simán, elég sokan írták itt a topikban is a tapasztalatokat ezekről, de annyira extreme használatnak szerintem nem is lesz alávetve az SSD, nem egy PCIe 4-es, ami közel dupla ekkora sebességet is tud.
-
válasz
Siriusb #47284 üzenetére
Samsung 980 1TB - Power consumption 8.9W (maximum), 6.2W (operation), 0.035W (idle), 0.005W (Sleep mode)
Ha jól értem, csupán annyi történik, hogy mindig 100%-es energia felhasználáson marad.
Én is ezt értettem az írásból, de azért ezt is a fenti értékek alapján értsd, a sleep és idle között ugyan van különbség, de még notebook esetén sem vesz ez sokat le az üzemidőből. Desktopnál meg semmi jelentősége.
Mondjuk számomra nem teljesen világos, hogy ez kernel probléma-e avagy firmware.
Szerintem fw probléma, mivel ez a hőtüske jelenség Windowsnál is jelentkezik.
-
válasz
Siriusb #47280 üzenetére
Elég spéci a dolog, mert bár Graphics ft azt mondja, Linuxos topikban esélyesebb választ kapnod, a helyzet az, hogy ez annyira SSD kérdés, hiába Linux alatti kernel module paraméterről van szó, hogy a Linuxos topikban azt mondanák, hogy erre az SSD topikban hamarabb választ kapnál!
Egyébként nem csak Samsung SSD-k esetén használják ezt a 0-ás paramétert, A2000-nél például többen ezzel oldották meg a megmagyarázhatatlan apró fagyás jelenséget, ami Windowson viszont nem jelentkezett. Kb annyi a lényeg szerintem, hogy a 0_ps érték_gyakorlatilag az eszköz APST, a Autonomous Power State Transition management késleltetési opció értékének nullára állítása.
Az érték az APST energiagazdálkodási állapotokból való felébredés megengedett maximális ideje pontosan 0 ms, ami az APST funkció kikapcsolását eredményezi.
Ezt az írást átböngészve, szerintem magának az SSD-nek semmi baja nem lesz, de olvasd el és megérted, miről is van szó, elég jól leírják azt is, max mivel járhat a késleltetés kikapcsolása:
Why and how to implement NVMe power management
itt is egy írás az opció alkalmazásáról:
-
válasz
mgabesz #47090 üzenetére
Működik rendesen, azonban az SSDok1.5.6.0 alignálási hibát jelez két partíción is.
A képet sem kell megnéznem ahhoz, hogy extended(kiterjesztett) particióra tippeljek.
Azt sajna tévesen jelzi incorrect-nek az SSDOK, ne vedd figyelembe. Ha nem extended egyébként, az se gond, ő annak érzékeli.
-
válasz
PROTRON #46882 üzenetére
Én nem vagyok biztos benne hogy regisztrálja a Magician.
Én sem vagyok biztos benne, de a linkelt fórumok hozzászólásai között talán ketten is írták ezt, soha nem fogom megtudni az igazságot, a Magiciant sem ismerem, soha nem is fogok vele találkozni. HDSentinel meg vagy képes követni a legújabb SSD-ket vagy nem, folyamatosan ilyet olvasni itt is. Alapból nem vagyok odáig ezekért a GUI-s monitorozó megoldásokért.
Ez alapján készülnek a "riportok" is hardveraprora a kollégák által.
Ja, beraknak egy olyan képet, amit a potenciális laikus vevő látni szeretne.
(#46886) Siriusb
Na de lassan elengedem a dolgot, fölösleges monitoroznom az értékeket, inkább sudo-zok egyet.
Ja, érdemes elérni arra a pontra, amikor megnyugszik az ember és elkezdi használni az eszközt!
Egyébként ezt a biteltolódásos hsz-t megrökönyödve olvastam, ha ez lehetséges, akkor ez is esélyesen okozója lehet a bugnak...mert szerencsére ez tényleg egy sw-es bug lesz csak.
A hűtőborda esetedben tényleg igen hasznosnak bizonyul! Szerintem alap, hogy azok az NVMe meghajtók, amik teljesítményre is képesek, azokra érdemes bordát tenni.
Főleg ha notebookban vannak ill desktopban, ha a CPU kisebbb kazánként funkcionál!
-
válasz
Pyttawrx #46879 üzenetére
Jaj már...kivételesen jóhiszemű volt a feltételezésem!
Nyilván desktopnál kevés a Linux user, ugye szerver fronton már a Samu is másként reagálna.
Ahogy láttuk az Unraid OS topikjában is egyből lecserélték a 980-ast szerverbiztosabb tipusra. De amúgy tényleg nem a hardverrel van gond szerencsére. A Wineseknek meg nyilván fel sem tűnik a jelenség!
Bár a Magician csak regisztrálná ott is, fene se érti.....
-
válasz
Siriusb #46875 üzenetére
Super, hogy ilyen hamar már jön is a tapasztalat!
Hűtőbordával a csúcs 78 helyett 44-45˚C, brutálisan visszavág a hűtőborda, több, mint harminc fokot.
Hú, ez azért elég durván el lett kapva, akkor nálad sem fog sűrűn throttlingolni az SSD. Szerintem nem bántad meg ezt a borda dolgot!
Először elindítottam a nyúzóprogramot, nem volt kiugrás. Aztán videólejátszás közben megint jöttek a tüskék.
Ez a 84 fok tényleg egy rejtély, nyúzóprogramra semmi...videora meg előjön, tuti van valami oka, de nagyon nem tudjuk mi lehet az. Amúgy szerintem se foglalkoznának vele a Samunál, ha Winnél is csinálná, akkor persze igen...
Szóval inkább nyitok egy root terminált, pláne ha egymás után több mindennek kell a root jog.
Ja így már értem, igen bosszantó lehet ha szerkesztésen túlnyúlik az időlimit. Bár gondolom, azt is lehet tolni, ha kikapcsolni nem is. Sejtettem ám, hogy a su lesz a dolog hátterében.
-
válasz
Siriusb #46873 üzenetére
Igazán nincs mit, én meg köszi, hogy itt leírtad a jelenséget, elég különösnek tűnik!
Ha majd az eszközön lesz a lapka, írd le léci, megmaradt-e ugyanúgy a jelenség és azt is, mennyivel vette le a hőfokot, ami most 78-ig felment.
Lehet a jobb hőmérséklet megtartásában az alaplap felé fújó CPU hűtő jobb lenne
Szinte biztos, mikor olvastam a 78 fokot, gondoltam is a CPU hőjére, de így már a hűtés irányából fakadóan érthető a dolog.
Természetesen a sensors-detect megvolt, de nem sudo-zom, nem vagyok ubuntu-s.
Ez jó volt....dehát Arch vonalon is használjuk a sudo-t vagy már ott ez is más? Én még használtam a
sudo pacman
formátumot, az tuti.Persze, az nvme-t és a smartctl-t is használtam, ugyanaz tökbe-zöldbe.
Ez persze várható volt, az lenne fura, ha nem így lenne.
Viszont azt észrevettem, ha egy videófájlt lejátszok, akkor besűrűsödik, ellenben pl. virtualbox futtatásakor nem.
Ez is érdekes, no mindegy, később hátha kiderül erről valami, mindenesetre aki 84 fok alá vette a hőriasztást, az gyakorta tépi a haját!
-
válasz
Siriusb #46866 üzenetére
Érdekes ez a fixen mindenütt 84 fokos kiugrás, bár a Linux-szal annyiban függ csak össze, hogy annak a kernele nyilván nem desktop kiszolgálásra készült, többnyire olyan hardver anomáliáknál is jelez, amin a Win nem kezd el nyekeregni.
A képeken a composite érték is 84 fok, mint a kiugró érzékelő értéke, ez is jelzi, hogy nem valós, mert a másik érzékelő nem nullát jelez.
Unraid OS RC2-nél is tapasztalták ezt a kijelzés bugot, ugye ez az OS meg főleg nem home usereknek készült.
Ami még érdekes, hogy nem kizárólag Linux alatti dolog ez, mivel maga a linux kernel nem fog beleírni az eszköz hardverébe, viszont Win alatti Magician is jelzi a kiugrást. Többen fizikai észleléssel sem érezték a magasabb hőfokot, szóval ez nem reál érték.
Az szokatlan ugyan, hogy terhelésre felmegy 78 fokra, de ez már nem elképzelhetetlen és nyilván ide már hasznos lesz a hűtőborda, ahogy Pyttawrx főszakink is javasolta. Egyébként teszten bőven a 70 fok alatt áll meg a hőterhelés viszont alatta látszik, mennyit tud levenni a hőből a borda, szóval az megnyugtató lesz nálad is.
Ha a
psensor
futtatása előtt nem futtattad le asensors-detect
parancsot, érdemes megtenni és a végén kiirtakra külön figyelni, nem is jelen helyzet miatt, de ha már használod....sudo sensors-detect
..........Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them.****************
nvme-cli
parancsot futtatva is gondolom megvan ez a kiugró érték anvme smart-log /dev/nvme0
-ben.(azt is írják, hogy a jelenség újabb kernelt futtató disztrókat érint, de nincs pontosan leírva, milyen verzióra gondolnak, de elképzelhető ez nyilván)
-
https://wiki.archlinux.org/title/Solid_state_drive#Hdparm_shows_%22frozen%22_state
https://wiki.archlinux.org/title/Securely_wipe_disk#hdparm
https://wiki.archlinux.org/title/Solid_state_drive#SSD_memory_cell_clearing
Ha már hdparm kimenetet mutatsz....fenti Archwikis linkek leírják a teendőket. (vagyis ez egyetlen wikioldal inkább)
Új hozzászólás Aktív témák
Hirdetés
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 4070Ti Super GAMER PC termékbeszámítás
- Bomba ár! Dell Latitude 5495 - Ryzen 5 I 8GB I 256SSD I 14" FHD I HDMI I Radeon I Cam I W10 I Gari!
- LG 34WQ75X-B - 34" Ívelt IPS Panel - 3440x1440 2K QHD - 60Hz 5ms - FreeSync - USB Type-C 90W
- Dell USB-C dokkolók: (K20A) WD19/ WD19S/ WD19DC + 130W, 180W, 240W töltők
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest