Ohlasy ze světa: levné SSD od Intelu v testech

Diskuze čtenářů k článku

31. 07. 2009 04:15

Môžete mi vysvetliť, čo je príčinou znižovania výkonu pri zapĺňaní HDD? Pri SSD je to najmä wear leveling, ktorý pri HDD samozrejme nie je potrebný.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 06:41

Autor měl asi na mysli fragmentaci.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 08:49

Pak se tedy autor vyjadril IMHO dost blbe.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 09:04

Nebo to, ze se zapisuje dal od stredu. Treba pri cteni je rychlost na konci disku klidne i polovicni nez na zacatku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
31. 07. 2009 09:10

prave opacne cim dalej od stredu tym vyssia rychlost.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 11:17

test

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 11:17

Staci se podivat na nejaky graf, treba h t t p : / / w w w . extra hardware . cz / forum / viewtopic.php ? f=9&t=1314 (link mi sem ten idi*tsky redakcni system nechce povolit dat). I kdyz by pocet sektoru mel byt promenlivy v zavislosti na vzdalenosti od stredu (aby ta rychlost mohla byt vsude stejna), tak prakticky se to chova porad stejne zvlastne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 12:41

Všetky uvedené príčiny spomalenia HDD sú jasné, ale IMHO sa vôbec nedajú stavať na rovnakú úroveň s SSD. Synchrónne čítanie/zápis údajov na okraji HDD bude vždy rýchlejšie ako v strede, aj keď je disk úplne plný. Fragmentáciu nie je problém odstrániť. Pri SSD však ide o celkové zníženie rýchlosti vplyvom zle implementovaného rovnomerného opotrebenia a pokiaľ viem, tento stav nie je jednoduché vrátiť späť.

Preto si myslím, že nie je rozumné písať o spomalení SSD a HDD ako o rovnakom probléme.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
31. 07. 2009 12:53

redmond : Píšete to opačně. Dál od středu je dráha sektoru delší. Hustota nižší. Otáčky stejné. Čtení pomalejší.

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 07. 2009 13:36

Prečo sú asi optimalizácie defragmentačných nástrojov založené na tom, že často čítané údaje presúvajú na kraj disku? Že by o tom nikto nevedel a všetci to robili opačne?

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
01. 08. 2009 17:48

A to jste vyčetl kde? Např. PerfectDisk umisťuje hodně používané soubory ke středu disku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
01. 08. 2009 17:58

Napríklad UltimateDefrag. Vidím, že existujú aj špecifické optimalizácie, no dúfam, že nemusíme polemizovať o tom, že smerom k okraju je disk rýchlejší.

Souhlasím  |  Nesouhlasím  |  Odpovědět
01. 08. 2009 18:22

Ale tak no tak. Čtení jen pomalejší, čím dál od vnějšího kraje, ne naopak.

Souhlasím  |  Nesouhlasím  |  Odpovědět
01. 08. 2009 21:31

Kdyby to bylo tak, jak píšete, tak by byla rychlost u kraje i u prostředka STEJNÁ, vážený. Jenže fyzicky stejný počet sektorů na všech stopách se používal naposled někdy za krále Holce - asi tak před 15 lety? Už dávno mají krajní stopy mnohem víc sektorů, než ty prostřední, a pro operační systém simuluje virtuálně pravidelnou strukturu disku jeho interní řadič. Protože je na okraji disku počet sektorů na stopu vyšší, je zde i vyšší rychlost přenosu dat - za jednu otáčku projede pod hlavami více sektorů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
31. 07. 2009 11:03

Obecně to bývá větší průměrný seek. Při zvětšování (fyzické) plochy se zaznamenanými daty se zpomalujte reálná rychlost nesekvenčního IO, protože roste dráha pohybu hlavičky (a tedy doba seeku).

Souhlasím  |  Nesouhlasím  |  Odpovědět
28. 08. 2009 23:20

a bude i druha generace x25-E(34nm)?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor