- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
Aktív témák
-
HÁZIGAZDA
Először is, az írási ciklusok előtt is várni kell a memóriára, márpedig itt segít a kétcsatornás elérés (oda ír, ahol szabad a pálya). Azt sem feltétlen mondanám, hogy a rendszer RAM-jánál az olvasás a szinte kizárólagos művelet. Ez nem egy adatbázis (pl a PROHARDVER! adatbázisa), amit tényleg mindenki olvas, és nagyon ritkán ír. A rendszermemóriát folyamatosan írják-olvassák a programok, bár tény, hogy az olvasás a gyakoribb művelet.
Ha a memóriába kerülő adatokat sem folyamatosan, az egyik helyre írja a program, hanem kétfelé, akkor később a visszaolvasásnál is kevesebb késleltetéssel tudja azokat begyűjteni.
A cache-ek és a prefetch-ek is segítenek, mint ahogy azt írtad is. A lényeg tehát az, hogy a plusz sávszélességet nem tudja az EV6 miatt kihasználni a rendszer, de az egyéb gyorsulásokat igen, márpedig itt főleg a késleltetés csökkentése marad.dicranum scoparium + genista pilosa = :)
-
HÁZIGAZDA
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?)dicranum scoparium + genista pilosa = :)
-
MoonFace
csendes tag
Hja, ha az elözöeket a Raid-es példára szeretném lefordítani, akkor ez azt jelenti, hogy két vinyó mégiscsak dupla annyi adatot tárol, így a fej mozgatása (lassú track-váltás) nélkül is dupla mennyiségü adatot érhet el, vagyis megnö annak valószinüsége, hogy a következö adatblokk átviteléhez nem kell a fejet mozgatni...
''A felmerülö problémákra minden jelenlevönek van egy megoldási javaslata - ami nem müködik...''
-
MoonFace
csendes tag
...és még valami, hátha információtartalommal bír: pont ugyan ilyen hatása miatt elönyös a BIOS-okban általában beállítható Bank interleaving.
Jól elbeszélgetek magammal... :DDD''A felmerülö problémákra minden jelenlevönek van egy megoldási javaslata - ami nem müködik...''
Aktív témák
- Xbox Series X|S
- EAFC 24
- Autós topik látogatók beszélgetős, offolós topikja
- Gaming notebook topik
- Gyúrósok ide!
- OLED TV topic
- Győr és környéke adok-veszek-beszélgetek
- Skoda, VW, Audi, Seat topik
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Samsung Galaxy A54 - türelemjáték
- További aktív témák...