Winyók és SSD-k

[XCube]

On 9/18/2019 at 10:22 PM, Edemking said:

Ránéztem erre a toshibára és több helyen is a hangjára panaszkodnak. Aztán kerestem róla videót és az alapján tényleg nem halk darab sajnos. 
Lehet, hogy inkább vissza lépek két TB-re és valami "komolyabbat" keresek ott. 

Egy 2x2TB -os redundáns (2TB kapacitás) RAID tömbben nem gondolkodtál?

Btw én speciel egy SSD -n dolgoznék és HDD -re archiválnék.

[Lord_KROK]

4 hours ago, XCube said:

Egy 2x2TB -os redundáns (2TB kapacitás) RAID tömbben nem gondolkodtál?

Btw én speciel egy SSD -n dolgoznék és HDD -re archiválnék.

Végülis ez is egy jó ötlet, 2db 7200-as 2TB-os HDD raidben azért megfelelhet, még akár akár nem csak redundáns módban. Más dolog h több energiát fogyaszt meg kell hozzá raides lap.

[Edemking]

11 hours ago, XCube said:

Egy 2x2TB -os redundáns (2TB kapacitás) RAID tömbben nem gondolkodtál?

Btw én speciel egy SSD -n dolgoznék és HDD -re archiválnék.

Nem igazán. A projektjeim nagy része csak hobbi célból készül így sosem gondolkodtam azon, hogy egy itthoni szerverre szükségem lenne. 
Persze nem mondom, hogy nem volt olyan, hogy nem lett volna jó ha megvan mégegyszer egy másik vinyón is a cucc,de ez nem akkora százalék, hogy raidre legyen szükségem. 
 

Jó lenne ssd-n dolgozni persze, csak ahhoz egy akkora ssd is kéne. Mondjuk a mostanira is át tudnám az éppen aktuális egy-egy projektet mert annyi hely mindig van rajta (60-100gb ) .

[Lord_KROK]

5 hours ago, Edemking said:

egy itthoni szerverre szükségem lenne. 

Ilyenkor jó a felhő

[XCube]

17 hours ago, Lord_KROK said:

Végülis ez is egy jó ötlet, 2db 7200-as 2TB-os HDD raidben azért megfelelhet, még akár akár nem csak redundáns módban. Más dolog h több energiát fogyaszt meg kell hozzá raides lap.

Az utóbbi tíz évben szinte nem is adtak ki olyan alaplapot, ami ne tudna RAID 0 - 1 - és 5 vagy 10 módokat. Ami nem tudja az embended rendszer integrált procival. 

4 hours ago, Lord_KROK said:

Ilyenkor jó a felhő

Ekkora adatméretnél a felhő inkább nyűg mint haszon. Maximum archiváltuk jó. 

10 hours ago, Edemking said:

Nem igazán. A projektjeim nagy része csak hobbi célból készül így sosem gondolkodtam azon, hogy egy itthoni szerverre szükségem lenne. 
Persze nem mondom, hogy nem volt olyan, hogy nem lett volna jó ha megvan mégegyszer egy másik vinyón is a cucc,de ez nem akkora százalék, hogy raidre legyen szükségem. 
 

Jó lenne ssd-n dolgozni persze, csak ahhoz egy akkora ssd is kéne. Mondjuk a mostanira is át tudnám az éppen aktuális egy-egy projektet mert annyi hely mindig van rajta (60-100gb ) .

A mai SSD árak mellett pedig érdemes átgondolni  . 1TB is kb. 30k körül van. 

[Lord_KROK]

6 hours ago, XCube said:

Az utóbbi tíz évben szinte nem is adtak ki olyan alaplapot, ami ne tudna RAID 0 - 1 - és 5 vagy 10 módokat. Ami nem tudja az embended rendszer integrált procival. 

Hm... én nem emlékszem rá, hogy az én lapom tudna raid-et (Gigabyte B85M-D3H) de az is lehet h csak a gyártó oldalán hallgatnak róla... 

[XCube]

5 hours ago, Lord_KROK said:

Hm... én nem emlékszem rá, hogy az én lapom tudna raid-et (Gigabyte B85M-D3H) de az is lehet h csak a gyártó oldalán hallgatnak róla... 

Intel Rapid Storage...

[Edemking]

12 hours ago, XCube said:

Az utóbbi tíz évben szinte nem is adtak ki olyan alaplapot, ami ne tudna RAID 0 - 1 - és 5 vagy 10 módokat. Ami nem tudja az embended rendszer integrált procival. 

Ekkora adatméretnél a felhő inkább nyűg mint haszon. Maximum archiváltuk jó. 

A mai SSD árak mellett pedig érdemes átgondolni  . 1TB is kb. 30k körül van. 

Nem rossz ötlet, de most inkább a puszta helyet érzem kevésnek. A 3 terrából ami most van kb 400 gb szabad. Úgy érzem 1 TB-vel nem sokáig húznám sokáig. 

[Lord_KROK]

5 hours ago, XCube said:

Intel Rapid Storage...

Jajj, az van. Rendszeresen szabálytalan műveletet hajt végre.  Akkor jó, legalább ez is van... 

[SkyBird]

8 hours ago, Lord_KROK said:

Jajj, az van. Rendszeresen szabálytalan műveletet hajt végre.  Akkor jó, legalább ez is van... 

Ha nem használsz RAID-et, jobb ha törlöd az Intel Rapid Storage drivert. A SATA-hoz nem kell, és inkább gond van vele, mint haszon, még lassíthat is.

Simán csak el kell távolítani, és jó lesz.   Vagy eleve fel sem kell telepíteni. Persze az alaplapgyártók supportján fenn van. De csak RAID-hez kell.

[Lord_KROK]

3 hours ago, SkyBird said:

Ha nem használsz RAID-et, jobb ha törlöd az Intel Rapid Storage drivert. A SATA-hoz nem kell, és inkább gond van vele, mint haszon, még lassíthat is.

Simán csak el kell távolítani, és jó lesz.   Vagy eleve fel sem kell telepíteni. Persze az alaplapgyártók supportján fenn van. De csak RAID-hez kell.

Eltávolítva ;) 

[Lord_KROK]

Na, egy érdekesség mára : eljött amikor betelt az 1TB-os HDD-m (Samsung 103UJ HDD) (összesen 2GB szabad hely van rajta). Egyszer már volt ilyen 2014 januárjában (akkor 6GB volt rajta) de egy filerendszer hiba miatt előbb az E majd részben a D meghajtó szállt el, így utána megint sok hely lett rajta. 
Érdekesség, hogy a HDD 2009 okt 5-én lett vásárolva, tehát még egy hete sincsen, hogy már 10(!) éve van nálam. 

Még emlékszem a napra, mikor megvásároltam, majd  be az 1700+@2669MHZ-es Athlon XP-be, ahol az ASUS A7N8X-E DLX alaplap post közben mindig fagyást produkált amíg az 1TB-os benne volt. Még a biost is lefrissítettem. 
Végül meg kellett várjam vele a Phenom 9500-ast, meg a ASUS M4A785D-M PRO alaplapot, hogy be tudjam üzemelni. Megvétele után 1 hónapig így azt sem tudtam, hogy működik vagy sem... 
Ehhez képest eltelt 10 év, és még mindig 100%-os és hibátlanul üzemel. Azt meg pláne nem gondoltam volna, hogy ilyen sokáig megtartom.

[bcom]

Sok helyen olvasok az SSD optimális beállításáról: TRIM, superfetch, töredezettségmentesítés. Ezek eddig is optimálisra voltak nálam állítva, vagy kikapcsolva. De most látom, hogy néhány helyen javasolják a lapozófájl és a rendszer-visszaállítás kikapcsolását is. Ha ezek bekapcsolva maradnak, tudnak valós kárt okozni a meghajtóban? A lapozófájlt most lekapcsoltam, eddig nem érzek semmit. Labilissá válhat a gép 8 gb rammal így?

[payskin]

A rendszervisszaállítást én is ki szoktam kapcsolni, de nem azért, hogy az SSD-t védjem, hanem mert nincs szükségem erre a szolgáltatásra, sosem használom, csak a helyet foglalná. Máshoz nem nyúlok soha. (Nem akarom jobban tudni, mint a Windows vagy az SSD mérnökei.)

Ha kikapcsolod a lapozófájlt (aminek a világon semmi értelmét nem látom), nem labilis lesz a rendszer, hanem ha elfogy a memória a háttérben futó dolgok miatt, új cuccok egyszerűen nem fognak tudni elindulni. Kiírja, hogy kampó. 

[bcom]

Köszi. Rendszervisszaállítást hagytam régi szokás miatt, mert volt, egyszer-kétszer, hogy kellett. De sztem win10-nél még sosem kellett, meg úgyis kb. negyed óra egy újratelepítés, steam pedig automatikusan megtalálja a progikat a másik partíción. Lehet kikapcsolom. Lapozófájl tanácsot megfogadom, maradjon win által kezelve. 

[UC]

Ezek az optimalizálást segítő beállítások eleinte terjedtek el, amikor az SSD-k még sérülékenynek tűntek, limitált írási cíklust bírtak ki. Egyrészt azóta sokat fejlődtek, másrészt már akkoriban is kiderült, hogy nem eszik ezt olyan forrón, mindennapos használat mellett előbb lesz elavult az SSD, minthogy tönkremenne. Persze utóbbi is előfordul sajnos. Inkább az adatmentésre kell odafigyelni, mert egy SSD gyakran hirtelen megy tönkre, előjel nélkül, könnyebb adatot veszíteni. Pl áramingadozásra eléggé érzékenyek.
A másik fele a dolognak, hogy a Windows 7 még nem volt felkészítve az SSD kezelésére, ezért kellett a TRIM és társaira odafigyelni, mert helytelen beállítások mellett indokolatlanul ki volt használva az SSD, és valóban csökkent az élettartama. A Windows 10 már tudja, ha SSD-re van telepítve, és eleve olyan beállításokkal települ, amik optimálisak (többet eleve először le kellett ellenőrizni és akkor kellett a megfelelő beállításokat elvégezni, ha nem voltak jók, ha W10 alatt ellenőrrzöd ezeket, akkor mindig úgy lesz, ahogyan lennie kell). A supertfetch pl egyszerűen felesleges, mert nem lesz érezhető a teljesítménynövekedés, ellenben folyamatosan írja az SSD-t, de nem nagyon fogod észrevenni az élettartamán, ha be van kapcsolva.
Én a lapozófájlt és a rendszervisszaállítást is hagytam alapbeállításon, annyi, hogy utóbbiakat időnként törlöm. 

Itt vannak az én SSD-im adatai alátámasztásként:
Ez a régebbi, SATA SSD, amin a programok és játékok vannak, másfél éve megy, és nem kímélem:

Ez pedig az augusztus óta futó rendszer NVMe, amin a Windows, a fontosabb programok, és a repülőszimulátorom van, és minden alapbeállításon van (ide szemetel minden a Users mappába, hogy mást ne mondjak, pedig átrakható lenne HDD-re is):

Szinte állandóan megy a gépem, figyelek rá, időnként takarítom, de nem szentelek kiemelt figyelmet az SSD-nek, az írt adatok nem kis mennyiség, és ezek sok pici fájlből jöttek össze, és látható, hogy mindegyik hibátlan állapotban van (lekopogtam).

[payskin]

10 minutes ago, UC said:

a Windows 7 még nem volt felkészítve az SSD kezelésére, ezért kellett a TRIM és társaira odafigyelni, mert helytelen beállítások mellett indokolatlanul ki volt használva az SSD, és valóban csökkent az élettartama

Én is ebben a hitben éltem nagyon sokáig, és a múltkor a PC World Windows 7-et temető cikke alá valami hasonlót kommenteltem, mint amit te is írsz. Le lettem oltva, hogy hülyeséget beszélek:

Quote

Ha meg van driver, a 7 pontosan tudja, hogy SSD-n van. Már telepítésnél igazítva hozza létre a partíciókat, támogatja és alapértelmezetten támogatja a TRIM-et, és kapásból nem engedi rá a töredezettségmentesítőt. A Vista az, ahol a gondok kezdődnek, viszont az XP az utolsó olyan Windows, ami abszolút nem bánik jól az SSD-vel.

Még akkor hirtelen felindulásomban utánaolvastam, és tényleg így van. Illetve a kérdés az a "megvan a driver" rész, mert milyen driver? A merevlemezekhez sosem telepítettünk drivert. 

[Fujitsu]

2 hours ago, payskin said:

Még akkor hirtelen felindulásomban utánaolvastam, és tényleg így van.

Így igaz, a TRIM az XP-nél volt téma, a Windows 7 már teljesen jól kezelte automatikusan az SSD-ket. Ha belegondolsz, logikus is, mert 2009 őszén jelent meg a rendszer, akkor már rég voltak mainstream SSD-k, 2007-ben kezdtek megjelenni (Asus EeePC, MacBook Air, 2008-tól már a Lenovo ThinkPad X300-ban is volt, 2009 januárjától meg már több tucat hardvergyártó futószalagon gyártotta az SSD-ket 32-től úgy 256 GB-os méretig). Ráadásul volt egy SP1 is 2011-ben, addigra azért már rendesen népszerűek voltak az SSD-k, én is majdnem vettem akkortájt, végül 2012-ben sikerült megvennem az elsőt.

Ezek a beállítási kérdések szerintem is jócskán túl vannak lihegve. Én intenzív használattal, lapozófájllal, hibernálással, mindennel együtt évente pár TB-ot tudtam felírni a rendszert tároló SSD-mre, ez a legdurvább esetben is minimum 15-20 év élettartamot jelentene; szerintem a kontroller vagy valami a PCB-n hamarabb beadja a kulcsot, mint a flash. Bőven jók az alapbeállítások a rendszerben Windows 7-től fölfelé.

Amúgy ha már megbízhatóság, lassan 8 éve használok napi szinten SSD-ket, és még egy sem akart megdögleni sem nálam, sem a környezetemben; adatvesztésem sem volt. Igaz, nálam azért a HDD-k sem hullottak nagyon (talán mert csak WD-ket vettem), de azért egyszer egy abból megdöglött nálam 2009-ben, csak még volt időm lementeni róla az adatokat. Simán elképzelhetőnek tartom, hogy sokkal megbízhatóbbak az SSD-k, mint a HDD-k, igazából ami statisztikákat eddig láttam erről, az is mind ezt támasztotta alá.

[UC]

Igazatok lehet, meghomályosultak az emlékeim. Próbálok visszagondolni, és nem is vagyok benne biztos, hogy XP, vagy 7 alatt vettem-e az első SSD-met. 

13 hours ago, Fujitsu said:

Amúgy ha már megbízhatóság, lassan 8 éve használok napi szinten SSD-ket, és még egy sem akart megdögleni sem nálam, sem a környezetemben; adatvesztésem sem volt. Igaz, nálam azért a HDD-k sem hullottak nagyon (talán mert csak WD-ket vettem), de azért egyszer egy abból megdöglött nálam 2009-ben, csak még volt időm lementeni róla az adatokat. Simán elképzelhetőnek tartom, hogy sokkal megbízhatóbbak az SSD-k, mint a HDD-k, igazából ami statisztikákat eddig láttam erről, az is mind ezt támasztotta alá.

Munkahelyi tapasztalataim vannak ezzel. Állandó kb 50 notebook-ból énvente nagybjából 3-4 SSD hibával találkoztunk, és volt már, ami teljes adatvesztéssel járt egyik pillanatról a másikra, előjel nélkül. Viszont ez a SATA-s SSD-kre vonatkozott, M2 esetében jóval jobb a helyzet, nagyjából a fele.

[Lord_KROK]

On 3/20/2020 at 11:58 AM, bcom said:

A lapozófájlt most lekapcsoltam, eddig nem érzek semmit. Labilissá válhat a gép 8 gb rammal így?

Ezzel eléggé megtudod magadat szivatni, relative hamar ki lehet futni a memóriából így :( 

Annak idején régi gépeknél próbáltuk, de hamar labilissá tehető a gép, vagy csak nem indulnak el dolgok memóriahiányra hivatkozva. nem szükséges lekapcsolni, sőt nem jó ha lekapcsolod szvsz 

[Fujitsu]

23 minutes ago, UC said:

Munkahelyi tapasztalataim vannak ezzel. Állandó kb 50 notebook-ból énvente nagybjából 3-4 SSD hibával találkoztunk, és volt már, ami teljes adatvesztéssel járt egyik pillanatról a másikra, előjel nélkül. Viszont ez a SATA-s SSD-kre vonatkozott, M2 esetében jóval jobb a helyzet, nagyjából a fele.

Érdekes ez, mert én nem találkoztam ezzel. Milyen SSD-k voltak? 2015 óta az összes munkatársam notebookjában SSD volt (a csoportunkban 25-30 ember, a cégnél több száz), egyetlen esetben sem hallottam meghajtóhibáról. Igaz, minden gépben Samsung 840 EVO és 850 EVO (vagy PRO) dolgozott, én nem is vennék mást SSD-ből, csak Samsungot.

A Google közreadott egyszer egy statisztikát az SSD-k megbízhatóságáról; ha jól emlékszem, háromszor nagyobb eséllyel pusztult meg náluk egy adott időintervallumban egy HDD, mint egy SSD. 

[Lord_KROK]

20 hours ago, payskin said:

A merevlemezekhez sosem telepítettünk drivert. 

Rég volt, szép volt ... 

és igaz sem volt. Emlékszem, hogy mikor bejött a SATA (talán nem magához a lemezhez) de akkor kellett telkepítgetni külön  drivert, a kora XP-k installálása igencsak nehéz volt, főleg eleinte. SP1 vagy SP2 oldotta meg nem is tudom már ... 

[UC]

6 hours ago, Fujitsu said:

Érdekes ez, mert én nem találkoztam ezzel. Milyen SSD-k voltak? 2015 óta az összes munkatársam notebookjában SSD volt (a csoportunkban 25-30 ember, a cégnél több száz), egyetlen esetben sem hallottam meghajtóhibáról. Igaz, minden gépben Samsung 840 EVO és 850 EVO (vagy PRO) dolgozott, én nem is vennék mást SSD-ből, csak Samsungot.

A Google közreadott egyszer egy statisztikát az SSD-k megbízhatóságáról; ha jól emlékszem, háromszor nagyobb eséllyel pusztult meg náluk egy adott időintervallumban egy HDD, mint egy SSD. 

Kingston. De a statisztika, amit írsz nálunk is bejött: kb ugyanekkora a gépmennyiségnél korábban jóval gyakoribb volt a HDD hiba, legalább a kétszerese. Teljesen egyetértek abban, hogy túl van lihegve az SSD élettartam mizéria, bár főleg egy notebook esetén erősen közrejátszhat az is, hogy a HDD érzékenyebb a külső behatásokra, amit egy laptopban nagyobb eséllyel megkap. És szintén  a körülöttem tapasztaltakból azt látom, hogy az emberek nem vigyáznak a céges tulajdonra, értsd egy céges notebookot dobálnak, csapkodnak, stb. 

[Fujitsu]

A Kingston inkább low-budget SSD-ket gyárt. Én régen szerettem a termékeiket, de aztán amikor szó nélkül elkezdtek hulladék memóriachipeket használni az addig teljesen vállalható SSD-szériáikban (pl. V300), nálam meg sorra elkezdtek megdögleni a pendrive-jaik és memóriakártyáik, akkor viharos gyorsasággal döntöttem úgy, hogy tőlük aztán a jövőben semmit nem fogok venni.

Igen, hát az SSD egyik nagy előnye a mozgó alkatrészek hiánya és a külső mechanikai behatásokkal szembeni robusztusság, notebookba nem is való a HDD semmilyen formában. A magam részéről én már asztali gépbe sem tennék; ma már 100 euróért kapsz 1 TB-os SSD-t, ergo már csak kétszeres árszorzó van egy azonos kapacitású HDD és egy SSD között, ami számomra igazából már okafogyottá tenné a HDD-vásárlást, bármilyen célú felhasználásról is van szó.

[payskin]

6 hours ago, Lord_KROK said:

Emlékszem, hogy mikor bejött a SATA (talán nem magához a lemezhez) de akkor kellett telkepítgetni külön  drivert

Igazad van, az elején az AHCI-hoz kellett driver, mert az nem volt az XP-ben. De tudtak működni a SATA-s vezérlők ún. legacy módban is.