Aktív témák
-
Jester01
veterán
válasz
davidsz
#29906
üzenetére
Nekem nem jut eszembe egyetlen egy előny sem a már említett egyszerűbb bootolhatóságot leszámítva. Ha adott egy jó vezérlő chip az alaplapon azt ugyanúgy ki tudod használni szoftveres raiddel, hiszen a saját drivere épp ugyanolyan szoftveres raidet csinál miután már felállt az operációs rendszer. Ráadásul smart és trim is megmarad, ami nem minden raid driver esetén természetes.
Jack@l: mit nem lehet?
-
Jester01
veterán
válasz
davidsz
#29903
üzenetére
Hogy miért nem terjedt el, azt nem tudom. Abban viszont igaza van MiB kollegának, hogy a gagyi alaplapos cuccok fake raid-ek és gyakorlatilag ugyanúgy szoftveres mind. Az egyszerűbb bootolhatóságon kívül jóformán csak hátrányuk van. Legfőképpen az, hogy alaplap (típus) csere esetén kétséges, hogy tudod-e tovább használni a tömböt.
-
Jester01
veterán
válasz
kerekfej
#29605
üzenetére
Nyilván egy jobb vezérlő mellé lehet gagyibb memóriát tenni és végeredményben ugyanott vagy csak esetleg olcsóbban.
Mondjuk a táblázatban inkább az OCZ a sok, tehát max arra lehetne ráhúzni a vizes lepedőt. Ráadásul ugye ezek még a régi szériások. A samsung meg eleve túl új ahhoz, hogy különösebben számolni lehessen vele szerintem. MOD: plusz azt sem tudjuk ezek elhasználódás jellegű meghibásodások-e.
A linkelt endurance táblázatban pl. a Mushkin Chronos Deluxe (sandforce 2281) az 475TiB-ot tudott ami abszolút összemérhető a 470-es samsung 478TiB írásával. A grafikon trendje szerint a Corsair Force 3 is szépen megcélozta a 480TiB értéket, majd kiderül bírja-e.
Arra mindenesetre jó volt, hogy megtudjuk, ők kb. 46%-os tömörítéssel dolgoznak.
-
Jester01
veterán
válasz
Zlin50
#29595
üzenetére
Azért a tipikusan használt adatok bizony tömöríthetőek, hiszen inkább rendszerlemeznek és programoknak használjuk őket, nem filmek tárolására.
Továbbá, mint ahogy azt már korábban említettük, a tömörítés áldásos hatással van az élettartamra is mivel kevesebb írást jelent.
Nem olyan rossz dolog az, hogy köpködni kelljen a sandforce-ot. Ha nem lett volna az a firmware hiba, nem hiszem, hogy ekkora ellentábort szerzett volna.
-
Jester01
veterán
-
Jester01
veterán
válasz
kerekfej
#27896
üzenetére
>> A tömörítési puffer nem a flash területen van
> Nem is állítottam én mást.Egész pontosan azt írtad: "A 4GB-os blokkban csak ideiglenesen vannak az adatok, addig amíg fel nem dolgozza (tömöríti például)" Ez nekem pont azt jelentette. A sebességet pedig csak ez ellen hoztam fel bizonyítéknak.
Az idézett rész pedig éppen azt mondja, hogy az a 4GB legalább részben pont, hogy wear levelling tartalék. Ráadásul mint említettem a tömörítés miatt a rendes területen is a tömöríthetőség függvényében automatikusan nyersz tartalék helyet. Vagyis hiába hiszed hogy teleírtad, attól még vannak üres cellák és ehhez már elég kis tömörítés is elég.
Az idézett százalékokat meg nem is értem. Először azt írja, hogy "Egy teljesen normális SSD-n az általunk felhasználható területnek kb. 6-8%-a tartalékterület" utána meg hogy "csak 13% tartalékterülettel gazdálkodnak (64 GB NAND, 60 GB-osként árulják)". Ha ez tényleg 13% lenne, akkor az több mint amennyit egyébként ráhagynak, tehát a "csak" szó nem indokolt, mint ahogy ezen felül még szabad helyet hagyni sem (ha egyszer eleve több van - "tartalékterület megnövelésével érik el" ugye). De szerintem ezt itt csúnyán elszámolták, az ugyanis inkább 6,2% ami viszont éppenséggel beleesik a 6-8%-os intervallumba vagyis saját állításuk szerint normális.
Abba már ne is menjünk bele, hogy a "szükséges redundáns adat" meg ellentmondás.
-
Jester01
veterán
válasz
kerekfej
#27893
üzenetére
ott levő szabad helynek semmi köze az operációs rendszer számára is látható szabad helyhez.
Na ezzel például egyetértek, de persze senki sem állított ezzel ellenkezőt.
A 4GB-os blokkban csak ideiglenesen vannak az adatok, addig amíg fel nem dolgozza (tömöríti példásul) a Sandforce vezérlő (ez egy külön feldolgozó egység), oda végleges adat nem kerül
Ezzel viszont nagyon nem értek egyet ... például semmi sebességnövekedés nem lenne ha ki kellene írni a tömörítetlen adatot, majd utána visszaolvasni és tömörítve mgint kiírni máshová. A tömörítési puffer nem a flash területen van, hanem ramban és azért gyorsabb tömöríthető adattal mert kevesebbet fog a flashbe írni.
-
Jester01
veterán
válasz
kerekfej
#27888
üzenetére
És tök rosszul írtad.
Továbbá a sandforce ugye tömörít tehát jó eséllyel még akkor is van megfelelő mennyiségű üres cella, ha teleírod legalább kicsit tömöríthető adattal.
Lásd még: "If you filled up the drive with 50 GB of compressible data squished down into 25 GB of written information, where does the other 25 GB go? Well, it is added to the pool of overprovisioning."
-
-
Jester01
veterán
De, a tárolóra (a flash chipekre) kerülő adatokat tömöríti, tehát az adat tényleg kevesebb helyet foglal, csak ez az operációs rendszer felé nem látszik (transzparens) mivel fix blokk címzés van.
A kábelen egyébként tömörítetlenül megy az adat mivel a tömörítést és kicsomagolást az SSDben lévő egység végzi, nem a központi processzor.
MOD: látom szerkesztetted
, akkor egyetértünk 
-
#26809
Jester01
veterán
Wind-Storm
#26808
Jester01
veterán
válasz
Wind-Storm
#26808
üzenetére
Én csak arra értettem, hogy ezek mind SATA csatolósak és így nem tudják kihasználni a memória sávszélességet. A revo-drive viszont pcie csatolós, azon több átmegy (főleg ha 16 sávos lenne
). -
#26807
Jester01
veterán
Wind-Storm
#26806
Jester01
veterán
válasz
Wind-Storm
#26806
üzenetére
Jobb lenne revo-drive stílusban, vagyis pcie csatolóval, DDR3 memóriával (mert az most az olcsó
) no meg persze nagyobb kapacitással. -
#26805
Jester01
veterán
Wind-Storm
#26799
Jester01
veterán
válasz
Wind-Storm
#26799
üzenetére
Guglizz magadnak!
Gigabyte i-RAM
ACard's ANS-9010 Serial ATA RAM diskMondjuk egy ráncfelvarrás ráférne ezekre.
-
#26790
Jester01
veterán
Wind-Storm
#26789
Jester01
veterán
válasz
Wind-Storm
#26789
üzenetére
Képzeld, gyártanak. Ebből az ötletből sem te leszel milliomos
-
Jester01
veterán
válasz
Balage76
#25891
üzenetére
un. Mapping Table. Ez a HDD-knél használt FAT (File Allocation Table) itteni megfelelője. Gyakorlatilag ebből a táblázatből tudja a kontroller, hogy melyik fájl melyik darabkája melyik cellában található.
A kettő hasonlósága a "table" szóban szerintem ki is merül. Egyfelől az SSD már nem lát fájlokat csak szektorokat tehát a két dolog más szinten van; másfelől a FAT az láncolt adatszerkezet a mapping table pedig leképezés.
Továbbá ha FAT fájlrendszerre formázod az SSD-t akkor azon ugyanúgy lesz FAT mint egy HDD-n, illetve fordítva: ha más fájlrendszert (pl. NTFS) használsz HDD-n akkor azon értelemszerűen nem lesz FAT. Ez nem az adathordozó jellemzője.
Amit a működéséről írtál azzal viszont egyetértek.
-
Jester01
veterán
Tudja valaki, hogy lehetne ellenőrizni a trim működését linuxon?
Egyelőre annyit tudok, hogy AHCI rendben és hdparm szerint trim supported. Ha viszont kézzel kiadok egy trim parancsot akkor az érintett szektor továbbra is vidáman olvasható (de nincs hiba). Gugli szerint a trim-nek nem kötelező nullázni a szektort, pláne nem azonnal (valakinek ki-be kapcsolás után megtörtént, nekem nem). Akkor viszont hogy lehet ellenőrizni? (Kingston V+ 100)
, akkor egyetértünk 
).
Aktív témák
- Gitáros topic
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Gamepad
- Nothing Phone 2a - semmi nem drága
- Samsung kuponkunyeráló
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Formula-1
- Milyen TV-t vegyek?
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4062
- Beszámítás! LENOVO LOQ 15AHP10 FHD Gamer notebook - R7 250 16GB DDR5 1TB SSD RTX 5060 8GB
- iPhone 17 Pro 256 GB - Bontatlan !! www.stylebolt.hu - Apple eszközök - Számlás
- DELL LATITUDE 5420 üzleti laptop garanciával 14", i5-11345G7 16gb ram 256ssd FHD
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest