> egyetlen 3rd partyt használsz
> arcod amikor annyira erős az optimalizálás már, hogy a cpu idő 78.2%-át a kibaszott 40 soros 3rd party class eszi meg (expression-t számít ki, pl "3 * 6 - (2 *3)")
na holnap kukázom is, mindig megbánom..

A C# szépségei.
A jó öreg C-vel nem lenne ilyen problémád.

Faszomat ebbe a kibaszott vhdlbe.

Semmi sem akar működni, de legalább a próbálgatás is olyan, hogy minden egyes fordítás (vagyis bitstream generálás pontosabban) ilyen 3 perc. Anyádat, te köcsög szar.

This post was edited by CyberPunk666 on Oct 25 2014 09:39am

és ezt hogyan helyettesíted / optimalizálod?

ott is majmok írják a 3rd partykat, nem látom a különbséget
amúgy .NET reference sourceba ha belenéz az ember, tele van unsafe code-al (kb ekvivalens sima C kóddal) a legtöbb fv ami "dolgozik" (pl egy sima Replace vagy Insert is)

btw igazán használhatnánk ezt a topicot ilyen coding dojonak
pl ha valami problémát/feladatot megoldasz egy szerinted tök ötletes/jó módon, akkor bepostolod azt a kódrészletet,
néhány szóban leírod hogy mi történik benne és miért így oldottad meg és szerinted ez miért jó, etc

Jó ötlet, de ezzel az a bajom, hogy rendszerint nem egy ötsoros programrész az igazán ötletes dolog, hanem egy jóval magasabb szintű megoldás.

Erre példa ez:


Alapvetően egy nagyon jó ötlet, de ezt elolvasva semmi értelme az egésznek.

nem mondtam, hogy nem lehet hosszabb hangvételű, én biztos el fogom olvasni mindet

az emberek szeretnek generikus dolgokat írni, közzétenni, stb
tényleg jó dolog, az én szakdogám is erről szól -- pluginelhető AI rendszer, problémákkal, keresésekkel, stb, akármilyen .net nyelven lehet írni őket (majd csinálok F#-os example-t is még decemberig)

csak hogy ha megnézzük, generikus = nem optimalizált
mert amikor nekünk szükségünk van valamire, akkor az feltehetőleg nem a világmindenség

pl nézzük az én példámat
"{GÉ} + ({HÁ} * 2)" szintű dolgokat akarok kifejezni

első megoldásként hozzányúlhatok egy for ciklushoz és replacelhetem a betűket (ez egyenlő lesz N darab KERESÉSSEL, M-szer)
utána pedig fogok egy Evaluator szarságot, valami 3rd party full-generikus puccos menő cuccot, ami megoldja nekem
működik, fasza, 10 perc volt, hagynám is így, ha mondjuk kliens oldalon lenne, és a UI-ről valaki 10 másodpercenként egyszer lefuttatná .. mindegy hogy 3 ms, vagy 250 ms
mi a baj? a replace, és hogy a 3rd party feltehetőleg a teljes univerzum megoldására fel van készítve, így Flexert használ, Parsert, minden szart amit tanultunk FONYA-ból, és ezek képesek megoldani a legkomplexebb nyelveket (lvl3 vagy mi)

második megoldásként mondhatom hogy kikapom dictionary-be hogy <G, 0>, <H, 7>, melyik hol van, megspróltam N keresést, jobbról balra (hogy ne baszódjanak el az indexek) behelyettesítem -> bumm 1500x gyorsabb lett (de tényleg xd)
utána keresek vagy írok valami 25 soros Stack-es megoldást, ami evaluálja a kifejezést, mit tudom én mint a lengyel formula (vmi ilyet fogok mindjárt csinálni)

mindig csak abban kell gondolkozni, hogy a kód 10%-a fut az idő 90%-ában (ez amúgy még szerintem 3/97-el is igaz lenne), ha nem az alkalmazás közepén lenne ez a kód és nem futna le mp-enként 400.000-szer, én se basztatnám ezt
legtöbb alkalmazásnál ráereszted a VS Análizátort a programra, és ha megnézed egy sor lesz ami vér vörös, a többi meg ilyen <0.1%, vagy 1%
talán a legjellemzőbb ilyen "hibák" a leggyakoribb higher order parancsok miatt vannak (replace, contains, exists, stb... mindegyik kurvára lineáris és senki nem gondol bele, hogy ezeket előre fel kéne dolgozni)

Másik kedvenc megoldásom, de biztos láttatok már ilyet. Adott típusú elemek begyűjtése az AST-ből. Ebbe pl az a poén, hogy 1-4 darab típust tud gyűjteni, ráadásul úgy, hogy a gyűjtött elemek minden esetben gyerekei a B-nek. Note that, Visit(T1)-Visit(T4) nem feltétlenül virtuális függvény! Csak akkor, ha tényleg olyan típus, ami van az AST-ben.