[elektro-etc] Mi a gubanc a PC-m sebessegevel?

[Xorn]

A legutobbiak mar eleg jok. Az SSD-t esszel kell hasznalni, nem baj
tudni, hogyan mukodik. Amikor beleirsz, az bekerul valahova. Viszont a
cellak egyenlo merteku hasznalata erdekeben, ha ujrairsz valamit, az
nem ugyanoda fog kerulni, hanem mashova, a kovetkezo cellaba. A
fragmentacionak nincs jelentosege, hiszen barmit azonos ido alatt ersz
el rajta. Viszont ez az uj helyre iras azt is jelenti, hogy olyan
helyre is kellhet irni, ahol mar van ertekes adat, azaz a lemezen levo
adatokat is folyamatosan vandoroltatni kell. Ehhez viszont hely kell.
Az ajanlasok szerint legalabb 20% kapacitast illendo szabadon hagyni,
hogy ne kelljen tul gyorsan forgatni az adatokat, de minel tobb, annal
jobb. Jelenleg egy cella gyartasi technologiatol fuggoen 7-10 ezer
irast bir ki, es akar 20-30% "tartalek" kapacitas is van a lemezen,
hogy a kidolt cellak helyett legyen csere. Jo tudni, hogy az SSD
tamogatas Windows 7-ben mukodik magatol, de a Windows XP alatt kezzel
kell beallitani egy halom dolgot, hogy ne egye meg ido elott az SSD-t
a hasznalat.

Best regards,
Andy

2011/8/12 Acs Gabor <agabor at electrodesign.hu>:
> Biztos nem használnék flash memóriát ilyesmire.
> Vagy ezek a maiak már úgy ki vannak optimalizálva, hogy bírják?
>
>
> Gábor
>
> 2011.08.12. 12:25 keltezéssel, Xorn írta:
>>
>> 2011/8/12 Kovács József<kj at faldeko.hu>:
>>>
>>> 2011.08.12. 11:24 keltezéssel, Xorn írta:
>>>>
>>>> A disk I/O jellemzoen DMA. DMA alatt meg minden all, hiszen nincs
>>>> hozzaferes a memoriahoz, a CPU atadta a DMA vezerlonek. Ki kell varni,
>>>> azaz I/O-Wait allapotban van az egesz rendszer. Es mivel a lemez kb. 3
>>>> nagysagrenddel lassabb a memorianal, ez az eredmeny.
>>>
>>> Hmmm ... a DMA vezérlő egyik lényege éppen az, hogy
>>> ügyesen játsszon a címekkel és a busszal, lehetőleg
>>> kerülve  a procival való memória I/O ütközést közben...
>>
>> Attol meg lehet szarul programozni felette a kernelt.
>>
>> A vingyogynak meg vannak olyan beesesei, hogy pl. elore olvasas es
>> read cache-eles, meg hogy akkor is hanyja kifele a memoriabol a
>> pagefile-ba a cuccokat, amikor van eleg memoria, hatha majd pont az
>> fog hianyozni valakinek valamikor stb. Ezekkel egyutt meg mar az
>> "ertekes" I/O is elegge bokan van rugva. Amugy meg elegge egyertelmuen
>> elmegy a kernelbe es kivarja az I/O-t. Ha a notebookomon sima SATA
>> HDD-vel csomagolok kifele egy RAR-t, akkor 30-40% a CPU kihasznalas,
>> mert egyszeruen nem jon tobb adat a lemezrol, es ennek is kb. a fele
>> "piros" a taskmanagerben, ha bekapcsolom a kernel ido kijelzeset.
>>
>> Amiota SSD van benne, az ilyen kicsomagolas folyamatos, full 100% CPU
>> kihasznalast eredmenyez abszolut ertekben alacsonyabb kernel ido
>> mellett! Gyorsabb az SSD, rovidebb az I/O wait, es megis dol az adat,
>> hogy mar a CPU lett a szuk keresztmetszet. Ennyi a nagy tortenet...
>>
>> Best regards,
>> Andy
>>
>>
>>  _____________ NOD32 5964 (20110317) Információ _____________
>>
>> Az üzenetet a NOD32 antivirus system megvizsgálta.
>> http://www.nod32.hu
>>
>>
>>
>
>