Százszoros gyorsulást ígér az SSD-nél a SanDisk
Jelentkezz be a hozzászóláshoz.
#11
Hát, nem tudom, de abból, hogy létre kellett hozni ezt az új filesystemet, nekem az jön le, hogy a régi filesystemek + wear levellig önmagában kevés.
Nem csak a régi fejmozgás-optimizációról van szó. Hanem amit pl. az #5-ösben írtam. Ha ezeket eleve a filesystem is figyelembe veszi, úgy tûnik, az a "tuti".
Nem csak a régi fejmozgás-optimizációról van szó. Hanem amit pl. az #5-ösben írtam. Ha ezeket eleve a filesystem is figyelembe veszi, úgy tûnik, az a "tuti".
#10
> Az nem tudja teljes mértékben kiküszöbölni a FAT32 v. akár NTFS vonatkozó hiányosságait.
Nem ertem milyen "hianyossagokra" gondolsz. Ha a fejmozgas optimalizaciora az nem gond mert ahhoz lehet patchelni a fajlrendszer driveret ugy, hogy elmeletileg meg formatumvaltast sem igenyel. (elmeletileg = ha a kod/formatum eredetileg nincs elb.szva) Sot ha az emlekeim nem csalnak NTFS-nel ki is lehet kapcsolni.
Nem ertem milyen "hianyossagokra" gondolsz. Ha a fejmozgas optimalizaciora az nem gond mert ahhoz lehet patchelni a fajlrendszer driveret ugy, hogy elmeletileg meg formatumvaltast sem igenyel. (elmeletileg = ha a kod/formatum eredetileg nincs elb.szva) Sot ha az emlekeim nem csalnak NTFS-nel ki is lehet kapcsolni.
#9
Bocs, a vastagresz erre akart vonatkozni:
nehany SSD mar hardverbol is tamogatja
nehany SSD mar hardverbol is tamogatja
#8
> ez felelõs azért hogy egy memóriakártya minden felülírásnál más és más random blockba (véletlenszerû helyre a memóriában) írja egy fájl részleteit.
1. Kossz, de en mi mast irtam. <#wink>
2. Nem csak egy "fajl reszleteit" hanem minden adatblokkot ami irasra (tehat akar csak modositasra) kerul uj cellaban kezd - konyvtarinformacioktol a kulcsokig mindent.
> Mert a hagyományos írási módszer esetében is mindig minimum egy teljes cellát újra kell írnia a kártyának (rendszerint 4096 byte, még egy 4 bytos program esetében is) és ez a gyors elöregedéséhez vezet (a cellának, nem az egész kártyának) hangsúlyozom, hogy ennek SEMMI KÖZE semmilyen operációs rendszerhez , ezt az eszköz vezérlõcsipje végzi !!!
<#smile>
Kiki, ezt a sokat igazan megsporolhattad volna, ha vegigolvasod a hozzaszolasomat:
"A masik meg, hogy felesleges mivel nehany SSD mar hardverbol is tamogatja igy az az OS fele mar transzparens lesz."
> Vannak a cikkben említett szoftveres megoldások: fájlrendszerek (pl.: linuxra) amelyek a wear-levellinghez hasonlóan dolgoznak , hagyományos memória-kártyákon és flash-drájvokon.
Telleg kossz Kiki, de naprakesz vagyok. <#rolleyes>
1. Kossz, de en mi mast irtam. <#wink>
2. Nem csak egy "fajl reszleteit" hanem minden adatblokkot ami irasra (tehat akar csak modositasra) kerul uj cellaban kezd - konyvtarinformacioktol a kulcsokig mindent.
> Mert a hagyományos írási módszer esetében is mindig minimum egy teljes cellát újra kell írnia a kártyának (rendszerint 4096 byte, még egy 4 bytos program esetében is) és ez a gyors elöregedéséhez vezet (a cellának, nem az egész kártyának) hangsúlyozom, hogy ennek SEMMI KÖZE semmilyen operációs rendszerhez , ezt az eszköz vezérlõcsipje végzi !!!
<#smile>
Kiki, ezt a sokat igazan megsporolhattad volna, ha vegigolvasod a hozzaszolasomat:
"A masik meg, hogy felesleges mivel nehany SSD mar hardverbol is tamogatja igy az az OS fele mar transzparens lesz."
> Vannak a cikkben említett szoftveres megoldások: fájlrendszerek (pl.: linuxra) amelyek a wear-levellinghez hasonlóan dolgoznak , hagyományos memória-kártyákon és flash-drájvokon.
Telleg kossz Kiki, de naprakesz vagyok. <#rolleyes>
#7
én úgy tudom készült olyan pen-drive (ha memóriakártya nem is).. még a vista is megeszi és úgy tudom a "Readyboost Capable" címkét is szépen ráragasztyák ...de mind1 nekem nem hiányzik annyira..
TomcatIVD TYAN board,2xP1 Tillamook 166MMX,48MB RAM,Matrox G550 32MB VGA, 4.3 IBM SCSI HDD,Hitachi SCSI DVDRW,SB16+Gravis Ultrasound,Realtek8019 LAN, Adaptec PCI2SCSI2 card,XP Pirate,bootup: 33s
#6
"nincs már elég üres hely" -> mármint az adott cellában
#5
Memóriakártyákon és pen-drive-okon nincs wear levelling.
Az egész cellát csak akkor kell átírni, ha nincs már elég üres (elõzõleg típustól függõen full 1-re v. 0-ra törölt) hely. Magyarán üres helyre elég az adatot beírni, de ha elõzõleg volt már ott adat, akkor törölni kell (majd visszaírni az eredetit + az új adatot), és törölni csak egy egész cellát lehet. Ezért egy üres flash-ra viszonylag gyorsan lehet írni, de egy idõ után, illetve ha kis file-okat írkálunk rá és törölgetünk róla, erõsen belassul.
Az egész cellát csak akkor kell átírni, ha nincs már elég üres (elõzõleg típustól függõen full 1-re v. 0-ra törölt) hely. Magyarán üres helyre elég az adatot beírni, de ha elõzõleg volt már ott adat, akkor törölni kell (majd visszaírni az eredetit + az új adatot), és törölni csak egy egész cellát lehet. Ezért egy üres flash-ra viszonylag gyorsan lehet írni, de egy idõ után, illetve ha kis file-okat írkálunk rá és törölgetünk róla, erõsen belassul.
#4
Az nem tudja teljes mértékben kiküszöbölni a FAT32 v. akár NTFS vonatkozó hiányosságait.
#3
1) A cím csalóka..
2) Amúgy volt egy cikk hogy nem lesz nagy áttörés az ssd-k terén a közeljöböben.. Biztos ebben mindenki ?!
2) Amúgy volt egy cikk hogy nem lesz nagy áttörés az ssd-k terén a közeljöböben.. Biztos ebben mindenki ?!
#2
a "wear levelling" egy az eszköz Firmware-ébe égetett program valahol a hardver és szoftver között helyezkedik el, mint egy alaplapi BIOS.. ez felelõs azért hogy egy memóriakártya minden felülírásnál más és más random blockba (véletlenszerû helyre a memóriában) írja egy fájl részleteit. Mert a hagyományos írási módszer esetében is mindig minimum egy teljes cellát újra kell írnia a kártyának (rendszerint 4096 byte, még egy 4 bytos program esetében is) és ez a gyors elöregedéséhez vezet (a cellának, nem az egész kártyának) hangsúlyozom, hogy ennek SEMMI KÖZE semmilyen operációs rendszerhez , ezt az eszköz vezérlõcsipje végzi !!!
Vannak a cikkben említett szoftveres megoldások: fájlrendszerek (pl.: linuxra) amelyek a wear-levellinghez hasonlóan dolgoznak , hagyományos memória-kártyákon és flash-drájvokon.
más:
milyen érdekes , hogy a microsoft pont most jelentette be hogy állítólag hûde gyorsan fogja majd kezelni a Windows 7 az SSD-ket és erre tessék itt van , hogy ennek (is) hardeveres okai lesznek, és nem a winfos okossága lesz (ez se)
Vannak a cikkben említett szoftveres megoldások: fájlrendszerek (pl.: linuxra) amelyek a wear-levellinghez hasonlóan dolgoznak , hagyományos memória-kártyákon és flash-drájvokon.
más:
milyen érdekes , hogy a microsoft pont most jelentette be hogy állítólag hûde gyorsan fogja majd kezelni a Windows 7 az SSD-ket és erre tessék itt van , hogy ennek (is) hardeveres okai lesznek, és nem a winfos okossága lesz (ez se)
TomcatIVD TYAN board,2xP1 Tillamook 166MMX,48MB RAM,Matrox G550 32MB VGA, 4.3 IBM SCSI HDD,Hitachi SCSI DVDRW,SB16+Gravis Ultrasound,Realtek8019 LAN, Adaptec PCI2SCSI2 card,XP Pirate,bootup: 33s
#1
> Az ExtremeFFS egy új flash fájlrendszert takar, amelynek feladata a véletlen írási mûveletek optimalizálása, elsõsorban Windows Vista alatt.
Ezt hivjak ugy, hogy "wear levelling" es nem egy ujkeletu dolog. A masik meg, hogy felesleges mivel nehany SSD mar hardverbol is tamogatja igy az az OS fele mar transzparens lesz.
Ezt hivjak ugy, hogy "wear levelling" es nem egy ujkeletu dolog. A masik meg, hogy felesleges mivel nehany SSD mar hardverbol is tamogatja igy az az OS fele mar transzparens lesz.