Új hozzászólás Aktív témák
-
Ren Hoek
veterán
UPDATE July 17:
We have just finished a conference call with Samsung considering the failure analysis of this issue. Samsung engineering team has been able to successfully reproduce the issue with our latest provided binary.Samsung had a concrete conclusion that the issue is not related to Samsung SSD or Algolia software but is related to the Linux kernel. Samsung has developed a kernel patch to resolve this issue and the official statement with details will be released tomorrow, July 18 on Linux community with the Linux patch guide. Our testing code is available on GitHub.
Tessék... a fostos linux miatt volt a gond
-
#204
Core2duo6600
veterán
Ren Hoek
#203
Core2duo6600
veterán
válasz
Ren Hoek
#203
üzenetére
OFF
Pl az üzleti maptopok eléggé jól össze vannak rakva
Nem véletlen drágábbak akár 3 szor is az ugyanolyan cpu-t tartalmazó nem üzleti modellektől, gyártón belül isON
Server SSD témakör.
Attól lesz serverbe szánva, hogy a gyártó ezen területen tesztelte, és ennek megfelelő az árazása is, amit a boltban megkapsz néhány 10 000 HUF ért garantáltan nem szerverbe szánt.Másfelől a serverekben inkább SAS csatolóval szerelt hdd ket és ssd ket használnak.
Persze beleteheted a nornál SATA -t tis, és fel is tudsz rá telepíteni, bootol is róla.
De ha esetleg beszarik a cucc, és vissza küldöd gariba jó eséllyel nem cserélik, mert 24/7 ben ment stb..
Ez persze a többi gyártónál is hasonló, de mondhatnám ide a hálózati lasernyomtatókat is, ha túl léped a havi terhelhetőséget,és meghibásodik, nem javítják meg ingyen gari idő alatt.
Azt már csak zárójelben jegyzem meg, hogy sokszor a lizing vagy más bérleti konstrukcióknál is a havi terhelést veszik alapúl, egy cégnél azért ez jól átlagolhatóNa a háttértáraknál ugyanez a szempont, hogy server cuccok azért annyira drágák mindig, mert réteg termék, és sokszor más elvárások vannak velük szemben mint egy normáls eszközzzel szemben, és akkor a supportról nem is beszélve, mert ezt is megfizetjük szépen.
-
Ren Hoek
veterán
Azért még mindig szomorúan olvasom, hogy nagyon sokan, szerintem az emberek 90%-a, még akik értenek is hozzá érzelmi alapon vesznek terméket.
Én legalábbis hozzá vagyok szokva, hogy szkeptikusként csak akkor hiszek el egy elméletet, ha megfelelően alá van támasztva statisztikai tanulmányokkal. Az egy nagy nulla, hogy havernál meghalt x gyártó, öcsinél meg már 10 éve megy y gyártó.Kellene egy átfogó statisztika arról, hogy mennyi Samsung SSD-t, HDD-t, mosógépet stb visznek vissza, a TÖBBI gyártóhoz képest arányaiban eladási számhoz viszonyítva. Meg kéne néznünk legalább egy abszolút nem reprezentatív newegg,amazon értékelési listát, és rájövünk, hogy minden gyártó, minden terméke egy kalap szar, mert roskadásig van kommentelve RMA-val. Most vettem VGA-t és a létező összeset átnéztem, és szinte ugyan az az állapot van.
A lényeg, hogy én szívesen megnéznék egy átfogó statisztikát a rossz termékekről. Általános az, hogy minden gyártó hulladék termékeket tesz le az asztalra, ami emberi áron van... Sajnos ez az utóbbi évek trendje. Mondjatok valami márkát, ami tényleg megbízható és kevés probléma van vele a bonyolultabb és degradálódó termékek frontján. (SSD, HDD, laptop, VGA stb...) Sajnos én nem tudok ilyenről.
-
-
#200
carr
őstag
lionhearted
#199
carr
őstag
válasz
lionhearted
#199
üzenetére
1 terabyte... bocsánat. Igazad van.
8 terabit a helyes.Miért kötözködsz? Zárva volt a gyerekszobád?
-
#199
lionhearted
őstag
carr
#198
1 terabites? Szóval 128GB-os? Low Level Format? USB-n? 2003-ban ragadtál te is, azzal az IDE-s cuccal.
A többi is szín tiszta BS. Minden gyártócég azért gyárt, hogy megvedd, mindenhol spórolnak, 100 éve nem tart 100 évig a nylonharisnya sem. Újdonság? Nem. Fogyasztói társadalom szócikket keresd a szótárban. Olcsó? Az viszont igen.
-
carr
őstag
+1
Kolléga 1Terabites hordozható USB-s vinyója, épp most kap Low Level Format-ot, hátha életre tudna kelni még pár hónapra....
no comment.
Elég az indoklás?
Nálam az utolsó nagyon jó Samsung termék egy 80Gb-os, NIDEC motoros HDD volt. 2003 körül.
Le a kalappal. Abban volt minden jó, ha minden igaz még mindig megvan, ismerős gépében mai napig kiszolgál egy XP-s irodai gépentyűt. -
#196
lionhearted
őstag
janos666
#141
válasz
janos666
#141
üzenetére
Kiegészítésként:
A NCQ valóban tud parancsot átrendezni, de a TRIM-et csak akkor, ha támogatva van a SATA 3.1-es Queued TRIM. Ezt pedig véletlen bekapcsolták a legújabb firmware-ben (pedig ugye nincs, vagy nem rendesen van implementálva).
Így a workaround nem a trim, hanem az NCQ kikapcsolása lenne egy darabig, most már blacklistre kezdték tenni.
A javítás pedig a firmware nem hibás funkciólista küldése lenne.De teljesen egyértelmű, hogy a syncron, Queue megállító hatású TRIM gáz. Nem véletlen az új szabvány.
-
carr
őstag
1: 2006 körül kezdtek szarokat tolni az éterbe. Pl.: 320as HDD, vacsiúj, 1. bekapcsnál, formázás után megállt... csere. 2. vagy a 4. lett jó... előbbi 1 hetet, 3. 1 pörgést ment. garban cserélte a kisker mindet.
Aztán már nem kértem Samsungot. Vettem egy Hitachit. Azóta is megy.
2.: Egy ismerősöm dolgozott náluk Jászakárhol, ő is csak szidja. Az összes terméküket ki se engedte volna a gyárból... Gari végéig vannak összerakva. Néha elszámolja magát az anyagmérnök.
Ennyi. -
janos666
nagyúr
Állítólag a Win>8 is csinál néha hagyományos töredezettségmentesítést SSD-n is, mert bár az LBA-NAND map csak virtuális és egyáltalán nem szükségszerűen lineáris, az NTFS filrendszer attól még lassulhat a nagy mértékű töredezettségtől (megnő a metaadatok mérete). Bár ez nem heti (talán havi?) rendszerességű és csak akkor fut automatikusan, ha engedélyezett a rendszer-visszaállítás, mert ezek a shadow copy "pillanatfelvételek" jelentősen lassabban készülhetnek töredezett filerendszeren (ez pedig alapértelmezésben SSD-ken is be van kapcsolva).
Szóval nem annyira triviális dolog ez az SSD töredezettségmentesítés sem, de valószínűleg az jár rosszabbul összességében, aki kézileg bírálja felül a Windows alapbeállításait.
-
-
mrszitya
senior tag
Nagyon off, de Samsung: Kikapcsolja a Windows Update-et a Samsung
Bár (egyelőre) még mindig kicsit felfújt dolognak tartom a Samu SSD-kkel kapcsolatos problémákat, azért a fenti történet sem javítja a megítélésüket...
Egyébként rövid életű termék azt hiszem csak egy volt nálam tőlük (mikró). Jelenleg a monitorom Samu mindössze.
Egyik gyártó sem "szent" mondjuk, ha a problémák eltusolásáról és hasonlókról van szó, Asusnak is volt hulladék notebook szériája, hogy csak egyetlen példát mondjak a sok közül. Vagy a múltkori Lenovos dolog is aranyos.
-
janos666
nagyúr
Most olvastam valahol véletlenül, hogy a Windows állítólag egy szoftveres trim queue-t tart fenn, aminek a végrehajtása alacsonyabb prioritást élvez, mint a normál fileműveletek. Valószínűleg emiatt sem siettek a hardware-es megoldás támogatásával.
ennek a másik érdekessége, hogy korlátozott méretű a sor, és mikor "túlcsordul", akkor egyszerűen kihagyja a többi kérést. Ezért van ütemezve a töredezettségmentesítő programban egy rendszeres trim-elés (ahogy a HDD töredezettségmentesítés is), hogy ilyenkor lepucolja azokat az LBA-kat, amiket intenzív vegyes I/O mellett esetleg kihagy. (Nem mint ha én eddig letiltottam volna ezt, de azért jó tudni, hogy tényleg van értelme.) -
janos666
nagyúr
válasz
McCsaplak
#179
üzenetére
Ezt most hogy érted?
Checksum-olva volt minden és végigellenőrizted, hogy bitről bitre stimmel minden rajta lévő adat, illetve hogy pontosan ugyan olyan sebességgel olvasható vissza, mint egy évvel korábban, vagy csak abból feltételezed, hogy még boot-olt az OS és beolvasott minden file-t, amit épp használtál most és nem volt érezhetően lassabb a gép működére?
Szerintem egy bekapcsolásból és pár dokumentum megnyitásából kiderül, hogy minden bit a helyén van, avagy kiderül, hogy nem lett fele sebességű a szekvenciális olvasás abból, hogy emlékeid szerint érzésre milyen gyorsan boot-olt az OS, vagy töltött be egy programod?Ha mégis elveszett volna pár bit, akkor azt a tarotkártya vagy a teazatt olvasás mondta volna meg hamarabb, és kézrátétellel lehetett volna gyógyítani vagy infúziós csalánteával?
-
#182
KevinMulder
tag
KevinMulder
tag
Függetlenül attól, hogy teli vagyunk Samsung eszközökkel (mikró, tvk, monitorok, telefonok, hűtő, porszívó meg kb 30 HDD) és eddig egy sem halt meg (csak a Dell laptopon van 3 badsector), mindenki azt használ amit akar
Igazából a backuphoz akartam hozzászólni: inkrementális mentés esetén a korábbi adatok visszaállíthatóak és kevesebb helyet foglal el a mentés, mintha állandóan full mentés lenne.
-
#85552128
törölt tag
Láttad te a fenti listát ?
Micron_M500*
Crucial_CT*M500*
Micron_M5[15]0*
Crucial_CT*M550*
Crucial_CT*MX100*
Samsung SSD 8*Kb. ugyanúgy döntöttél mintha Samsungot vettél volna, de kíváncsi lennék még hány gyártónál lehet hasonló ami eddig azért nem derült ki, mert a többség nem azt veszi.
-
caprine
senior tag
Én most passzoltam el a 240-es EVO-mat nagyobbra váltás miatt. Picit gondolkodtam a 850 sorozaton, de végül egy 512GB Crucial lett belőle, egyre inkább úgy tűnik, hogy jól döntöttem.
A Samsung HDD-ket imádtam, az 500-as sorozatnál előjöttek a a hibák, azóta nem vettem HDD-t tőlük, most már úgy tűnik SSD-t se fogok többé.
-
McCsaplak
tag
Akkor íme az én tesztem:
Samsung 470 64Gb-os SSD
2014.április 29-étől 2015.06.11.-ig nem volt áram alatt a gépem, mert egy nyaralóban volt.
Én ezidő alatt egy sokkal mobilabb laptopot használtam.
2015.06.11-én gép bekapcs, és "csodák csodája" pöccre indult, nem veszett el egy bit se.
-
Ren Hoek
veterán
Ha ennyi gyártó firmware-je megy ezen szarul, akkor nem lehet, hogy a Linux TRIM-ben (is) kellene keresni a hibát? Illetve ext4-ben.
Ahogy néztem nem is blacklistelnek már, hanem white listet csinálnak azokról az SSD-kről amik jól mennek. Ez a probléma jóval szélesebb körű szerintem mint csak rávágni, hogy szaraszamszung.
-
-
#85552128
törölt tag
Miért akkor miben más a sata port ha Win/Linux fut rajta ?
Mert Windowson nincs probléma csak linuxon, ugyanis a két OS máshogy kezeli a Trimet...(#168) thgergo: Így már más, de akkor nem csak a Samsungot kéne kiemelni mintha egyedi probléma lenne.
És még kitudja hány van...
Egyébként érdemes átnézni azt a fájlt vannak még érdekességek
-
válasz
#85552128
#165
üzenetére
olyan linket kértem, ahol leírják, miben más egy szerver sata portja, ami miatt azzal a samu nem kompatibilis
(egyébként, ha windows server fut az otthoni pécében akkor is kuka az ssd? ha csak egy ftp szervert futtatok, az már gond? esetleg a teamspeak szerver se fusson, mert kinyirja a gépet a samsung? lásd be, ez a "szerverbe nem ajánlott" bődületes nagy ökörség és abszurd, ha ezzel akarod mosdatni őket...)
-
thgergo
tag
Továbbá az alábbi SSDk is ugyanilyen TRIM bugosak ezek szerint:
Micron_M500*
Crucial_CT*M500*
Micron_M5[15]0*
Crucial_CT*M550*
Crucial_CT*MX100*
Samsung SSD 8*Pont ez a hiba szerintem ebben az egészben, hogy még mindíg nincs fix rá, csak hogy kapcsold ki a TRIM-et, Apr. 15 óra. Eredetileg nem is volt bekapcsolva a SATA 3.2 queued TRIM, csak véletlen bekapcsolhatták az áprilisi EXT0DB6Q firmwarevel, nem tudva hogy az nem működik.
-
thgergo
tag
válasz
#85552128
#165
üzenetére
Azok a szerver samsung SSD-k is ugyanolyan bugosak. Ha jól értelmezem pont az ilyen "emelt" minőségű SSD-el dokumentálták a trim bugot amit itt a Prohardveren is belinkelt a cikkszerző. Azért az nem vicces amikor ettől áll le az egész "datacenter".
•Samsung MZ7WD480HCGM-00003 (model SM843TN)
•Samsung MZ7GE480HMHP-00003 (model PM853T)
•Samsung MZ7GE240HMGR-00003 (model PM853T) -
#85552128
törölt tag
840/850 széria eleve PC-khez van ajánlva, a szerver SSD-khez két külön sorozatuk van.
Persze nyilván ez nem menti fel őket, hogy a jövőben egy új FW-ben ez fixálva legyen, de soha nem is ajánlották ezeket szerverekbe "Usage applications Client PCs"
Még a garancia oldalon is külön "For PC/Server" tájékoztatás van: [link] -
#164
arty
veterán
Core2duo6600
#163
válasz
Core2duo6600
#163
üzenetére
a szerverekben a szerver-sata szabványt támogató ssd való?
adnál linket erről az eleddig ismeretlen teknológiáról? -
#163
Core2duo6600
veterán
Core2duo6600
veterán
Azt azért jegyezzük meg, hogy ezen SSD ék nem serverbe valóak !
Nem is oda szánta a gyártó őket. -
Ren Hoek
veterán
De most mit csináljak? Dobjam ki a kedvedért a gépemből az SSD-ket? Vagy menjek molotov koktélozni a Samsung képviselet elé? Nekem teljesen jól működik, ilyen áron nekem ez felelt meg sebességben és kapacitásban is a legjobban. Ennyi. Megvárom szépen mi lesz ebből, és akkor alkotok véleményt, ha már többet tudok.
-
válasz
Ren Hoek
#155
üzenetére
A merevlemezes írásom csak egy példa volt arra, hogy a backup bizonyos esetben SEMMIT nem ér.
És pont ez a gond a mostani hibával is...(ha mindenki birkamódon védené a samut és hallgatna, szerinted előfordulna egyáltalán ilyen hiba napvilágra kerülése? pontosan azért kell a samu ellen most a negativ kampány, hogy mégegyszer ne kövessék el ezt a hibát.)
Azon samsungosokat, akiket az vigasztal, hogy az OCZ-vel is volt gond, csak sajnálni tudom
-
janos666
nagyúr
Én a drágább telefonjaikat még mindig szeretem, az S4 Mini-t is imádom és az A szériás utódja is tetszik, bár csak akkor cserélném le, ha ez elpusztul (belülről vagy kívülről) vagy elveszik. A 840 és 850 Pro SSD-k is egész jók, ha mindent egybevetünk (ár, várható élettartam az 5 év garanciával, teljesítmény...). Bug az tényleg bárhol lehet, még ha ez itt egy különösen durva hiba is.
Én azt nem szeretem bennük, hogy mikor kibukik valami szériahiba, azt mindig eltusolják.
Volt már pl. hogy bizonyos TV-ikre kijött egy nem hivatalos firmware azoknak, akik panaszkodtak egy problémára, ami amúgy mindenkinél fennáll, csak nem mindenki vette észre/panaszkodott rá (-> miért nem jött ki mindenkinek automata frissítésként? már gyanús...). Ez elvileg javított egy hibát, de az később, a garanciaidőn túl többeknek visszajött (mert sejthetően igazából hardware eredetű is a viselkedés). Vagy más szériákra kijött egy hibás firmware, de megszűnt a támogatás és sohasem javították, visszafelé lépni pedig nem lehet.A 840 EVO hírek felreppentekor is azonnal vészmadárkodtam, hogy úgysem lesz jó az első firmware fix, vagy kell majd még 2-3 darab, ha sikerült kinyafogni belőlük, vagy ez lesz, ami lett, hogy majd a Magician rendszeresen újraírja a tárhelyet a meglévő adatokkal host oldalról. Pedig ezt a funkciót is belerejthették volna már a firmware-be is, de az talán nagyobb munka lett volna és még mindig nem korrekt megoldás, vagyis bizonyíték is, hogy nem csak software, hanem hardware hiba, pontosabban az eredeti specifikációknak nem tesz eleget a hardware, avagy nem képesek/akarják software oldalon rendesen kezelni a hardware-üket.
-
Ren Hoek
veterán
Most abból próbálsz következtetést levonni egy SSD-re, hogy egyszer régen egy bad sectoros Samsung HDD esetében fekete képeid keletkeztek. Gondolom épp a bad sectoron volt a Photoshop cache. Szerinted minden létező esetben ez történik? Mondjuk egy Eclipse vagy Matlab meg van nyitva, memóriában ott a kód, majd nyomok egy Save As-t a HDD-re is, ami megy fel cloud mappába, és eleve hibásat mentené el...esetünkben közben le kell futnia egy TRIM parancsnak. A Matlab pl nem cache-l semmit, egyből ment a memóriából.
Köztünk csak annyi a különbség, hogy én nem kezdek el pánikolni meg hőbörögni, hanem megvárom amíg válaszol az Samsung, míg lesznek példaesetek stb... Ha mondjuk ezek után nem foglalkoznának a problémával, hanem leszarnák, akkor egy szemét rohadék SSD gyártó lenne a szememben, ennyi.
Másrészt több gyártó SSD-je is blacklisten van Linux ext4 alatt. Nem biztos, hogy csak a Samsungot érinti ez az egész balhé. Bugos is volt ext4... elég sokat kellett javítgatni.
Ja és pont kommentbe írták a blogra:
Just remember how much OCZ's SSD firmware sucked and how it led to performance issues and data loss.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#154
mzso
veterán
CyberPunk666
#153
mzso
veterán
válasz
CyberPunk666
#153
üzenetére
Konkrét milyen területen mozog a cég?
-
#153
CyberPunk666
senior tag
mzso
#152
CyberPunk666
senior tag
Én biztonságkritikus eszköz fejlesztésén dolgozom, csak fognád a fejed, ha tudnád, hogy mik előfordulnak, és a világ legnagyobb cégéről van szó a témában, az eszközeink naponta milliárd emberre hatnak...
Biztos vagyok benne, hogy máshol sem jobb. Ez is olyan, hogy ha tudnád hogy készül némelyik étel, tuti nem ennéd meg többet.
-
válasz
Ren Hoek
#150
üzenetére
Nem személyeskedés, mindenkinek kívánom, aki bagatelizálja a samsung baklövését.
Hiába megy háromfelé az adatod, ha egyszer a hibás fájlokat mented el! Nekem legalábbis itthon(!) nincs meg a mentésem minden hónapról - egy (néha kettő) mentésem van mindig, ami az aktuális állapotról készített "tükör".
Anno pár képem elveszett, amikor a másfélterás samsungomon a badsectorok(?) miatt fekete jpg-ket mentettem (a valódi képek helyett) hónapokon át, egyre többet... mire észrevettem elveszett vagy 15-20 kép (az ötezerből, szal nem AKKORA gáz). Bár olvashatatlanok lettek volna inkább a fájlok, vagy ment volna tönkre az egész hóbelevanc
Nekem a mydocu folderem az ssdn van, képek valóban nem. Igazából a legkisebb bosszúság sem hiányzik, csak mert a kedves gyártó elcseszett valamit. Ami egyébként valóban megesik, csak mostanság túl sok a hír az S-ről, de még ez se lenne gond, ha nem védenétek sokan a céget
Igenis bukjanak egy alaposat az eset miatt, akkor tuti kitesztelik a következőket rendesen.(én amugy akkor keresem a bajt: ocz agility3 120gb a főgépem ssd-je
) -
Ren Hoek
veterán
Nemtudom olvastad-e, hogy a backup NEM megoldás... ugyhogy akár milyen okos is vagy, az adataid esélyesen mennek a lecsóba, ha továbbra is ezt a pró gyártót gazdagítod. (nem biztos, mindenesetre REMÉLEM!)
Kösz szépen nagyon kedves vagy. Én meg REMÉLEM használod egy picit az agyadat személyeskedés helyett és gondolkodsz. Mégis hogyan veszne oda mondjuk egy fél éves kutatási project kódja, amikor folyamatosan mentek cloudba, HDD-re AZONNAL! Mond neked valamit a backup fogalma? Memóriából egyből megy 3 felé.
Engem ez a probléma egyáltalán nem érint, mivel system meghajtónak használom a 64 és 120 GB-os SSD-t. ELEVE nem is teszek rá családi fotókat, munka anyagokat hosszabb távra stb...Erre tökéletes a HDD és a cloud. De ezt már leírtam, csak write only módban vagy.Ha tönkremenne a win filerendszer, vagy program files, hát így jártam, konkrétan 0 anyagi, személyes kár ér. Azért kíváncsi vagyok a 840 szériánál hány ilyen random fájlvesztés történt eddig. Gondolom nem egy szerverben, kutatási tudományos munkákhoz használták eddig a 840-eket... de ha találsz ilyen példát akkor várom.
Elcseszték, ennyi...Reméljük a hibát hamar kijavítják, nekem nem tűnik javíthatatlan hw bugnak. Ez még mindig jobb mint az OCZ híresen szar szériája. Emlékszem anno rákerestem a fórumra, és sorra jöttek a "megdöglött" eredmények. Mert akkor aztán tényleg instant veszett minden adatod, hiába a gari. Itt egyelőre IRL nincs nagyon sok példa erre (vagy ha van én nem tudok róla, csak ebből a linuxos tesztből)
Ez fel van fújva kissé...
-
#149
bsh
addikt
CyberPunk666
#148
bsh
addikt
válasz
CyberPunk666
#148
üzenetére
"A sata szabványnak megfelel"
pont az a baj, hogy nem -
#148
CyberPunk666
senior tag
arty
#146
CyberPunk666
senior tag
A sata szabványnak megfelel és ezzel ellátja a legalapabb szabványos funkciókat, amihez amúgy ugyanúgy drivert használ csak egy általános szabványos driverrel is tud működni, lévén szabványos.
Viszont ha vannak termék/gyártóspecifikus extrák, ahhoz kell a saját. Sok gyártó ad ezen felül is egyedi szoftvereket egy csomó dologra, ami optimalizál a saját megoldására.
-
janos666
nagyúr
válasz
Dare2Live
#144
üzenetére
Ilyen elven mondjuk eleve nem tennének Samsung Pro SSD-t egy szerverbe. Bár ez kicsit talán a Samsung hibája is, mert szándékosan a "mindenkinek mindenre jó" zászlóval hajókáznak, a lelkes játékosoktól a céges notin át a melóhelyes worstation-ig mindenbe ajánlják. Noha vannak kimondottan enterprise SSD-ik is (ahogy sok már gyártónak, akár olcsóbbnak is). Szóval valamelyest nyilvánvaló az is, hogy próbáltak okosan spórolni és valami jól nyúzható consumer cuccot kerestek szerver hardware helyett.
-
#146
arty
veterán
CyberPunk666
#131
válasz
CyberPunk666
#131
üzenetére
driver, háttértárhoz? biztos?
a háttértárnak a sata szabványnak kellene megfelelnie és éppen erre nem képes ez a koreai bóvligyár....
(#133) Ren Hoek
"Nekem ugyan nem fog elveszni semmi, mert nem vagyok olyan segghülye, hogy egy rendszer SSD-n tartsak mondjuk egy fél éves projectet backup nélkül."
Nemtudom olvastad-e, hogy a backup NEM megoldás... ugyhogy akár milyen okos is vagy, az adataid esélyesen mennek a lecsóba, ha továbbra is ezt a pró gyártót gazdagítod. (nem biztos, mindenesetre REMÉLEM!)
Számtalan szamszung cuccom van, amivel semmi gondom (10+ éves mosógép is
), ssd-t viszont képtelenek gyártani, ez mostanra világos kell legyen mindenkinek. (HDD-ből mindig samut vettem, a 3 év gari az 3 év gari - volt 
) -
#145
vinibali
őstag
CyberPunk666
#143
vinibali
őstag
válasz
CyberPunk666
#143
üzenetére
ismerem a szerverest, tudom mire van. csak azt mondta, hogy ma már az sem látja a 840-et.
az OSX támogatás (és nem Magicanas win) támogatás egy bootolható képfájlban merül ki. -
#143
CyberPunk666
senior tag
vinibali
#142
-
#142
vinibali
őstag
CyberPunk666
#127
vinibali
őstag
válasz
CyberPunk666
#127
üzenetére
hol jelentette ki valaki, hogy nem támogatja?
én egyetlen 840 vagy 840 EVO dobozon vagy ahhoz adott leírásokon nem láttam, hogy windows only, pedig ha már a dobozon sincs rajta, simán nevezhető megtévesztésnek! ennyi erővel az OSX sem támogatott? de azért mi örülünk, ha tőlünk veszel az almádba meghajtót.
ez alól így nem lehet kibújni, másrészt a Samsung oldalán elérhető linux szerver alkalmazás(ami régen még látta a 840-esemet, ma már nem).
és ha ennyire nem támogatják, akkor miért küldenek ki egy mérnököt a hibát feltáró céghez?
az a baj, hogy túl nagy a távolság a támogatás és a fejlesztés között. a legegyszerűbb azt mondani, hogy nem támogatjuk. -
#141
janos666
nagyúr
CyberPunk666
#139
janos666
nagyúr
válasz
CyberPunk666
#139
üzenetére
Én is csak a nevéből tudom kitalálni, hogy a trim-el sem várja meg, míg visszajelez az SSD, hogy "ok, végeztem, jöhet a következő", hanem csak ömleszti rá a parancsokat abban az ütemben, ahogy keletkeznek és a csövön átfér, z esetben beleértve a trim-et is a szokásos írás és olvasás közt (amiket régóta szokás aszinkron módon végezni, kivéve esetleg a naplózást, de Linux-on még utóbbit is erőltetheted saját felelősségre, még ha így kvázi el is veszti az értelmét).
Gondolom, hogy akkor ez lesz gond, hogy a kernel kiköpi neki sorban a trim és az írási, olvasási műveleteket, amiket a vezérlő tetszése szerint rak sorba (NCQ), ahogy ő magára nézve kedvezőnek érzi), így bizonyos esetekben (gondolom viszonylag nagy számú I/O és sok trim mellett) néha előbb ír, aztán töröl, pedig fordítva kéne. Szóval a vezérlő nem tartja tiszteletben a sorrendet olyan szituációkban, ahol fontos lenne. Az NCQ megengedi neki a parancsok átrendezését, de erre azért mégis csak figyelnie kéne, hogy ha lesz egy törlés is, akkor ne előzze meg a később beérkezett írás (mármint ugyan arra az LBA címre).
Ez kintről nézve triviális dolognak tűnik, de belegondolva, hogy odabent mi történhet, már elég bonyolult ahhoz, hogy érthető (nem megbocsátható, csak érhető) legyen a hibás működés. Illetve igen, itt már elképzelhetőek tartom azt is, hogy a Linux kernel programozói sem értelmezték ugyan úgy a szabvány betűit, ahogy a gyártó programozói. Bár szerintem elég egyszerűen átlátható a dolog, illetve belátható, hogy ha valaki engedélyezi az async trim működést, akkor neki kell az SSD firmware szintjén biztosítani ezt a kivételkezelést, különben az egésznek nincs értelme és kernel szinten csak úgy lehet biztosítani, hogy ne legyen emiatt adatvesztés, hogy letiltod az egész funkciót, de akkor meg nincs értelme firmware szinten támogatni...
(#140) Ren Hoek
Mivel a Samsung szeret házon belül dolgozni és árul kész terméket, nem csak mint alkatrész beszállító jelenik meg, így szerintem több értelme van termékként beszélni a Samsung SSD-kről, mint sok más "gyártónál", aki csak összeválogatja az alkatrészeket és rányomja a nevét (sokszor a firmware-be is csak minimálisan belenézve, ha egyáltalán). Vagyis az esetek nagy részében csak Samsung vezérlővel és firmware-el együtt látsz VNAND-ot. Az pedig szerintem jogos érv, hogy teljesen mindegy milyen megbízható a kész termékük egyik részegysége, ha a leggyengébb láncszem a mértékadó.
A csíkszélesség, ECC és bad block management szerintem a gyártó baja, nekem csak írják rá őszintén, hogy mennyi P/E ciklust garantálnak mennyi garanciaidőn át. Innentől az én dolgom eldönteni, hogy melyik termék felel meg az igényeimnek és hogy azok közül melyiknek a legjobb az ár/érték aránya. Pl. szívesen használtam volna HDD-hez közel árú kevés P/E ciklusú SSD-t adattárolásra ahelyett, hogy NASt építek, hogy elvihessem a szobámból a zúgó HDD-ket.
-
Ren Hoek
veterán
válasz
janos666
#136
üzenetére
Szerintem egy új 3D NAND technológiának nincs túl sok köze egy rosszul megírt firmware-hez, vagy hibás vezérlőhöz. Attól még a 42 nanométer mértékekkel jobb írási ciklusokat érintően. Meg lehet nézni a 19 nm-hez mennyi ECC kell és mennyi a 42-eshez... és ha tovább csökkentik, akkor ez csak rosszabb lesz. Amúgy ha jól emlékszem a TRIM csak win 7-től volt elérhető. Ilyen alapon akkor az XP sem támogatott már SSD-k alatt és még jópár linux verzió is szerintem.
... Itt az a lényeg, hogy felfedezték és már dolgoznak rajta... egy ilyen hiba most nagyon nem jött jól az SSD részlegüknek az tuti.
De:
UPDATE June 17:
We got contacted by Samsung (for the second time regarding this issue) and we provided them all the system specifications and all the information about the issue we had. We will continue to provide Samsung all the necessary information in order to resolve the issue.UPDATE June 18:
We just had a conference call with European branch of Samsung and the Korean HQ of Samsung. Their engineers are going to visit one of the datacenters we have servers in and in cooperation with our server provider they will inspect the mentioned SSDs in our SW and HW setup.Akkor lenne probléma, ha elsikálnák az ügyet, vagy olyan szerencsétlenül járnának, mint a 840 lassulás esetén. Várjuk ki a végét szerintem. Akit ez megnyugtat, addig ne rendeljen 850-eseket. Én már nem tudok mit csinálni, pont a cikk megírása előtt pár órával adták át a futárnak
Amúgy beraktam, gyönyörűen hasít. Majd kipróbálom mit tud a még ma is teljesen jól működő 470-el szemben (amit iszonyat gyilkoltam filmvágó és PS cache-el + 4GB ramom volt csak,szóval nagyon sokszor SWAP-elt szegény ) -
#139
CyberPunk666
senior tag
janos666
#138
CyberPunk666
senior tag
válasz
janos666
#138
üzenetére
Közben megtaláltam a választ:
Az async trim okozza a hibát, amit a win nem támogat.Így is lehet OS specifikus egy hiba
Ha jól olvastam, akkor már más gyártónál is volt vele gond linux alatt, szóval jó veszekedés lehet, hogy most a linux implementáci a rossz, vagy az ssd-k.Esetleg el tudod mondani, hogy mi az az aszinkron trim?
Azt tudom, mi az aszinkron csak nem értem, hogy jön a trimhez, -
#138
janos666
nagyúr
CyberPunk666
#137
janos666
nagyúr
válasz
CyberPunk666
#137
üzenetére
Az ATA TRIM parancs tudtommal nem helyez át semmit (még csak nem is töröl, épp csak törölhetőnek jelöl egy-egy LBA szektort [esetleg újabban NCQ szerűen egyszerre többet is, de ez utóbbit nem minden, a cikkben említett Samsung SSD tudja még, csak a legújabbak] és az már a vezérlő dolga, hogy mit csinál vele [még a "deterministic read after TRIM" sem garancia, hogy fizikailag is törölve lesz a NAND, csak hogy az LBA úgy fog kinézni, ahogy ígérik, pl fixen 0-ákra mutat, de ugye bárhová mutathat, tetszőleges fizikai területre vagy "sehova", virtuális "NULL" címre...]), az a wear leveling, ami mozgat, ez viszont teljesen transzparens a host felé (fogalmunk sincs, hogy mikor hova mutat egy-egy LBA szektor a fizikai tárhelyen, nincs is rá szabványos mód, amivel ez lekérdezhető lenne, és az algoritmus is gyártói titok, ami ezt intézi, kerülnek mellé ECC byte-ok is, sőt néha tömörítve is van az adat), így ezt nem hiszem, hogy külön speciális módon tudná kezelni bármelyik kernel (akár Windows vagy Linux) vagy filerendszer (tudtommal régen ugrott már az NTFS verzió, illetve bármelyik XP-től újabb Windows-t használhatom). Visszafelé pedig, az SSD szerintem nem érti, nem is szabadna megpróbálnia érteni a filerendszert, neki nem ez a dolga. Szóval, még mindig nem értem a SATA AHCI SSD és OS kompatibilitást.
A linkelt blog-on amúgy nem találtam semmi konkrétat, hogy mi a gond (csak annyit, hogy az SSD több LBA szektort töröl, mint amit a filrendszer üresként tart számon), majd átnézem megint linkek után vadászva. Vagy a hozzászólásoknál van kicsit bővebben kifejtve?
Olyat nem láttam benne, hogy a Linux TRIM-elne túl sokat. A TRIM pedig nem más, mint azt mondani, hogy pl. a 232342154-as LBA szektor törölhető. Ezt nehezen képzelem félreérthetőnek bármelyik (OS vagy SSD) oldalon.
Ez egy kő egyszerű dolog, így abszolút nem értem, hogy amelyik kernel és filrendszer működik egy Intel vagy SandForce, esetleg Phison vezérlős SSD-n, az miért nem működik egy Samsung vezérlősön, illetve hogy ez esetben miért nem a Samsung-nál keresendő a hiba. Azt sokkal könnyebben képzelem el, hogy egy-egy SSD-n miként hibázhat így a firmware (mikor odabent "varázsolgat" a kis háztartásában).
-
#137
CyberPunk666
senior tag
janos666
#136
CyberPunk666
senior tag
válasz
janos666
#136
üzenetére
Attól, hogy vannak interfészek, amik szabványosak, azokat attól még meg is kell valósítani.
A dolog pedig ott lesz rendszerspecifikus, hogy amikor egy darabkát áthelyez a trim, akkor annak a fájltöredéknek a helyét a fájlrendszerben is jelölni kell. Ezt nyilván nem az ssd fogja tudni, hanem az OS kezelni, hiszen ő ismeri a saját fájlrendszerét. Innentől pedig a dolog os specifikussá válik.
Az interfész elméletben csak egy egyszerű illesztés, a valóságban meg sokszor nem...
-
janos666
nagyúr
válasz
Ren Hoek
#133
üzenetére
Hát szerintem egy SATA AHCI-s eszköznek nem egy-egy konkrét OS-t, hanem ezeket a gépközelibb (hardware és firmware szintű) szabványokat kell(ene) támogatnia. (És ez a gyakorlatban szerintem így is van, bármit is írnak.)
Ezeknek az SSD-knek nincs szükségük saját, egyedi (gyártótól származó, adott eszközre specifikált) driver-re. A Windows-nak és a Linux-nak is van SATA AHCI driver-e. A Windows-é sem "az AHCI", hanem egy AHCI driver (sőt, ez sem álladó verziószámú) és a Linux-é is stabilnak tekintett kernelkód (már a stabilnak jelölt kernel verziókban, de nem reverse engineering project és/vagy experimental státuszú kód).
Szóval ezeknél az SSD-knél az OS támogatás kimerül az opcionális szoftverekben, amiket CD-n mellékel vagy letölthetővé tesz a gyártó (itt Magician, disk imager, stb), amit nem kötelező használni és sokaknál nincs is értelme telepíteni, ezt a hibát pedig biztos nem befolyásolja (pl. én is csak addig telepítettem Magician-t Windows-ra, míg firmware-t frissítettem, aztán letöröltem, a disk imager szoftverüket pedig sohasem használtam).A Linux nemtámogatásával egy adattároló esetén még az is komoly probléma, hogy a legtöbb klónozó, adatmentő és hasonló lemez ellenőrző/kezelő/manipuláló program (aminek van ilyen üzemmódja) az egy Linux és nem Windows kernelt boot-ol CD-ről vagy pendriver-ról. (Pl. nehezen klónozhatod le úgy a teljes C:-t, hogy közben fut a Windows, de végképp nem állíthatod vissza egy sérülés után, ha már be sem boot-ol a saját lábán, szóval időnként szükséges lehet valami mást bool-olni és onnan ütyködni). Szóval néha az is használ Linux-ot a Window-os gépén is, aki nincs is ennek tudatában.
A "nekik hogy nem halnak meg az adataik" kérdésre: Passz. Ezen töprengek most én is, mert nekem is 840 Pro-m van, nemsokkal a megjelenése óta és szerintem mára már feltűnt volna, ha rendszeresen levágna a file-okból. Ha folyamatosan veszne el adat minden TRIM után, akkor előbb-utóbb megszűnne működni a Windows is (ha csak egy felhasználói program megy tönkre, azt könnyen elkönyvelem, mint user error, véletlen bug, stb és próbálom frissíteni, újratelepíteni, de ha pl. egyik napról a másikra nem boot-ol a Windows, nem indul valami rendszerprogram, egy rendszerfile hiányára/sérülésére panaszkodik a Windows, stb, ahhoz másként állok, először hardware-es okra gyanakszom, nem saját tévedésre vagy véletlen bug-ra).
Nekem egyébként van is ilyen tapasztalatom, hogy szerintem erre az SSD-re telepítettem eddig legtöbbször újra a Windows-t "ismeretlen okból". De ennek szerintem semmi köze a cikkben tárgyalt bug-hoz (vagyis nem pont erre gondoltam, akár még ez is közbejátszhat), én arra gyanakszom, hogy a véletlen ármakimaradásokat (akár szó szerint, mikor kihunynak a fények egész faluban, vagy ha lefagy a gép valami szoftver/driver miatt és meg kell nyomnom a RESET gombot) kezeli szokatlanul rosszul. Nem emlékszem, hogy régen ilyen komoly filrendszer hibákkal fogadott volna a scandisk egy-egy hasonló eset után.
Szerintem ennek továbbra is egy viszonylag agresszív írási cache-elés lehet az oka (relatívan a korábbi HDD-imhez és SSD-imhez képest több és/vagy inkább tovább marad a cache-ben az adat, ritkább, vagy esetleg nincs is ciklikusan kényszerített flush, vagy valami hasonló), vagy abszolút csak véletlen (ezt én 50-50 valószínűségűnek érzem).
De azért most elgondolkodtam, hogy talán engem is érint ez a bug is és az a "trükk", hogy a scandisk csak az áramkimaradások után fut le, így ilyenkor látom a korábban apránként felgyülemlett hibákat is, aztán, mikor a scandisk belenyúl a filrendszerbe, akkor "kijavít" pár korábbi hibát is (ami nem az megelőző áramszünet, hanem egy ilyen bug eredménye, csak eddig véletlenszerűen "ellebegett" a rendszer és nem derült rá fény), ami sérült file-ok vagy metaadatok érvénytelenítését is jelentheti, és ettől lesz utána teljesen használhatatlan a Windows is.
Persze lehet, hogy Windows alatt eleve sohasem jön elő ez a bug, de szerintem a Windows is ugyan azt az ATA parancsot használja TRIM-hez, mint a Linux, és fura lenne, ha csak úgy szó nélkül belerejtett volna a Microsoft egy Samsung specifikus javítást valamelyik Windows frissítésbe.
Visszatérve a kérdésedre: Linux alatt sokkal jobban bele lehet látni a kernel működésébe, a filrendszer struktúrába, sokkal könnyebb debug-olni (már ha valaki ért hozzá; de amúgy én sem, csak távolról), mert hozzáférhető a forráskód és a teljes dokumentáció, nem üzleti titok egyik sem, mint a Windows-nál (kódban egészben vagy dokumentációnál részben). Szóval lehet, hogy a Windows-t is érinti ez a hiba, csak még tovább tartott volna rájönni, pl. mikor már elterjed a ReFS (a következő Windows filrendszer, ami opcionálisan checksum-ol is, bár boot-olni még nem lehet róla).
---
Ezt a "betonstabil 3D-NAND"-ot egy ilyen hír után remélem viccnek szántad.
Mindegy milyen megbízható a NAND, ha a vezérlő véletlenszerűen törölgeti a tartalmát. -
Ren Hoek
veterán
Az meg tényleg vicces, ahogy valaki abból próbál statisztikát csinálni, és levonni mélyenszántó következtetéseket, hogy pl.: a haver HDD-je megroggyant, meg suliban 2 gép is meghalt Samsung HDD-vel, ja és az öcsi S5-je meg tejfölösdoboz
bezzeg az én WD-m az már 10 éve gyönyörűen megy!!44!! És ebből az jön, hogy ez egy szar gyártó, gagyi termékekkel, a WD meg überkirály Ha statisztikát akarunk, akkor legalább egy HDSentinel beküldési és SMART gyűjtési statisztikát kéne megnézni. Ott eléggé sok infó van pl melyik HDD/SSD -re mennyi panasz érkezett, milyen állapotban vannak általában. Ezen felül bizonyos gány szériák persze mindenhol előfordulhatnak, bármelyik gyártónál.
Mondom mindezt úgy, hogy a 840 lassulás szerintem is eléggé tré dolog volt.
-
Ren Hoek
veterán
Nekem ugyan nem fog elveszni semmi, mert nem vagyok olyan segghülye, hogy egy rendszer SSD-n tartsak mondjuk egy fél éves projectet backup nélkül. Vagy családi fotókat stb. Csupán azt mondom, hogy a hiba eddig nem jött elő Windows-on 840-eseknél, pedig azok már jóideje a piacon vannak. Oké Linuxon szar lehet, amit hivatalosan nem is támogatnak... de itt valami furcsaság van, mert páran használják, és nekik hogyhogy nem halnak meg sorra az adataik?
Nem védem a Samsungot, de egy nagyon picit belelátok milyen az amikor egy hardverben vagy szoftverben előjön egy olyan rejtett bug, ami rettentő kellemetlen... ilyenkor mindenki a mérnököket qrvaanyázza, meg a gyártót, meg a koreaiakat. etc...Az meg különösen mosolyfakasztó, hogy 96-ban meghalt egy Samsung mikró, meg nyikorog a hűtőajtó, nonpluszultra a nagyi Samsung vibrátora nem adja le a kellő fordulatszámot... és akkor mindjárt szar az egész Samsung, sohatöbbé nem veszek SSD-t irgumburgum!
Ez egy külön ágazat, nem sok köze van más Samsung termékekhez... de még a HDD-hez sem.Felhívták a bugra a figyelmet, a mérnökök nekiállnak a firmware javításának és ennyi. Inkább örülni kéne neki, hogy kiderült. Bármely gyártóval, termékkel megeshet, ilyen a hardverbiznisz... és ettől még a 850-esek baromi jó SSD-k, úttörő technológiával, 42 nanos betonstabil 3D-VNAND chipekkel Persze tőlem vehetitek a tizenx nm-es cuccokat, amire én ugyan csak nem tennék semmilyen fontos adatot.
-
#132
#72042496
törölt tag
CyberPunk666
#128
#72042496
törölt tag
válasz
CyberPunk666
#128
üzenetére
"Az előre kijelentetten nem támogatott rendszeren történő hibás működés az nem hiba. Semmilyen problémának nem minősül."
Igaz, és ha nem a múlt héten vettem volna Samsung SSD-ket, talán nem is érintene meg a dolog. Így viszont megerősítést várnék, nem egy ilyen hírt ami elbizonytalanít. Még bontatlanok az SSD-k (nem volt idő beépíteni őket), de részemről esélyes hogy azok is maradnak és visszaviszem őket az üzletbe.
(#129) SymbianOS:
Samsung HDD nálam is hullott, a TV-jük tetszik, a hajnyíróm viszont Remington.
-
#131
CyberPunk666
senior tag
arty
#130
CyberPunk666
senior tag
Hogy hogy mi az? Együtt kell működnie vele és meg kell rá írni az illesztőt.
Már miért lenne röhejes, hogy nem támogat valamit?Aminek nem írod meg a drivert, vagy nem vállalod a driverért a felelősséget, azt nem támogatod.
Nem is értem, hogy miről beszélsz.
Amúgy csináltam sentinellel egy képet:
Az a 618 nap a bekapcsolva töltött idő!!! Kb 4-5 éves.
Tegnapig az egyetlen adattároló volt a gépben, szóval ment is folyamatosan róla minden. -
#130
arty
veterán
CyberPunk666
#127
válasz
CyberPunk666
#127
üzenetére
de mi az, hogy egy ssd "nem támogat X-Y os"-t ?
esetleg a háttérképem színét nem akarják megszabni?röhejes ez a cég...
-
válasz
#72042496
#126
üzenetére
Én soha nem számoltam a samu SSD-kkel, mert a Samu HDD-k ismerősi körben túlságosan sokat haltak meg, sőt még manapság is hallom kollégáktól mennyire sok gondjuk volt vele anno. Ezért pl nálunk a házban csak HGST vagy WD HDD-k vannak. Köszönik 100/100. A 80-as HGST ami nagyon zakatol, nagyon lassú, de megy. SSD-ből nálam a corsair vizsgázott 5-ösre. Az intel 530 most írja a dolgozatot, 360Gb-nál tart. 6Tb körül fejezi be 5-össel. A többi ráadás, mert az az én használatomban olyan 5 év.
Egy kolléga mondta nagyon jól, érdemes elgondolkozni rajta: Philipsből hajnyírót, Samsungból TV-t, stb. Nem keverni őket. -
#128
CyberPunk666
senior tag
#72042496
#126
CyberPunk666
senior tag
válasz
#72042496
#126
üzenetére
Az előre kijelentetten nem támogatott rendszeren történő hibás működés az nem hiba. Semmilyen problémának nem minősül. Az a hülye, aki megvette arra a célra, amire nem való.
A 840 evo elszivárgó cucca egy hardwares hiba, sosem fogják tudni rendesen javítani. De ez egy. Ahogy a kington lassú és sokat hal, ahogy az ocz szintén meghal, ahogy az intel 8mb-re zsugorodott és elveszett minden adat...
A samsung még mindig a legjobb választás.
-
#127
CyberPunk666
senior tag
vinibali
#125
CyberPunk666
senior tag
válasz
vinibali
#125
üzenetére
Miért tesztelnének le valamit, amire előre kijelentették, hogy nem támogatják. (előtte is csak a win volt támogatva, nem most találták ki)
Milyen elvárás már az, hogy a specifikáción kívüli dolgok menjenek.
Nem támogatott -> nincs reklamálás, ha nem megy. kész.
Ha majd a támogatott listán nem megy valami, akkor lehet reklamálni.
btw az érintett darabok nem szerverhez vannak, arra van külön széria.Jah hogy van aki olcsóbban vesz nem támogatott megoldást? Professzionális környezetben az ilyet úgy hívják, hogy "hülye". Professzionális, céges helyekre csakis támogatottat. Még azt is figyelik, hogy a cég vállaltan támogassa a terméket egy ideig.
-
#72042496
törölt tag
válasz
Kolondrum
#123
üzenetére
Nekem éppen a Samsung mikrókkal van a legpozitívabb tapasztalatom.
Vagy 20 éve hoztunk kettőt az osztrákoktól, ezek azóta is tökéletesen működnek, teljesítményben pedig nagyon jók, pikk-pakk meleg bennük a kaja. Közben elköltöztem hazulról, nem tudatosan de ide is Samsung mikró került (már a mostani logóval), ez is vagy hat éve teljesen rendben van.Az SSD-ikben nekem is kezd megrendülni a bizalmam, tényleg sok ilyen-olyan probléma látott napvilágot az utóbbi pár hónapban.
-
vinibali
őstag
nagyon zavaros a történet technikai része!
a mérnökök valamilyen okból kifolyólag rosszul implementálták a SATA 3.2 szabványt a firmware-be. a Samsung persze kihátrál a dologból azzal, hogy nem támogatják a Linuxot(de azért örülnek, ha tőlük veszek a szerveredhez ssd-t) és azt javasolják, hogy tiltsd a trim parancs kiadása legyen letiltva.
itt azért elég sok érdekesség felmerül:
- hogy tudták rosszul a szabványt beépteni?
- nem tesztelték le, hogy rossz?
- ha tudták, hogy rosszul működik, miért hagyták kimenni a firmwaret? -
Viktor81
senior tag
válasz
worxland
#120
üzenetére
"Moderációs problémáid neked vannak" - Orulok, ha igy latod, mert ez engem igazol. En nem irtam semmi vallalhatalant, vagy sertot, viszont most lehet, hogy fogok: azt "fikamatyizhatod, agyatlantrollozhatod", aki veled egyidos, vagy a felmenod, engem nem ! Ha naponta 100-szor beirom nagybetukkel, hogy az a tapasztalatom es ebbol kifolyolag a velemenyem, hogy a ketto koreai "orias" szinte csak szemetet allit elo, akkor vagy ertelmesen cafolod, ellenvelemenyezed, vagy nagyot nyelsz es atlapozod ! Engem nem az zavart, hogy te partoltad a Samsungot, vagy sem (ezt en le.....). Azt viszont nem, hogy burkoltan, vagy kozvetett modon ilyen jelzokkel illess. Szomoru, hogy meg ezt sem tudtad leszurni az elozo hozzaszolasombol es leirtad ezt a sok suletlenseget, aminek koze nincsen ahhoz, amirol beszelek...
V.
-
worxland
addikt
válasz
Viktor81
#118
üzenetére
Moderációs problémáid neked vannak. A hozzászólásod többi része pedig értéktelen fröcsögésbe ment át. Nem baj, hozzászólási joga és véleménye mindenkinek lehet, azt meg, hogy melyikünk véleményére adnak, se te, se én nem fogjuk a többiek helyett eldönteni. Mellesleg a nyamvadt 2 hozzászólásomban egyetlen szóval se támogattam a Samut.
-
-
Viktor81
senior tag
válasz
worxland
#102
üzenetére
Okos legyel jobarat !
Ha neked a Samsung a mindened, tamogasd oket, de engedd meg, hogy az en velemenyem mas legyen ! En nem irtam olyat, hogy pl. a Samsung HDD szar, mert nekem meg soha nem volt, de amit leirtam az akkor is szemet volt, ha a te fejed tetejere allsz. Nehogy eldontsd helyettem, hogy mit tapasztalatam es szamomra mi a szemet vagy mi nem ! Probald meg moderalni magadat, nehogy problemaid legyenek !V.
-
$p@rr0w
őstag
válasz
worxland
#102
üzenetére
Persze sok az okos mindig az ilyen híreknél, aki szervízközelben mozog az nagyon is jól tudja hogy mi a valóság: a tömeggyártásban mindig is voltak és lesznek hibás darabok is és sorozatok is, és ez mindig véletlenszerű, főleg hogy az összes gyár Kínában van, de nem építenek minden vállalat megrendeléseihez új gyárakat...
-
#16939776
törölt tag
válasz
janos666
#107
üzenetére
Itt olvastam a HDD-s problémáról.
SSD-nél azért csak most lett publikus ez a "hiba" mert nem voltak akkora kapacitású drive-ok párhuzamosan üzemben, hogy "kellően nagy legyen az esélye" ennek a hibának?
Szóval más, hasonló körülmények között üzemelő bármilyen SSD tudja produkálni ugyan ezt, csak eltérő eséllyel? -
janos666
nagyúr
Mindenkinek, aki arrogánsan csak annyit reagált a hírre, hogy: backup ->
Hát, erre pont nem megoldás a hagyományos backup. Ez ilyen szempontból pont ugyan az a probléma, mint a HDD-knél is létező bitroth, csak véletlenszerű bitek helyett 512 byte-os egységekben és nem hardware, hanem szoftver oldalról.
(Megjegyzések: 1: persze sok HDD vezérlő is eldobja a teljes 512 byte-os vagy 4k-s szoktort, ha hibás checksum-ot talál, így a szoftveres rész után már ott is ugyan ez lesz a helyzet ; 2: nyilván ugyan úgy előjöhet még a hagyományos hardware alapú bitroth NAND-on is, bár az SSD-n kicsit jobb szokott lenni az ECC, van redundancia, mert számítanak rá, főleg MLC-n és még inkább TLC NAND-nál...).Erre a legjobb megoldás nem a backup, hanem a checksum-oló filerendszer + backup (ez is vagy saját checksum-al bármilyenre, vagy szintén checksum-oló filerendszerre; legalább az egyik példány, ha több van). ReFS (Windows), Btrf (Linux), ZFS (Sun), stb. (Persze hasonlóan jó lenne, ha egy külső userspace program kezelné a checksum-olást, szorosan a filerendszer módosítások követésével, de ez szerintem már jól látható, hogy akkor a legjobb, biztonság és teljesítmény szempontból is, ha maga a filerendszer csinálja...).
---
Ez számomra kicsit sokkoló hír. Ahogy már fent is írtam megjegyzésben, eddig úgy tekintettem ezekre az SSD-kre, hogy kisebb probléma a bitroth a komolyabb ECC és némi redundancia miatt. Erre most kiderül, hogy a vezérlő ilyen szempontból nem megbízhatóbb, hanem egyenesen az teszi tönkre az adatokat valami bagatel szoftveres hiba miatt. És tessék, itt a hír alatti hozzászólások még jobban elbagatelizálják a problémát (azok is, akik szerint a Samsung egy jó cég, így nézzük ezt el neki és azok is, akik lerendezik annyival, hogy "backup, backup, backup és minden OK").
-
t72killer
titán
válasz
CsikiRoli
#103
üzenetére
Nem feltétlen csak adattárolásra kell gondolni a főgépen, 100kFt-os terás SSD-n. Az simán előfordulhat, hogy egy notit nem használ az ember pár hónapig - mert pl van egy kevésbbé mobilisabb időszak, amikor kényelmesebb az asztalit nyúzni. Elég ciki, ha aztán elutazás előtt 1 nappal bekapcsolja és be se tud bootolni, merthogy az ssd elfelejtette az OS felét
.A kihasználtság meg ember és szitufüggő.
-
worxland
addikt
Hádenem?
1) Találnak egy hibát, ami annyira súlyos, hogy a Windows-t használó embereket (felhasználók 85-95%-a) egyáltalán nem érinti és több, mint 2 év kellett a felfedezéséhez, eddig senki nem tapasztalta.
2) Egyből jön höbörögni az összes fikamatyi, hogy a Samu így sz@r, úgy sz@r
3) Ő meg úgy érzi, hogy még rá is kell kontrázni, mert szerinte a Kingston SSD-k bezzeg. Soha nem hallott a V200 tömeges elhullásáról, a V300 aszinkron NAND botrányáról, de a billentyűzetet püfölni azt tudja... -
sb
veterán
Neked most mi bajod van?
Egyrészt: Hol általánosítottam? Azt írtam, hogy az én SSD-mmel semmi baj. Pedig az is hibás volt.
Másrészt: Nem írtál semmit a hőmérsékletről. Arról írtál, hogy ígyúgyszar és a szerverbe valók jók... meg drágák. Erre reagáltam. Szóval nem vágom hogy jött ide, de biztos igazad van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Új hozzászólás Aktív témák
- Őszköszöntő hardverkeverék
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Vezeték nélküli fejhallgatók
- Nem lesz Xiaomi 16
- AMD Navi Radeon™ RX 9xxx sorozat
- Tőzsde és gazdaság
- Fejhallgató erősítő és DAC topik
- Lakáshitel, lakásvásárlás
- Képregény topik
- Megválik a legfontosabb mérnökétől az Intel
- További aktív témák...
- IDE HDD-k vegyesen nagy mennyiségben 32db egyben
- 3 TB WD RED (WD30EFRX) 1000+Nap 100/100
- Crucial T500 PRO 2TB M.2 NVME PCI-E 4.0 x4 - Új, Hűtőbordás - 7400-7000 MBs - Eladó!
- Lexar NM1090 PRO 2TB M.2 NVME PCI-E 5.0 x4 - Új - 14.000-13.000 MBs - Eladó!
- Lexar NM1090 PRO 4TB M.2 NVME PCI-E 5.0 x4 - Új - 14.000-13.000 MBs - Eladó!
- BESZÁMÍTÁS! MSI B450 R7 1800X 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA Corsair 550W
- OLCSÓBB 09.11.!!! HP üzleti laptopok Elitebook, Probook, Zbook 8-13. gen gar.
- HIBÁTLAN iPhone 13 mini 256GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3408
- HIBÁTLAN iPhone 13 Pro 128GB Alphine Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3024, 91% Akkumulátor
- AKCIÓ! MSI Z77 MPOWER Z77 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest