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 meg főleg) 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(nem kicsit, nagyon! - hogy egy klasszikust idézzek). Lásd itt. Ugye milyen "érdekes", hogy az egyetemi jegyzetben a lehető leglassabb/legbonyolultabb algoritmus szerepel?!
Ennek az algoritmusnak hosszú története van. A végeredmény C-ben itt látható.
Sztem. ezt a futási időt már nem lehet számottevően csökkenteni. Ezt az algoritmust már 8 éve leírták(legalábbis én ezt találtam meg, korábbit nem). Legutóbb kovisoft az itcafe.hu-n írta le.
Én csak optimalizáltam egy icipicit. Természetesen egyiket sem lehet megtalálni(legalábbis nagyon fel kell túrni értük a google-t).
Kapcsolódó irományaim:
Link 1
Link 2
Utoljára frissítve: 2021.10.18.
A program mérete.
A "Hello world!!!" szöveg kiiratását követően új sorban egy billentyű leütésre befejeződő programot vettem alapul(form esetén egy button-ra kattintással irattam ki a szöveget).
A régi szép időkben ez assemblerben .com program generálásával 29 byte volt.
Egy mostani C# programmal Console alkalmazással 4608 byte.
Ugyancsak mostani WinForm-al 7680 byte.
Ugye milyen komoly fejlődés az utóbbi kb. 30 évben?!
De említhetném azt is, hogy egy teljesen üres .docx file 11937 byte.
Azt sem igazán értem, hogy miért terjedt el, hogy szinte minden alkalmazást a telepítővarázslóval kell telepíteni. Az általam írt alkalmazásokat úgy készítettem el, hogy telepítés nélkül használhatók legyenek.
De ne az én alkalmazásaimat nézzük. A Sysinternals bebizonyította, hogy minden érzékeny dolgot is meg lehet telepített program nélkül is csinálni.
Mintha mindennel az lenne a cél, hogy minél nagyobb programok(dokumentumok) készüljenek. Erre szoktam mondani, hogy ez a "kényelem ára"!
Pl. C#-ban(Vb.net-ben meg főleg) egy kis gyakorlás után pillanatok alatt össze lehet "dobni" egy közepes méretű programot/alkalmazást.
Általában igaz, hogy minél rövidebb idő egy programnyelvben összeállítani egy programot(kényelmesebben), annál nagyobb a mérete, és annál lassabb a végső produktum.
Természetesen ez általában van így. Pl. azért találkoztam olyannal is, hogy a C# és a C közel egyidőben végzett egy feladattal. De ez nagyon ritka eset.
Itt írta egy nick: "mindig van egy robosztus, teljesen tesztelt open source lib ami ezt es tobbet is tud jobban".
Egyrészt sztem. nem mindig van így, csak általában. Másrészt úgy látszik, hogy a "programozók" szeretik a robosztus lib-eket használni.
Én úgy látom, hogy minden téren majdnemhogy csak a pazarlás folyik, hogy a "senior"-oknak minél kényelmesebb legyen.
Még lehetne sok mindenről írni, de valahol abba kell hagyni...
A program optimalizálása.
Szerintem a program optimalizálása egyértelműen a programozó(k) feladata. A programozók azonban nem így gondolják.
A programozók szerint, "Ha az ügyfél pattogósabb programot akar vegyen a gépbe több ramot/erősebb procit/ssd-t (ha nincs)".
Vagyis az ügyfél költsön több tízezerrel többet, minthogy a programozók méltóztatnának optimalizálni. Ez is egy felfogás, csak nem tudok vele egyetérteni. Mert gondoljuk csak át, hogy mi az olcsóbb?
Ha több ezer/tízezer/százezer/millió gépre költenek több tízezerrel többet, vagy ha a programozók méltóztatnának az általuk alkotott programokat optimalizálni? Szerintem ez utóbbi sokkal olcsóbb lenne.