... neviem skade ste dostali 108B/s ... v zmysle 4x8Bx108B/s=/=3.2GB/s... to je riadna sprostost ... neviem s kadial ste to vyhrabali ... podla kalkulacki je to 3456B^2/s a nie 3.2GB/s... a neviem kde sa pouziva byte na druhu lomene sekunda... ak to niekto vie nech mi to povie bo som asi trosku mimo...
... nemalo by to byt nahodov 4x8Bx100MHz a to sa rovna 3.2GB/s...
... add.2. Intel zase ukazal ze nevie co chce... ak sa musia pouzit dve moduli RIMM aby vobec pocitac sa rozbehol tak to nieje vobec uspora penazi... neviem kto by kupoval dve RIMMi aby uspokojil svojho nenasitneho milacika... dalsia vec je ta ze aj ked teoretycky tym vzrastie prenosova rychlost na 6,4GB/s ... tak je to stale len teoreticka priepustnost pretoze takato poziadavka v takomto systeme nikdy nevznikne (www.overclocking.cz... clanok EV6 vs. DDR) ... dalsou vecou je ze procesor , aj ked to tak nevyzera musi riadit prenos z pamate do cipsetu a k sebe ... jedinou vynimkou je AGP a PCI (pokial to potporuje ... co asi samozrejme) ... vtedy sa poziadalvka v tej istej chvylke zvysi na max. 3.2GB/s + 1GB/s +256MB/s=4.5GB/s ... ale pochybujem ze to niekedy vznikne na dlhsi cas ako 32hodinovych cyklov procesora... ale aj napriek tomu je to stale omedzene na 3.2GB/s koli tomu ze sa nesmu krizovat data z jednej RIMMky a druhej RIMMky inak by sa vo vyrovnavacej pamati (ktora je v North Brige a ma velkost asi 1Kb
(zalezi od cipsetu)) pomixovali a tym padom by sa stali bezcennymi a pocitac by zdochol... preto najprv nusi ist poziadavka pre jednu RIMMku a potom pre druhu RIMMku... vyriesit sa to neda anu dualnou vyrovnavaciou pamatou ... pretoze tak ci tak by museli byt prepojene medzi sebou aby sa mohli data z jednej RIMM dostat do druhej ... ale to by prinieslo vacsie zatazenie procesora a tym nizsi vykon...
... takze je to to iste ako keby tam bola len jedna RIMMka...
R@ndom
Eof