Kerdes: akkor miert nem BC extension-t hasznalnak k/u-space helyett?
OO-rol mint tipusbisztos nyelvrol volt szo osztalyokba szervezett vedett metodusokkal nem pedig kiragadott bovitmenyrol proceduralis nyelvek compiler-eihez.
Ha az utobbit hasznalod kernel/user-space helyett meg mindig nem garantalt, hogy megoldottal egy lehetseges "invalid access"-t csupan csokkentetted a kockazatat, valamint az tobabbra sem garantalt, hogy egy elore definialt abstract buffer implementaciod-at ha ki akarsz egesziteni vagy fuggvenyeit "felulirni" nem fogsz olyan viselkedesebe beleavatkozni ami a szandekodon kivul szamlalok/mutatok elcsuszasat eredmenyezi. Ha OO-ban egy kulturaltan megirt es a lathatosagi jogokkal esszeruen szervezett metodusrendszerrel implementalod ilyen szoba sem johet.
> 2. Te azt emelted ki, hogy az OO eszkozok tobb memoriat hasznalnak, ami gyakran igaz...
Itt van, hogy mit emeltem ki: "Helyette viszont meg fog jelenni egy masik hatasfokvezteseg, de egy alaposan atgondolt es odafigyelessel elkeszitett objektumorientalt OS-nel a legrosszabb esetben is az 5%-ot nem haladhatja meg!
(Nehogy folytasd a multkori write-onlyt mert itt hagylak. :) )
3. Ha 4k lapokrol beszelunk, 32 bites rendszerrol. Akkor az elso eleres mondjuk 3x tovabb tart, de 1024 eleresre leosztva mar ez nem is latszik.
Ja hat mondjuk egy fuggvenynel, egy processnel es tobbnyire azonos cimtartomanyokra hivatkozva nem pedig tobbezer processznel szanaszejjel tordelve a memoriaban. Es ugye igyekezni kell ezeket elsosorban mind lokalisan a CPU-ban cachelni mert ha tartosan memoriabol olvasgatod a cache tartalmat az tovabb halmozza az amugy is tulterhelt buszt.
Ne komolytalankodjunk legyszi, meg mindig a kernelspace es userspace mappelesnel tartunk terheles alatt es meg mindig ezek buszterheleserol van szo nem pedig "uresjaraton" ciklusszamlalasrol.
Es ujbol kiemelnem: nem az orajel ciklusszam szamit kiragadott fuggvenyeknel szintetikus mikrotesztekkel (mert az olyan lenne mint az univerzum modellezese ket hidrogenatommal) hanem a halmozodott I/O terheles plussz halmozodott mutexek plussz ciklusszam plussz a maradek es mindez eles kornyezetben valodi feladatoknal.
#50
meg mindig a kernelspace es userspace mappelesnel tartunk terheles alatt es meg mindig ezek buszterheleserol van szo nem pedig "uresjaraton" ciklusszamlalasrol.