A program sebessége.
Erről a hozzászólásról jutott(ismét) eszembe a program sebessége. Erre a hozzászólásomra csak úgy jöttek az enyhén szólva "leszóló" hozzászólások:
Link 1
Link 2
Azért, mert azt mertem mondani, hogy a C# játékszer a C-hez képest. Itt meg ASM-ról van szó, nem is C-ről. És nem tolonganak az ilyen leszóló hozzászólások, mint amik az én hsz-eimre jöttek.
Hát hiába... Nem mind1, hogy ki mondja. Ha én mondom, akkor baromság. Ha más mondja, akkor max. csak finoman kiegészítik,
vagy(mint a konkrét esetben) hozzá sem szólnak a "megmondó" nickek. Hát ilyen kétszínű/kettős mércével mérő/gerinctelen nickek(is) vannak a fórumokon...
A sebességgel kapcsolatos általános álláspontom az, hogy ha 100%-nak vesszük a leggyorsabb elkészíthető programot, akkor, ha ahhoz képest:
2-3%-al lassabb, az jó.
4-7%-al lassabb, az megfelelő.
8-10%-al lassabb, az elfogadható.
több, mint 10%-al lassabb, az elfogadhatatlan. Legalábbis nagyon alacsony elvárásnak kell lenni, hogy ezt is elfogadhatónak tudjuk minősíteni.
Amikor tényleg a kritikus sebességre kell koncentrálni, akkor ellentmondásba(kognitiv disszonancia) keveredek magammal. Ugyanis struktúrált/OOP/eseményvezérelt nyelvekben(így a C/C++-ban is) kategorikusan
goto ellenes vagyok. Viszont az tény, hogy a goto-val gyorsabb programot lehet írni. Általában ez kevésbé jelentős gyorsulás. De ha még ez a kicsi időveszteség is számít, akkor én a C/C++-ban
alkalmazott assembly kód híve vagyok. Ott ugyebár nincs goto utasítás, viszont a J* utasításokkal oda ugrálunk, ahová csak akarunk. És ezáltal gyorsul a programunk.
De az nagyon ritka, hogy órajelek számítanak.
C#-ban, Vb.Net-ben lehetetlen kritikus sebességű kódot írni(sőt, néha örülhetünk, ha az általam általában elfogadható 10% alatt maradunk). Ezt tudomásul kell venni.
Ezért írtam, hogy a C# játékszer a C-hez képest(sebesség szempontjából).
Na meg persze algoritmustól is függ a sebesség. Lásd itt.
Kapcsolódó irományaim:
Link 1
Link 2