denes blogja

Sam Ramji interju a Codeplex Foundation-rol a slashdot-on

Van egy interju a slashdoton Sam Ramji-vel a Codeplex Foundation celjairol es tervezett tevekenysegerol. Tobbek kozott azt irja - harom dolog kozul masodikkent -, hogy a Codeplex Foundation egy "a legal entity for ownership of copyright for specific projects" lesz.
A kerdes ami bennem felmerult, hogy egy open source contributornak milyen erdeke fuzodhet ahhoz, hogy egy a Microsoft befolyasa alatt allo alapitvanynak adja munkajanak copyrightjait (a Microsoft szamara erteni velem, hogy ez miert elonyos)? Milyen erdekeit fogja ez az alapitvany kepviselni, amit mashogy eddig nem lehett/nehezebb volt?

x86 processzor pipeline hosszanak megmerese

Nos ugy gondoltam e hetvegi ugykodesem melto arra, hogy elso blogbejegyzesem targya legyen.

Ebben a threadben felmerult, hogy meg kene merni a core 2 processzor pipelinejanak hosszat. Erre a legkezenfekvobb modszer a jol megjosolt es a rosszul megjosolt fuggvenyhivasok kozti idokulonbseg kimerese. Mert hogy mit is jelent ez? Mint tudjuk a modernebb processzorokban van ugynevezet branch prediction, amikor is a processzor a feltetles es indirekt ugrasokrol megprobalja kitalalni, hogy hova erkeznek. Igy nem kell megvarnia amig pipelineban eltoltott sok orajel alatt kiertekelodik az ugroutasitas es kiderul, hogy hol folytatodik a program az ugras utan, hanem a joslat szerint folyamatosan tolti be a tippelt helyrol az epp kovetkezo utasitasokat a pipelineba. Ha jol tippelt a proci akkor az ugras nulla idokiesest jelent, ha azonban rosszul, akkor amikor a tevedes kiderul (az ugroutasitas teljesen kiertekelodik) el kell dobni a pipeline teljes tartalmat, es az ugras utan ujra kell feltolteni. Szoval ha rosszul tippelte az ugrast a proci, akkor egy pipeline hossznyi idokiesest jelent az ugras.