Így már értem, mire gondolsz. Egyfelől igaz, hogy ha már ott az a vihargyors hardware, akkor próbáljunk előre gondolkodni, s ne akkor kérjük az adatot, amikor kell, hanem már korábban, s mire odaérünk, álljon rendelkezésre. Viszont ez inkább épp a lassú HDD esetén segíthetne sokat. Ne gondoljuk, hogy csak azért, mert valami gyors, ha kell, ha nem, azt ki kell használnunk. Minek? Azért, mert van egy elfogadható sebességű internet elérésem, kényszeresen töltsek le adatot akkor is, ha arra semmi szükségem?
Egy volt kollégám így nyúlt egyszer csúnyán mellé. Alulméretezett egy DSP-t. Elolvasta a katalóguslapon, hogy hány száz MFLOPS-szal tud a DSP számolni, kiszámolta, hogy az algoritmusunknak mennyi a számításigénye. Kijött, hogy bőven belefér, hurrá, megrendelte, áramkört tervezett, nyákot, legyártatta, programot írt rá. Aztán jött a meglepetés: nem fért bele a futásidőbe. Miért? Azért, mert igaz ugyan, hogy a lebegőpontos számolómű agyon van pipeline-ozva, eszement gyors, de az a sok száz MFLOPS csak a képessége. Ahhoz, hogy ezt kihasználjuk, etetni is kell adattal, mégpedig igen tempósan. Az algoritmus meg ugye nem kizárólag lebegőpontos műveletekből áll, hanem döntési helyzetekből, feltételes végrehajtásból, ciklusokból, vizsgálatokból, rendezésből, egy rakás hagyományos algoritmikus elemből, ahol viszont az számít, hogy a CPU core hány MIPS-szel tud utasításokat végrehajtani. Az ugyan jó, hogy nem kell sokat várni egy lebegőpontos osztás eredményére, de ezzel nem nagyon vagyunk kisegítve, ha minden szökőévben egyszer kell csak osztanunk. Ugyan sokat kellett számolni, kellett a DSP, de annyira burst-ösen nem állt rendelkezésre az adat, hogy ki lehessen használni teljes egészében a lebegőpontos számolómű képességeit. Így teljesen téves megközelítés ez alapján méretezni az eszközt. Ez csak akkor érdekes, ha egyszerű az algoritmus, de ömlik befelé az adat például valós idejű mintavételezésből A/D konverzió után.
Másfelől kell a sebesség, hogy akkor, amikor lebegőpontosan számol az ember - még ha ez nem is folyamatos igény -, az eredmény azonnal legyen meg, ne kelljen várni rá.
Szóval jó az SSD, mert nem kell rá sokat várni, de ettől még nem az a jó program, amelyik folyamatosan használja az elérhető sávszélességét.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE