Új hozzászólás Aktív témák

• #102985 frescho addikt Pikari #102984

  Új Válasz 2024-04-13 18:58:29 #102985

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  frescho

  addikt

  válasz Pikari #102984 üzenetére

  Aminek az okát le is írtam. A lényeg az, hogy nem hogy egy 286-nál, de egy 486-nál is mérhető a sebesség csökkenés, mert nem csak két szám összeadásáról van szó.

  A GUS-ra visszatérve ha jól lenne implementálva, akkor a None és az SB Pro közé várnám az eredményét egy hajszállal a None-hoz közelebb. Meg lehetne spórolni a folyamatos összeadogatást, RAM másolgatást, DMA-t, de attól interruptot, contextust kezelni és a GUS-t is instruálni kellene. Csak ezt külön le kellett volna fejleszteni, míg a többi DA nagyjából ugyanúgy működött. Ezeknél az algotirmusban lényegi eltérés nem kellett csak mondjuk 8 vagy 16 bites mintákkal dolgozni, esetleg más porton/bitekkel hívni a kártyát ugyanahhoz a funkcióhoz.

  Amigánál is van amúgy ára a hangnak, mert ugye csak chip RAM-ból megy ahogy a grafika is. Persze ez utóbbi sávszélesség igénye sokkal többet nyom a latban. Fast RAM-ból futtatva ugyanazt a kód részletet, ha nem kell képernyőhöz/hanghoz (chip RAM-hoz) nyúlnia, akkor akár a duplájára gyorsulhat. Amit lent írtam fejlesztéseknél pont ezért a chip és fast RAM-ot külön-külön és könnyedén bővíthetővé tettem volna. Mondjuk 2-2 9 bites slottal alapból 512-512, közepes kiépítésben 2-2MN, maximum meg 2MB chip és 8MB fast RAM-ot lehetett volna az vizionált A500+-ba rakni.

  https://frescho.hu

Új hozzászólás Aktív témák