Aktív témák
-
dON't hAcK!
aktív tag
Lemásolták a WD Special Edition-jét, csak itt PLUS-nak hívják. :)
dON't hAcK élt, ...
-
Genialis
aktív tag
válasz dON't hAcK! #1 üzenetére
Lehet, de ez ugye senkit nem érdekel. Csak az, hogy mennyibe kerül, és mennyire jó.
in4m8ion 1ts 2 B 3
-
WaterLo
aktív tag
-
Ahhoj
aktív tag
Teljesítményben mennyit számít, hogy 2, vagy 8 mb cache van benne?
-
hungeek
senior tag
fogalmazzunk úgy hogy ha szerverbe teszel 8mb cache-sat akkor érezhető a különbség...
-
Den
veterán
Sok apró fájl mozgatásánál ahol az oprencer csak átlövi a fájl-t a kesbe a többi a vinyó dolga, és véletlenszerű (random) lemezműveleteknél. Nagy fájloknál nincs különbség. Minennapi használat során valszeg érezhető a különbség, nekem nincs ilyen vinyóm de a fórumon többeknek van 8 megás wd-jük ők tudnának többet mondani.
Szerverbe egyébként nem szoktak ide vinyót rakni jobb helyen :)www.simson4t.hu
-
borely
tag
Sziasztok!
Nem tudja véletlenül valaki, hogy az uj Barracudák megbarátkoztak-e már a RAID1-vel ? A IV-s seria sajnos RAID1-ben is csak azt tudta nyujtani, mint szoloban...''Jobb bármilyen kicsi fényt is gyújtani, mint szidni a sötétséget''
-
Gyurci
csendes tag
-
twollah
nagyúr
Kivancsi vagyok mikor lesz HDD FLaMe :DD.
-
Sidaries
őstag
Ha nem tévedek az utolsó nem is Barracuda.
I am the Visionaire, follow me if you dare...
-
hungeek
senior tag
-
karib
addikt
Ööö... épp hogy desktop felhasználásnál dob a legtöbbet a nagyobb cache. Illetve egészen pontosan ott, ahova a cache algoritmusokat fejlesztették. WD 8 megások desktopra a legjobbak, szerverbe IBM 120/180GXP, streamingre Barracuda, legalábbis eddig ezek voltak az ökölszabályok.
Persze a szerverben sem árt a több cache, de általában kimondottan power desktop userekre lövik be ezeket a HDD-ket. Akinek szerver HDD kell, vegyen SCSI-t, mondják a gyártók :)
Szinte az összes gyártó most már 8 mega cache-es, FDB motoros HDD-ket fog kínálni a high-end IDE kategóriában. Kérdés, mi lesz a következő nagy dobás? 10k IDE HDD?
Amúgy ezekre a 8 megás prémium modellekre azért is érdemes figyelni, mert azokat általában továbbra is 3 év garral adják...
RAID: striping ugyebár kizárólag a lineáris átvitelt javítja, de azt nagyon, mirroring pedig leginkább adatbiztonságot ad, illetve olvasásnál _lehet_ gyorsabb, de pusztán statisztikai alapon: amelyik HDD előbb találja meg az adatot, az nyomja, de ettől még mindkét HDD a saját paraméterei szerinti sebességgel olvas egyenként, tehát fizikailag nem lesz gyorsabb, pusztán mindig a mázlisabb HDD adja az adatot elsőként.Department of Redundancy Department
-
karib
addikt
Amúgy mai SDRAM árak mellett lazán rakhatnának fél giga cache-t is a HDD-kre... :D
Department of Redundancy Department
-
Sikló
tag
A cikk alapján ígéretes lehet, bár az árára is kíváncsi leszek! Nem ártana mostanában egy újabb cikk a most kapható winyók-ról! :) Lehetséges? pl mit? mennyiért? kinek? mire? ... :DD
''Attól, hogy valaki paranoiás, még üldözhetik...''
-
WN31RD
addikt
Nem igazán vagyok járatos a HDD-k belső elektronikájának a működésében, szóval lehet, hogy nem túl okos dolgot mondok, de:
Nem lehet tetszőleges méretű cache-t ''emulálni'' egyszerűen a normál RAM-mal? A jobb oprendszerek (Linux/WinNT) amúgy is elég intelligensen cache-elnek minden fileműveletet. A plusz HDD cache ezen felül még számít?''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
Den
veterán
Nincs értelme, Egyrészt a vinyóra kerülő adatok eleve a memóriáan vannak és a vinyóról is a memóriába kerülnek, az hogy egy szeparált terület nem számít, ráadásul a cache-ben vannak fölösleges adatok is ugyanis mikor a rendszer olvas egy területről, akkor a lokalitási (?) elv miatt a környező adatokat is beolvassa a vinyó. Ha ez a fő memóriában lenne akkor a sok adat mozgatásával fölöslegesen terhelnénk az ide csatornát. A kesnek pont az a lényege hogy az adatokat egyben gyorsan átnyomjuk a kesbe, aztán a vinyó szépen kiírogatja onnan. olvasásnál pedig a rendszer kér egy adatot ha benn van a kesben megkapja, nem kell várni mire a fej megtalálja.
Ez egy nagyon hevenyészett leírása a dolognak, nem akartam most belemenni az írási metódusok, meg ilyesmi részletezésébe, de ha van konkrét kérdéssed megpróbálok válaszolni.www.simson4t.hu
-
WN31RD
addikt
''a sok adat mozgatásával fölöslegesen terhelnénk az ide csatornát''
Á, tényleg. Ez igaz. Kérdés, hogy mennyire terheli le.
''az adatokat egyben gyorsan átnyomjuk a kesbe, aztán a vinyó szépen kiírogatja onnan''
Ha ehelyett az lenne, hogy gyorsan átnyomjuk egy DMA területre, és a DMA vezérlő szépen kiírogatja onnan, az nem lenne pontosan (vagy lényegében) ugyanolyan gyors?
Amúgy kösz a gyors választ. :)''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
freya
aktív tag
''Á, tényleg. Ez igaz. Kérdés, hogy mennyire terheli le.''
Az IDE csatornat? Miert lenyeges az? Azert van, hogy le legyen terhelve. :)
''átnyomjuk egy DMA területre, és a DMA vezérlő szépen kiírogatja onnan''
Csakhogy amig a DMA irogat, addig a processzor le van kapcsolva a buszrol, ugy es lehet hogy nem dijazza a bezartsagot :-)
Egyebkent, cachet kezel a Windoz, ugy ahogy, azt erdemes tuningolni. ''Vinyora'' plusz cachet nem tudsz rakni a memoriabol, gondolom evidens hogy miert. memoria -> IDE -> vinyo cache -> kiirja a fizikai korongokra. Na most ebbe plusz cache-t csak az IDE felulet elott tudsz berakni, aminek mindjart latszik hogy nincs ertelme: memoria -> cache memoria -> IDE -> ... ugyanaz tovabb, tehat a cache csak lassitana rajt egy felesleges adatmozgatassal.
Adj a windoznak tobb cachet, vagy vegyel meg 512 MB ramot es abbol 300-400at ha rabizol az XP-re, az mar eleg sokat tud dobni a teljesitmenyen :) -
WN31RD
addikt
''átnyomjuk egy DMA területre, és a DMA vezérlő szépen kiírogatja onnan''
Csakhogy amig a DMA irogat, addig a processzor le van kapcsolva a buszrol, ugy es lehet hogy nem dijazza a bezartsagot :-)
Csakhogy a DMA vezrélőnek ígyis-úgyis ki kell írni az adatokat.''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
Den
veterán
Nem mert a hdd-ben az adatok rögzítése elég ''kaotikus''. Mivel egy adat kinyerése a lemezről több mozzanatból áll. Egyrészt a fej van valahol, a kívánt adat pedig szintén valahol, valamelyik cilinderen, tehát először a fejet a megfelelő cilinderre kell pozícionálni, ha ez meg van akkor, mivel egy forgó lemezen van az adat meg kell várni míg a megfelelő szektor a fej alá ér. Ha ez megvan akkor jöhet az olvasás, de nem biztos hogy a kért adat egy darabban van, lehet hogy több elszórt töredékben, és minden töredékhez meg kell csinálni ezt a procedúrát, jól látszik hogy a tényleges olvasásnál egy töredzett adat esetén sokkal több időt vesz el az adat megkeresése mint az olvasása. Ráadásul az oprendszer egyszerre több adatot is kérhet.
Hogy ezt az időt csökkentsék, kihasznélják azt hogy a fej míg egy adatért ''megy'', elhalad olyan adatok fölött is amik szintén kellenének, esetleg írni is kéne, és a fej elhalad üres területek felett ahova írni is lehetne. Jobban nem részletezem lényeg hogy több metódus létezik, ebből legoptimálisabb az egyirányú pásztázás, amikor a fej elindul a lemez szélétől a belseje felé, és útközben beolvassa illetve kiírja a szükséges adatokat, majd mikor beért gyorsan visszafut a szélére és megint elindul befelé.
Láthatod hogy nagyon gyorsan változik hogy olvas vagy ír a fej és ráadásul nem biztos hogy sorrendben, stb, tehát nem egyszerű, erre van a vinyónak céláramköre a megfelelő szoftverrel, a legcélszerűbb a kivánt adatokat átküldeni neki, és ő majd kiírja ahogy a legoptimálisabb, illetve mikor teljesen beolvasott egy adatblokkot ázt átküldi a memóriábawww.simson4t.hu
-
WN31RD
addikt
Aham, kösz a részletes magyarázatot. :D
Végülis arról van szó, ahogy látom, hogy az optimális lemezkezeléshez nagyon alacsony szinten kell vezérelni a fejeket, meg az egész írási/olvasási folyamatot, és ezt leghatékonyabban a vinyó elektronikája tudja megtenni (már csak azért is, mert az oprendszer nem ismeri teljesen pontosan a vinyó működését).
Én amúgy úgy tudtam, hogy a legoptimálisabb stratégia az, ha a fej kívülről halad befelé, közben megcsinál minden szükséges műveletet, aztán meg belülről halad kifelé, és így tovább... A ''visszafut a szélére'' fázis fölöslegesnek tűnik számomra, de javíts ki, ha tévedek.''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
-
Den
veterán
Azért nem jó a belülről kifelé is olvas mert akkor az a folyamat ami a széléről vár adatokat és azt akkor kérte mikor a fej épp elindult befelé és már nem tudta kiszolgálni, annak megkell várnia a befelé menő ciklust meg a kifelé menőt, Ha viszont csak befelé ír/olvas és gyorsan visszajön, akkor a legnagyobb várakozási idő pont a fele az oda visza is olvasó módszerének.
A többi az úgy van ahogy írod, az oprendszer tulajdonképpen nem is a fizikai címeket látja.www.simson4t.hu
-
Aktív témák
- Yettel topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Luck Dragon: Asszociációs játék. :)
- Aliexpress tapasztalatok
- HiFi műszaki szemmel - sztereó hangrendszerek
- SSD kibeszélő
- Futás, futópályák
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Politika
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
- További aktív témák...
- 512GB 2230 M.2 PCI-E NVME SSD BAZÁR - Samsung, Kingston, SK Hynix, Kioxia - STEAM DECK
- Inateck NVMe SSD ház - Dobozos, újszerű
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!
- Olcsó 120-256GB SSD-k eladók!
- IcyBox IB-2812CL-U3 M.2 SSD dokkoló és klónozó - Dobozos, újszerű
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen