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

• #9551 Jim Tonic nagyúr Xantor #9549

  Új Válasz 2016-03-18 13:35:03 #9551

  Ú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

  

  Jim Tonic

  nagyúr

  válasz Xantor #9549 üzenetére

  Mint írtam, viszonylag kevés beleszólásod marad olyan szintű dolgokba, amiről beszélsz, mert azt a fordítóid végzik, illetve, ha van, akkor az operációs rendszer is közbeszól. Programozhatsz assembly-ben, direkt a hardverre, akkor tényleg nagyon gyors kódot kapsz, de akkor processzoronként megtanulhatod az architektúrát. Általánosságban elég, ha kellően alacsony szintű nyelvet választasz (C, C++, Pascal, stb.), és odafigyelsz a kódodra, de ehhez nem nagyon lesz szükséged mélyebb hardverismeretre.
  Tippnek annyit adnék, hogy programozz mikrokontrollereket. Ha perverz vagy, minél kevesebb beépített könyvtárt használsz, megírhatod pl. az I2C vezérlését magad, ha elolvasod a dokumentációt. De alapvetően a mikrokontrollerek programozása C vagy Pascal nyelven már érdekes feladat.

  Én egyébként megértelek, és infómérnök után villamost is kijártam, mert hasonló dolgok vonzottak. Ott jóval többet tanulsz hardverekről. Az alapoktól megtanulod, kapuk, digit hálózatok, digit rendszerek, VHDL, stb.

• #9550 bambano titán Xantor #9549

  Új Válasz 2016-03-18 11:20:52 #9550

  Ú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

  

  bambano

  titán

  LOGOUT blog

  válasz Xantor #9549 üzenetére

  a dolgok nem teljesen úgy működnek, ahogy a hsz-edből kiolvasni vélem
  az órajeligénnyel kb. semmire nem mész, mivel eléggé optimalizált már a processzor ahhoz, hogy átlagosan egy végrehajtó szál minden utasítást végrehajt egy órajel alatt. mert hiába bonyolult egy utasítás, a futószalag miatt a végrehajtás mikrolépései párhuzamosítva vannak, így kijön az átlag.

  hasznosabb lenne az az infó, hogy milyen egymást kizáró utasítás-párok létezhetnek, amik megakasztják a futószalagot, ezzel rontva az átlagos teljesítményt. ez viszont microacrhitektúra függő, vagyis nem csak intel-amd viszonylatban, hanem típusonként és kiadásonként is tudnod kellene. aminek semmi értelme, nem fordíthatod le a programodat az összes procira és minden steppingre egyszerre.

  ezt tudják a fordítóprogram írói is, így ha nem írsz nagyon vacak kódot, akkor a fordítóprogram fogja optimalizálni a gépi kódot.

  másrészt meg a legtöbb program az csak vár az inputra. sokkal többet tudsz dobni a program sebességén, ha az algoritmust optimalizálod, mint a gépi kódú utasításokat. Párszor beszélgettem Járayval (nem a bankárral, a testvérével), aki sokszoros világbajnok ikerprím keresés kategóriában, ő volt olyan, hogy a prímkereső programját ilyen szinten optimalizálta kézzel, de ennek szerintem más területen nincs értelme.

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