Új hozzászólás Aktív témák
-
greeneye166
aktív tag
Ismét egy laikus feltevéssel élnék (a szóhasználat pontatlan lesz!):
Ha jól vettem ki amit írtatok, akkor az a baj, hogy bár az algoritmus mindig más helyre ír, de az írást vezérlő "szektorok" (had nevezzem most adatbázis kezelő résznek) mindig ugyanazok és azok is ugyanúgy átíródnak a többi "szektor" megváltozása miatt.
Kérdés: vajon az nem lenne megoldás, ha ezek az adatbázis kezelő részek modulárisak lennének? Lenne egy garantált üzemidejük, aminek lejáratát előre tudnák?
-> Az SSD meghajtóban lehetne két slot. Az egyikben lenne az adatbázist kezelő aktív chip (vagy kártya) a másikban a friss, inaktív chip. Az első elöregedése előtt minden adatát átrakná az inaktívba és ezután már az lenne aktív. Ezután az elhasználódott chip kuka és megy helyére egy új. Mindez akkor helytálló megoldás ha jól gondolom, hogy az adatbázis levezérlése (írás/olvasás, adathelyek ismerete...) nem igényel nagy tárkapacitást és a chipek olcsón cserélhetőek lennének.
-> Vagy: Még az is megoldás lenne, ha ezek a chipek nem slotban, hanem simán beforrasztva lennének. Közülük egy aktív, a többi inaktív. Lehet hogy az SSD-t 2-3 ilyen aktív/inaktv ciklusú chip kiszolgálhatná amíg a "winyó" többi része is ép. Utánna kuka (szelektívbe természetesen) az egész SSD. Vélemény?
-> Vagy...2:25h...mentem aludniHa totál félreértettem a dolgokat bocsánat
-
demagóg
aktív tag
Azért nem ilyen vészes a dolog. Szerintem nem lufi, csak nem ez az ideális felhasználási terület. A FLASH-nek is megvan a saját felhasználási területe. A mérnökök meg úgy lehettek vele, hogy vannak ugyan kezdeti problémák, de majd megoldódik (na meg a felső vezetői nyomás és piaci kényszer sem segítette a tisztánlátást). A FLASH már 20 éves múltra tekint vissza. Az alapok jók voltak (EPROM és társai) de ez a merőben más alkalmazási terület már nem a FLASH-nek való.
[OFF]
szerintem ezzel már a kezdetek óta mindenki tisztában volt...Hát én ebben nem vagyok annyira biztos. Nem kell messzire menni, itt a fórumon most még nagyon hallgatnak, de biztosan megint jön az a néhány nagyokos osztani az észt. Azok a FLASH guruk, akik napi munkájuk során még soha nem találkoztak ezzel a problémával (pedig már évek óta használnak legalább egy SSD-t. Ja meg valaki EPROM kártyát
). Félreértés ne legyen, nem azokra a kultúrált hozzászólókra gondolok akik csak naívan bedőltek a marketing dumának (wear levelling és JFFS és stb, stb.), de ők nem is akkora vehemenciával rohanták le a kételkedőket.
Például itt is. [/OFF] -
Ste
addikt
szerintem ezzel már a kezdetek óta mindenki tisztában volt, csak nem sejtették, hogy a lufi ilyen hamar kipukkad
-
VladimirR
nagyúr
nem nagy trukk, meg kell mondani a kliens-nek, hogy sorban igenyelje a szeleteket, igy a letoltes nem veletlenszeru sorrendben tortenik
mplayer pedig szo nelkul le tud jatszani csonka avi file-okat is, s mint irtam, a letoltes gyorsabb, mint ahogy nezi az ember, igy az sem nagyon fordul elo, hogy a lejatszas elerne a file aktualis letoltottseget -
VladimirR
nagyúr
felreertetted, leirtam, hogy nem _csak_ a tobblemezes filmeknel bukik a dolog, hanem egy megfeleloen beallitott torrentklienssel
az elso szelet (torrent ugye chunk-okra darabolja az allomany(oka)t) letoltese utan akar nezheto is a filmmas teszta, hogy erre nincs is szuksegem a "parhuzamositas" miatt
-
Dave™
nagyúr
válasz
VladimirR #73 üzenetére
Nincs bennem semmi rosszándékúság, ahogyan most leírtad az teljesen okés, a 2 cd-s filemkre valóban nem igaz a dolog.
Én mindössze ebből indultam ki:
"de amit surubben, mondhatni rendszeresen nezek (kommersz xvid), azok meg boven 2mbps alatt vannak (inkabb 1 mbps korul), az ilyen net meg nehogy mar luxus legyen".
Én ezt úgy értelmeztem, hogy mivel 1 Mb/s körül van a film bitrate-je, ha a net ennél gyorsabb, akkor nincs értelme tárolni, mert gyakorlatilag folyamatosan nézhető. Erre írtam, hogy csak adott esetben igaz.
Ha párhuzamosan futnak a dolgok, az már nyilván más tészta. A darabolós rar pedig tudom, hogy régi nagy ftp-s hagyomány, de sajnos ahol én látom, még mindig nem szoktak le róla, és gyakorlati értelmét idáig csak egy egyszeri crc-hibánál láttam.
Ha félreértettem a fenti részt akkor sorry, nekem ez jött le belőle, nem az értelmezési képességeimmel van baj, hanem nem volt szó a párhuzamosságról.
-
VladimirR
nagyúr
tudom, mire gondoltal, tisztaban vagyok vele mi szukseges ahhoz, hogy meg tudjak nezni egy filmet, a problema nem ez a mondandoddal, hanem hogy teves
a legritkabb esetben ulok le es talalom ki, hogy marpedig en most meg akarom nezni az xyz filmet...mostazonnal
de meg ha igy is lenne, mindig van 1-2 film, vagy 3-4 sorozatepizod, amik megnezesre varnak, mert
a) nincs idom azonnal megnezni, amint letoltom (megjelenestol (hajnal 3-4 ora) szamitva max 2 oran (2cd-s film) belul (sorozatnal 20-30 perc))
b) ennyi meg elfer a vinyomon kenyelmesen
innentol kezdve, nem kell varnom a letoltesre, mert addig is van mit neznem
mig a fentiek kozul egyet megnezek, leerkezett az xyz film is, es ez tagadhatatlanul egy win-win szituacio, hisz potoltam elmaradasombol, raadasul nem kellett tukon ulve varnom, s a letoltesmutatot bamulnomha esetleg erre azt akarnad reagalni, hogy de valami uj cucc epp most jott ki, arra bizony annik is varnia kell, aki egyebkent mindent megtart, szoval ugyanott vagyunk
mellesleg most csak a te kedvedert osszeszamoltam, azon sorozatok, amik hirtelen esembe jutottak, hogy eddig lattam dirvan 543GB-ot foglalnanak, ha csak egy, a legkisebb verziot szamolok beloluk (van, amit megneztem hd-ben is, eredeti nyleven es szinkronnal is)
es ezek csak a sorozatok, a filmekrol meg nem esett szo
raadasul ezeket barmikor, gyorsan le tudom rangatni, _teljesen folosleges_ barmit is tarolni kozulukszoval lathato, nem az a gondom, hogy "megcafoltad", amit irok, honam hogy ahhoz semmi koze
raadasul ez a resz konkretan tobb okbol is hulyeseg: "ergo csak akkor tudod megnézni, ha 100%-a lejött"
1) tobblemezes filmnel bukik az elmelet
2) megfeleloen beallitott torrent kliens segitsegevel akar az elso szelet (ez tobbnyire nem nagyobb, mint 2M) letoltese utan nezheto a filma darabolt rar-okat meg halistennek egyre tobb tracker probalja hatterbe szoritani, van, ahol kerik, van, ahol szabalyozzak, mi lehet abban
es eredetileg (amennyire tudom), igenis az ftp-k talalmany, hisz az ftp protokoll nelkulozi a hibaellenorzest atvitelkor (napjainkban, a p2p halozatokon (ahol akar szeletenkenti ellenorzes is van, ami nem ritkan kisebb, mint egy-egy rar darab) tobbnyire csak a "hagyomany" miatt hasznaljak) -
Dave™
nagyúr
válasz
VladimirR #70 üzenetére
Eskü tök jószándékúlag mondtam, nem kell offenzívnek lenni. Mert amit Te mondasz, az csak akkor állja meg a helyét, ha egy xvid tömörítetlenül van fent egy szerveren. Ha torrentként töltöd, akkor a darabolás miatt nem igaz az, hogy gyorsabb letölteni mint nézni (kivétel ha sokkal gyorsabb a kapcsolat mint a stream), ergo csak akkor tudod megnézni, ha 100%-a lejött. És nem a fizetős ftp-k találmánya a rar-ba való darabolás, hanem kb. mindenhol ezzel találkozni. Azért, mert valaki tényekkel megcáfolja amit mondasz, nem kell támadásba lendülni. Ez nem flame, hanem cáfolat. És nem is kitalált, hanem alátámasztott.
-
-
VladimirR
nagyúr
-
Godefroy
senior tag
válasz
VladimirR #67 üzenetére
Én amióta láttam HDben filmet nagyon rákattantam, monitorom birja az full HD-t, így azon nézem.
Most újra néztem pár régi filmet amit szeretek és kiadtak HDben és nagyon szép lett érdekes részletekkel.
Talán épp a felbontás miatt, botrányos a monitoromon a Divx-es fiélmes sorozat csodák, de sajnos a DVD-k is -
VladimirR
nagyúr
hd-t ritkan nezek, s 15 giga nekem kicsit tulzas, 720p-ket nezek (nagyobbat folosleges, nem birja a monitor), abbol is rip-et, azok meg szoktak allni 7-8mbps korul, s nem ritka az ilyen net
de amit surubben, mondhatni rendszeresen nezek (kommersz xvid), azok meg boven 2mbps alatt vannak (inkabb 1 mbps korul), az ilyen net meg nehogy mar luxus legyen
a "honnan" pedig nem szokott gond lenni ;p
-
demagóg
aktív tag
-
Cathfaern
nagyúr
Nem annyira rendszer swapra gondoltam, inkább videótömörítés vagy PS-hez swapnak
fordfairlane:
Az a legnagyobb gond, hogy a HDD-khez képest semmiben nem tudnak jelentősen sokkal többet nyújtani. Mert igen, gyorsabbak, de a normális árúak nem sokkal, mint egy raidbe kötött hdd (sőt, mint a cikk is írja, esetenként még lasabbak is), kevesebbet fogyasztanak, ez rendben is van, viszont egy laptop fogyasztásának a jelentős részét nem a háttértároló adja. Ellenben jóval drágább mint egy HDD, kisebb annál, s erre még felteszi a koronát a megbízhatatlanság.
Gyakorlatilag az SSD-t úgy kezdték egy fejleszteni, hogy hát igen, most jóval rosszabb a HDD-nél, de majd egyszer beérjük. Ami a jelek szerint még akkor se történne meg, ha a HDD-t nem fejlesztik tovább... -
fordfairlane
veterán
Eléggé halott ügynek tűnik ez az SSD - flash mass storage dolog. Nagyon régóta fejlesztik a flash alapú tárolókat, és nem hiszem, hogy 1-2 év alatt áttörés lesz a megbízhatóságukban. Így viszont marginális marad a piacuk.
-
Raymond
titán
válasz
Cathfaern #57 üzenetére
"Innentől kezdve swap, temp és hasonló célokra lenne alkalmas, mivel ott az adatvesztés nem olyan probléma, ellenben a gyorsaság még mindig fontos."
Max TEMP-re, mert ilyen memoria arak mellett (4GB kit 70-80 EUR) inkabb bovitek memoriat
Swap file-t nem hasznalok mar 3-4 eve.
-
Cathfaern
nagyúr
Az a probléma, hogy a gyorsasága azonban kis mérete miatt az SSD leginkább rendszer vinyónak felelne meg. De a megbízhatatlansága miatt, annak nem alkalmas, hisz az ember nem feltétlen örül, ha újra kell raknia a rendszert létfontosságú rendszerfájlok meghibásodása miatt. Innentől kezdve swap, temp és hasonló célokra lenne alkalmas, mivel ott az adatvesztés nem olyan probléma, ellenben a gyorsaság még mindig fontos. Viszont pont ezek a területek azok, amitől leggyorsabban tönkremegy...innentől kezdve kicsit érdekes kérdéskör a létjogosultsága.
Talán a megoldás az lehetne, ha az SSD-k egybe lennének építve egy megbízható adattároló eszközzel, amire folyamatosan készülne a biztonsági mentés, mondjuk olyan ciklusban, hogy 3-4 óránként végezzen a teljes lemez mentésével. Viszont ez az árát nagyon megdobná, és valószínűleg sebessége is csökkenne (pontosabban nem csökkenne, csak a felhasználó látná így, a folyamatos olvasás miatt).
Én nagyon vártam az SSD-ket, mert a HDD-k lassúsága az ami a mai gépek teljesítményét nagyságrendekkel visszadobja, viszont a jelenlegi formában nem túl nagy jövőt látok benne.zoo8800:
Igen, Flash memóriát használ adattárolásra -
Male
nagyúr
No, hányan néztek hülyének, neveztek tájékozatlannak, és követeltek bizonyítékot, amikor leírtam a fenntartásaimat az SSD-vel kapcsolatban... hát ittvan amit kértek.
-
zoo8800
veterán
Kissé láma vagyok, ugye jól értem: az SSD egyfajta új generációs vinyó?
-
demagóg
aktív tag
A blokkos írással (meg a többi gondolattal is) egyetértek.
Ez kicsit olyan, mint netelelőfizetésnél a meghirdetett és a garantált minimális sebesség.
Jó a hasonlat, mert pont olyan. Kár, hogy nem nekem jutott eszembe.
...bélsárból nem lehet várat építeni. Amit a gyártók jelenleg művelnek, az ipari szintű gányolás...
Ebben a gányolásban sikeresen talál egymásra a gyártó és a vevő. Ami a gyártási költség, tárolási kapacitás és megbízhatóság kényes egyensúlya által jön létre. Hogy mekkora profittal dolgoznak a gyártók, nem tudom. De FLASH gyártásból kiszálló szereplőről nem tudok. Vannak megbízhatóbb FLASH memóriák is. Ezekre garantálják a 10 milliós átírást. A gyártó ad hozzá "halálba járató" programot is, ha valaki egy szériát saját maga akar tesztelni (na nem gyufa próbával a teljes szállítmányt). De ezek árban is más kategóriát képeznek, így jelenleg csak katonai, ipari környezetben jöhetnek szóba.
A PMCm-el nem tudom, hogy mi lesz. Nagyon tetszik az ötlet, de nekem a kiszáradó, kapacitását vesztő elkó jut az eszembe, amit ahol lehet, kerülnek. Mivel PMCm-nél elektrokémiai folyamatok vannak (bár szilárd elektrolit), ott is ingataggá válhat a megbízhatóság, ha a költséget és kapacitást is szembeállítják a tervezéskor, gyártáskor. Járhat úgy mint a FLASH. Elfogadom azt az ellenvetést, hogy most már LCD-t is tudnak stabilan megbízhatóra gyártani. A szerves alapú ledek is egyre jobban teljesítenek. Meglátjuk.
-
shtml
őstag
Nem is vonom kétségbe a hozzáértésedet. Bár neked válaszoltam, azokhoz is szóltam, akik esetleg kevésbé tájékozottak.
De mivel a szomszédos cellák műveletei kihatnak a környezetre, a töltésszivárgás miatt a békén hagyott cella tartalma is torzul.
Na igen, és ezt még a blokkos írás (ha egy byte-ot írsz át, akkor is egy egész blokkot töröl és ír újra) sem tudja megszüntetni, mert a logikai elrendezés nem 1:1 azonos a fizikaival. Pl. ezért sem olyan könnyű jó memória-tesztprogramot írni (DRAM-ra sem). Erről pl. a memtest86 írói szólnak valahol bővebben.
A gyártó nyilván nem garantál adott számú ciklust, mert a garantált ciklusok száma jóval kisebb lenne a tipikusnál. Ez kicsit olyan, mint netelelőfizetésnél a meghirdetett és a garantált minimális sebesség.
Mint korábban írtam, az megoldás lenne, ha adott számú felülírás után az adminisztrációs területet egy az egyben átírnák egy megkíméltebb területre. Csak ugye itt jön be az, amit te is írsz, hogy mennyi legyen az az adott számú ciklus, na meg a gyártó nem érdekelt a túl nagy redundanciában - talán csak akkor lesz, ha ezt a piac kikényszeríti.
A véleményem (persze laikus vagyok a témában) az, amit korábban már írtam: bélsárból nem lehet várat építeni. Amit a gyártók jelenleg művelnek, az ipari szintű gányolás, olyan memória kell, amit sok nagyságrenddel többször lehet újraírni. Talán PMCm, talán valami más, bár én jó esélyt adok a PMCm-nek.
-
demagóg
aktív tag
Van némi fogalmam a dologról...
A FLASH memória chip bár magasabb szintű parancsokkal dolgozik, a hibakezeléssel egyáltalán nem foglalkozik. Csak előkészíti a terepet a kontroller részére, amely a saját fájlrendszerét úgy és olyan formában teszi a memóriába a felhasználó adataival részben egy területre részben teljesen külön, ahogy a tervező a legjobbnak hiszi. Elvileg a FLASH csak íráskor mehet tönkre, olvasáskor nem. De mivel a szomszédos cellák műveletei kihatnak a környezetre, a töltésszivárgás miatt a békén hagyott cella tartalma is torzul. Ráadásul minél bonyolultabb a fájlrendszer felépítése, működése, annál összetettebb a saját adminisztrációja. Ehhez képest alacsony redundanciájú (hiszen ez is a végleges kapacítás rovására megy), emiatt saját maga alól rántja ki először a sámlit. A wear levelling jól működik ideális környezetben, ahol viszont nincs rá szükség. Egy FLASH chip belső működését viszont soha nem fogja lekezelni, mert nincs az a szimuláció ami alkalmas lenne rá. Amíg a gyártó sem garantálja csak tippeli az újraírhatóságot, úgy nehéz is stabil fájlrendszert tervezni rá. Ellenben a mágneses tárolással, ahol nincs elvi korlátja annak, hogy a mágneses domén hányszor fordítható át. Mint már írtam, szinte mindig a FLASH kontroller fájlrendszere omlik össze, miközben a felhasználó adatai sértetlenek (csak elérhetetlenek kívülről).
"...csak az a bajom, hogy szerintem ez nem a file-rendszer dolga lenne. Csak a flash memória tudja..."
A kontrollerek eszerint működnek, figyelembe veszik az adott típus sajátosságait. Minden márkásabb kontroller próbálkozik valamilyen szinten a wear levellinggel. Ennek ellenére ez a helyzet, amit tapasztalunk. -
shtml
őstag
Ebben igazad van, de ugyanez áll a winchesterre is. Ha a SMART nem tudja előre jelezni egy szektor adatvesztését, akkor bizony elveszett az adat.
Én utánaolvastam (wikipedia.org) a LordX ajánlotta JFFS, JFFS2 és pár hasonló flash file-rendszernek. Mindegyikük lényege az, hogy a file-rendszer szintjén valósítják meg (kényszerítik ki) a wear levellinget, vsz. abból kiindulva, hogy a flash memória gyártója nem bajlódott ezzel. Ráadásul, ha jól értettem, a fejlettebb verziók statikus wear levellinget valósítanak meg, vagyis forgatják a nem változó file-okat is.
Ez (mármint a statikus wear levelling) azt jelenti, hogy a nem változó (pl. programok) file-okat is rendszeresen új területre írják ki, ezáltal nem fordulhat elő, hogy a sokszor változó adatoknak helyt adó területek tönkremennek, miközben még bőven vannak a memóriában olyan területek, amelyeket csak párszor írtak át. A wear levelling jelentése egyébként kb. "elhasználódás-kiegyenlítés" és az a célja, hogy minden cella (vagyis inkább írási blokk) kb. azonos számú újraírásnak legyen kitéve, ezzel elkerülve egyes területek kirívóan gyakori átírását.
Ezzel a FS szintű wear levellinggel nekem csak az a bajom, hogy szerintem ez nem a file-rendszer dolga lenne. Csak a flash memória tudja pl. azt az igen lényeges infót, hogy mekkora blokkot ír egyszerre át, ennek ismeretében sokkal jobban lehet elosztani a terhelést. Persze világos a dolog célja, hiszen egy egyszerű memóriakártya jó eséllyel semmiféle wear levellinget nem tartalmaz. DE egy SSD már más, ott illenék a drive-on belül megvalósítani a dolgot, az oprendszer számára teljesen láthatatlanul. Ez baromi sok problémát tenne elkerülhetővé (pl. file-rendszer támogatása különböző oprendszerek alatt).
-
demagóg
aktív tag
"Ajánlom tanulmányozásra a JFFS és társai fájlrendszereket."
Hiába bármilyen fájlrendszer, ha BÁRMELYIK memóriacella BÁRMIKOR tönkremehet. Ez ellen egy fájlrendszer sem tud védekezni hatékonyan, normális keretek között tartva a redundanciát. A redundancia mértéke a kapacítás vesztésével van egyenes arányban. Amúgy tapasztalat, hogy nem a felhasználói adatterület, hanem a FLASH kontroller saját adminisztrációja pusztul meg először.
-
kovasz
senior tag
ez tevedes. szandekosan lassan adagoljak a piacra az egyre nagyobb hdd-ket. a mai technologiaval tobb 100TB-s hdd-ket is tudnanak sorozotban gyartani. ott viszont megall a tudomany ezert meg vagy 10 eveig csepegteni fogjak. ma amikor 1GB atlagos ram meretnek szamit, mar nem akkora szempont a hdd sebessege, mint amikor 32MB-ra kellett xp-t betolteni...
-
Egon
nagyúr
Kövezzetek meg, de nekem még ilyen adatbiztonsági szinttel is jó lenne 1-2 SSD a gépbe, ha megfizethető lenne. Lesz*rom, ha elszáll a háttértár (persze csak ha kicserélik gariban): ami fontos, azt úgyis kiírom DVD-re, vagy megvan szalagon (családi felvételek mini-DV-n).
Már nagyon várom, hogy olyan áron adják, amennyiért már elgondolkodom a megvételén... Addigra vélhetőleg javítanak a meghibásodási mutatón is. -
#64791808
törölt tag
válasz
VladimirR #45 üzenetére
igen. nem hiszem, hogy a cégünk 1992-es kimutatásait le lehetne tölteni valamelyik torrentoldalról, vagy az egyetemi jegyzettáram megvan így valahol.
egyébként pedig ha pótolható is lenne (nem az, de ha az lenne), akkor is: ha gyorsan kell valami, akkor nekiállok levadászni netről? hű, kéne egy bizonyos közgazdaságtan publikáció, akkor félórás keresés a neten, mire megtalálom a tíz oldalas szöveget? annyi idő alatt elolvasom.
-
Misi 007
őstag
Hehe az megint cumizott aki egyből beleugrott!
Látszik nem forrott még ki a tech!
Jólesz ez a HDD még jóideig! -
Myers
senior tag
Erre figyeltem fel:
Az Avian Securities úgy tudja, hogy egy nagy, konkrétan meg nem nevezett számítógépgyártó a flashalapú adattárolókkal értékesített noteszgépeinek eddig nagyjából 20-30 százalékát volt kénytelen kicserélni vagy visszavenni a tulajdonosuktól, vagy azért, mert a háttértár tönkrement, vagy azért, mert a vásárló nem volt elégedett az egység teljesítményével.Nálunk hol vennék vissza a gépet, csak azért mert nem vagyok elégedett a teljesítményével?
És egyáltalán hogy bizonyítom be?
Nálunk akkor sem veszik vissza, ha pl "ciripel" az alaplap vagy a grafkártya. -
KrAt
veterán
Előbb-utóbb be fog érni a technika, és akkor tarolni fog
-
Vladi
nagyúr
Nos az én okejtésem lényege - ha valaki nem értené - hogy a mostani mozgó alkatrészre alapuló adattárolás elavult. Kell valami ami gyorsabb, csendesebb, kevesebbet fogyaszt stb. Hogy ez az ssd lesz, agy más, nekem mindegy, csak legyen már! Nameg persze a megbízhatóság ugye.
Ugyanez a helyzet a másik topikban emlegetett BD-vel. Már égetően kellene.
eszvéesz marhára le vannak maradva a gyártók ezen a területen, mert mekkora sebességgel komunikál a processzor a ramokkal pl.? Hol van ehhez még a sata is.
-
#64791808
törölt tag
Jajj szokásos szörnyülködés, 80 giga mindenre elég... csak a dokumentumtáram (tömörített szöveg) 350GB, és akkor szó nem volt video és audio anyagokról.
-
shtml
őstag
Nem keverem. De ha csendre vagy kis fogyasztásra vágysz, akkor sztem nem akarsz egy winchestert betenni csak a swapnak, akár Windowsról, akár Lunixról beszélünk. Mert ugye egy 40 GB-os winchester alig fogyaszt többet, mint egy 500 GB-os (vagy talán nem is) és ezzel az erővel a rendszerlemez is lehet winchester.
LordX: Kösz a tippet, megnézem.
-
LordX
veterán
Ajánlom tanulmányozásra a JFFS és társai fájlrendszereket. Nincs rajtuk egy darab (folyamatosan használt) adminisztrációs terület sem.
Persze Windows alatt marad az NTFS, ami előszeretetel tartja egy helyen az MFT-t (mivel nem képes folyamatosan mozgatni. Szóval nagyon hiányzik egy FlashFS Windows alá.
-
shtml
őstag
Még statikus wear levellingnél is veszélyes az a pár százezer újraírási ciklus, dinamikusnál meg még rosszabb a helyzet. Ha az adatterületet úgy-ahogy rendben tartja is, az adminisztrációs területre minden wear levelling műveletnél ír és akkor az megy tönkre. Lehet, hogy ezellen is védekeznek úgy, hogy adott számú művelet után új, szűz területre viszik az adminisztrációs területet, de valljuk be, bélsárból nem lehet várat építeni.
Épp ezért nem is alkalmas az SSD rendszerlemeznek, hiszen a swappolás miatt különösen igénybe van véve. Adattárnak (zene, filmek stb.) meg az ára miatt nem az. Talán majd a PMCm
-
VladimirR
nagyúr
"...és szeretem a Top Geart, amiből a 11. season megy..."
en tobbnyire 10+ sorozatot nezek, szoval ismeros a helyzet
de minek tartogatni, hamar megneztem egy-egy reszt, igy hogy manapsag hamarabb lehet letolteni oket, mint ahogy meg birna nezni az ember?tobb ezer privat fotot pedig legalabb 3 peldanyban irnek ki, nem bizom a merevlemezes (igazabol semmilyen) adattarolokban
"Lehet ezeket a dolgokat "szemétnek" is nevezni...."
amig pillanatok alatt potolhato valami, imho teljes joggal nevezem szemetnek, ha adattarolasrol van szo (a privat foto es a foci nem ide tartozik)
-
Kell neki még egy pár év, és akkor már stabilabbak lesznek.
Azt meg ne gondoljátok, hogy ha belefeccoltak ennyi lóvét nem fogják nyereségesre kihozni.
Én bízom abban, hogy már év és rendszervinyóként működhet majd a legtöbb gépben.
A többire ott a hagyományos HDD, ODD párosítás. -
sh4d0w
félisten
Holografikus adattároló prototípusát évekkel ezelőtt bemutatták, mégsem hallani róla. Ha már most egy csomó vállakozás beleölt a fejlesztésbe egy csomó pénzt, nem fognak könnyen lemondani róla. A cikkben ráadásul csak a Samsung SSD-ivel volt baj, nem minden gyártó termékével - a Samsung meg korábban a HDD-k területén sem alkotott felejthetetlent.
-
rudi
nagyúr
válasz
VladimirR #16 üzenetére
Nézőpont kérdése a "szemét" dolog. Nekem pl. több ezer 2-3 MB-os privát fotóm van. Múltkor meg elkezdtem feltelepíteni pár játékot tesztelés céljából, és egyszercsak eltűnt 50 GB, és szeretem a Top Geart, amiből a 11. season megy. Lehet ezeket a dolgokat "szemétnek" is nevezni, de ilyen alapon pl. a focizás vagy a hobbiból programozás is baromság
-
Integra
titán
mire oda jutok hogy ssd legyen, addirga már valszeg kinőtte a gyerekbetegségeket, úgyhogy no para
-
Alchemist
addikt
Sebesség, kapacitás, fogyasztás, ár... ezek egy háttértárolónál hirtelen másodlagossá válnak, ha baj van a megbízhatósággal (a lerobbant Merdzsóhoz képest még a robogó is jobban célhoz visz).
Ezt mindenképpen jelentősen kellene fejleszteni a következő években. -
rudi
nagyúr
Én mindenképpen megvárnám azt a két évet, utána megnézném, hogy az aktuális normál adattárakhoz képest holt tart az SSD, és hol tartanak az egyéb technológiák mint például a holografikus adatrögzítés. Nekem pl. egy WD Raptor sebességű, mai 2,5"-os HDD hangszintű és fogyasztású, valamint nem utolsósorban azokkal megegyező szintű adatbiztonságú HDD teljesen megfelelne.
-
Vladi
nagyúr
-
Erasmus
őstag
válasz
Winner_hun #7 üzenetére
köc!
-
Winner_hun
félisten
2009-ben és 2010-ben pedig várhatóan évente feleződik majd SSD-k ára.
2009-ben és 2010-ben pedig várhatóan évente feleződik majd az SSD-k ára.
-
Vladi
nagyúr
Kezdeti problémák mindig vannak. 1-2 év és stabil lesz.
rudi!
ha nem ez, akkor mi a jövő technológiája? Ami elég gyors, stabil és nincs benne mozgó alkatrész. Valamint keveset fogyaszt.
-
Cloud_s
aktív tag
"...flasmemóriát tartalmazó háttértárak abban az esetben jó eséllyel lassabban működhetnek, ha egyszerre több kisebb adatcsomaggal kell dolgozni..."
Miért ez a lassabb?Nem pont itt jön képbe a HDD-nél gyorsabb véletlen elérés?
-
rudi
nagyúr
Azért én megnézném, hogy ki adja a fizetést azoknak a szakértőknek, akik az SSD-ben látják a jövőt, mert elég sok adatmentéssel foglalkozónak még merőben más a véleménye. Igen, az SSD papíron szuper (meg biztos csodásan lehet keresni az eladásával), de soha sincs DE nélkül a dolog. Mindenesetre, aki elég gazdag az bétateszteljen csak a többiek meg szerintem várják ki azt a minimum 2 évet.
-
Alchemist
addikt
Nagy gáz, ha az SSD megbízhatatlan...
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400F / RTX 3060Ti / 32GB DDR4 / 512 M.2 SSD
- Samsung Galaxy S23 Ultra 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3141, 95% Akkumulátor
- Azonnali A320 B350 X370 B450 X470 A520 B550 X570 chipset alaplap felvásárlás személyes/csomagküldés
- LG 32GS94UX - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- HP ZBook Studio G7 i7-10850H 32GB 512GB Nvidia Quadro T1000 15.6" FHD 1 év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest