Új hozzászólás Aktív témák

• #42 dabadab titán huszar90 #39

  Új Válasz 2010-02-06 00:57:26 #42

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz huszar90 #39 üzenetére

  A random read leginkább a valós életben fontos. Bármikor, amikor várni kell a HDD-re (és amikor homokóra van, akkor szinte biztosan a HDD-re kell várni), akkor az szinte biztosan a HDD-k eszméletlenül lassú random readje miatt van.

  Amúgy a cuccnak határozottan lehet értelme, igazából a "szétválogató" algoritmuson múlik az egész. Lássuk be, az nem a kifinomultság csúcsa, hogy (pláne Windowsnál) egy-két könyvtárat rárakunk az SSD-re a többi meg megy a HDD-re, mert így feleslegesen fogja foglalni az SSD-n a helyet pár file, ami nyugodtan mehetett volna a lassú HDD-re, ellenben lesz egy csomó, aminek sokkal jobb helye lenne az SSD-n, de nem került oda. Ahogy többen elmondták SSD-s topikokban: azzal nincs igazán kisegítve az ember, ha gyorsan bebootol a gép, de utána ugyanolyan lassan megy minden, mint SSD nélkül.

  Balu77: persze, nő a worst case elérési idő, de mennyivel?... Ne viccelj, egy HDD blokkonként akár 30 ms-ot is eltökölhet azzal, hogy előkerítse az adatokat, nincs az a Z80-ra épült kontroller, ami ezt érdemben meg tudná növelni. Ha soha, semmit nem találna az SSD-n és mindent a HDD-ről kellene előbányásznia, akkor sem tudna észrevehető lassulást okozni, egyszerűen nem tud hozzá elég lassú lenni.

  Szóval mielőtt itt eltemetnénk ezt az egészet, nézzük meg, hogy hogyan sikerült implementálniuk, mert lehetnek meglepetések.

  [ Szerkesztve ]

  DRM is theft

Új hozzászólás Aktív témák