Aktív témák
-
A RAID Stripe-os példánál maradva: valóban nem mozog gyorsabban egyik fej sem. De, mivel a két fej egyszerre mozog, ezért fele annyi ideig kell várni az ''összesített fejre'', hogy mozduljon. Vagy rosszul gondolom?
Ha mondjuk 6 ns a latency, és én megkezdem egy 64 kb-os szegmens olvasását, 6 ns-ot várok. Ha közben meg tudom kezdeni egy másik szegmens olvasását a másik csatornán, mondjuk 1 ns-mal később, akkor 7 ns alatt kétszer kezdtem olvasási ciklust, pedig single channelnél ez biztosan 12 ns lett volna.
***
(itt érveltem sokat, hogy miért van igazam...)
***
A fenti példában az a legnagyobb bökkenő, hogy a szűk FSB miatt meg sem tudom kezdeni a második szegmens olvasását, mert az első szegmens átvitele fullra leköti a rendszerbuszt.
(a fix memóriacímre írást én sem gondolom másképp, de ha mondjuk felváltva írnék és olvasnék, és fsb is lenne elég, akkor a fenti példa már működne mindkét irányba... nem?)
Aktív témák
- Debrecen és környéke adok-veszek-beszélgetek
- Milyen légkondit a lakásba?
- Luck Dragon: Asszociációs játék. :)
- Formula-1
- PROHARDVER! feedback: bugok, problémák, ötletek
- Diablo IV
- Magisk
- Samsung Galaxy Felhasználók OFF topicja
- Napelem
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Azonnali készpénzes AMD Radeon RX 5000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Lenovo ThinkPad dokkolók: USB-C 40A9/ 40AY/ 40AS/ Thunderbolt 3 40AC/ Hybrid USB-C DisplayLink 40AF
- Lenovo ThinkCentre M720q/ Dell OptiPlex 3060- 3070/ Hp EliteDesk 800 mini, micro PC-Számla/garancia
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Samsung Galaxy S23 , 8/128 GB , Kártyafüggetlen
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged