CPU-ji in compilerji

[s54mtb]

Ko se boš naveličal C, lahko preklopiš na C++ ali pa celo na Pyton.

Če ti koda dela prehitro, ali porabi premalo spomina, tudi.

[Proteus]

Če ti koda dela prehitro, ali porabi premalo spomina, tudi.

CPU-ji so tako napredovali, da tole v večini primerov sploh ni več nikakršen problem.

[GJ]

Če ti koda dela prehitro, ali porabi premalo spomina, tudi.

CPU-ji so tako napredovali, da tole v večini primerov sploh ni več nikakršen problem.

So problemi, ampak moraš biti vsaj malo programerja, da to razumeš in sodiš!

LP GJ

[zanka]

Iz dolgočasja sem že na Fortranu ...

[VolkD]

Če ti koda dela prehitro, ali porabi premalo spomina, tudi.

CPU-ji so tako napredovali, da tole v večini primerov sploh ni več nikakršen problem.

Ne samo CPU-ji ampak tudi prevajalniki.
Če sem 15 let nazaj v assemblerju še naredil manjšo in hitrejšo kodo od enake v C-ju, je danes situacija povsem obratna. Praviloma C prevajalnik naredi kodo ki je bolj učinkovita tako glede na porabljen flash, kot glede na porabljen RAM. Tudi hitrost izvajanja je boljša.

[gumby]

Eno je učinkovitost prevajalnika, drugo pa nameren bloatware... in potem imaš gonilnik za miško velikosti >200MB

[s54mtb]

Gre za osnovno razumevanje stvari. Python koda se ne prevaja, ampak za izvajanje podobno kot v času BASICa za to skrbi interpreter. Ta je tako univerzalen, da se osnovna koda izvaja kjerkoli. Seveda brez popolne "objektizacije" to nebi bilo možno. C++ je še vedno objektno zasnovan z vsemi prednosti, ki jih ta prinaša, a obenem omogoča z vse bolj učinkovitimi prevajalniki tudi veliko optimizacijo v CPU ciklih in spominu. C je še stopnico nižje, ne dela smetarskih poslov kot C++ itd... Res so mikrokontrolerji napredovali in MB flasha/rama ni nič posebnega... Vse bolj se tudi briše meja med zahtevami/zahtevnostjo c++ in c. Popularnost kače gre pa gotovo pripisati dejstvu, da prežveči praktično vse, kar mu vržeš med zobovje... Ampak to je tudi dvorezni meč in ima svojo ceno, predvsem v tem, da je za premetavanje objektov potrebnih enostavno več ciklov kot intrinsičnih....

Lahko se pa tudi motim

[Proteus]

Imam občutek, da vsak gleda svoj vrtiček in potem misli, da se svet vrti okrog njega.

Pred leti smo poslušali predavanje o NBP, kjer je avtor vse, ki uporabljajo kaj drugega kot ASM imenoval za "pussyje", ki s C-jem prižigajo lučke.

Potem so "pu..." ugotovili, da so CPU-ji tako napredovali, da zdaj bi pa to že lahko nardili NBP na človeški način...

Python pač uporablja interpreter, ki ga moraš najprej naložiti na CPU. S tem je lahko vse narobe ali pa nič. Odvisno kaj sploh je tvoj cilj. Če hočeš zabit žebelj vzameš kladivo, če hočeš priviti vijak pa izvijač. Izbor orodja je torej odvisen od namena.

Lepota kače je, da ne potrebuješ nobenega prevajalnika, vse te lepo čaka na CPU-ju. Na njemu imaš z lahkoto celo več verzij programov, zaženeš pa tisto, ki jo trenutno potrebuješ itd...

Verjetno boš dvakrat razmislil, če boš poizkušal s kačo krmiliti kakšne časovno kritične sisteme, kjer CPU že krepko švica, po drugi strani pa je kača odlična za analizo podatkov in še marsikaj.

[zanka]

Meni kača ni nikoli dovolj hitro delala ...

[s54mtb]

Imam občutek, da vsak gleda svoj vrtiček in potem misli, da se svet vrti okrog njega.

Pred leti smo poslušali predavanje o NBP, kjer je avtor vse, ki uporabljajo kaj drugega kot ASM imenoval za "pussyje", ki s C-jem prižigajo lučke.

Potem so "pu..." ugotovili, da so CPU-ji tako napredovali, da zdaj bi pa to že lahko nardili NBP na človeški način...

Python pač uporablja interpreter, ki ga moraš najprej naložiti na CPU. S tem je lahko vse narobe ali pa nič. Odvisno kaj sploh je tvoj cilj. Če hočeš zabit žebelj vzameš kladivo, če hočeš priviti vijak pa izvijač. Izbor orodja je torej odvisen od namena.

Lepota kače je, da ne potrebuješ nobenega prevajalnika, vse te lepo čaka na CPU-ju. Na njemu imaš z lahkoto celo več verzij programov, zaženeš pa tisto, ki jo trenutno potrebuješ itd...

Verjetno boš dvakrat razmislil, če boš poizkušal s kačo krmiliti kakšne časovno kritične sisteme, kjer CPU že krepko švica, po drugi strani pa je kača odlična za analizo podatkov in še marsikaj.

Saj to sem tudi jaz želel povedat. Kakega ML ali CV se verjetno nikoli nebi lotil v C/C++, ker ima kačon enostavne in učinkovite rešitve in z mrcvarjenjem v c-ju verjetno nebi nič pridobil... Velja seveda tudi obratno.

Ne boš verjel, ampak goreči zagovornik asemblerja in pregovorni pljuvalec "C-rash" compilerjev je vse to preskočil in direktno prijel kačo za vrat: http://antena.fe.uni-lj.si/literatura/S53MV/aam/aam.pdf

[forest70]

Ne boš verjel, ampak goreči zagovornik asemblerja in pregovorni pljuvalec "C-rash" compilerjev je vse to preskočil in direktno prijel kačo za vrat: http://antena.fe.uni-lj.si/literatura/S53MV/aam/aam.pdf

Kapo dol za znanje! Daj ti, če zmoreš! Ja vem ASM je jeba, c++ je kompromis s katerim včasih ne dosežeš cilja.

[alividmar]

http://antena.fe.uni-lj.si/literatura/S ... m/aam.html

Na koncu dokumenta so povezave, ki pa v pdf dokumentu niso prave.
Na zgornjem linku so povezave prave.

[tilz0R]

MIslim, da vas pol ne ve kaj govori v tej temi.

C++ se danes prevede v praktično enako velikost/speed kot C. Razlika je mogoče 1-2% v prid C-ja.
Seveda govorimo o MCU CPU-ju, kjer se ne uporablja memory management enote ali throw ukazov, for instance.

[s54mtb]

Jaz govorim predvsem o primerjavi c/c++ proti kačonu. Saj nekaj je tudi na mikrokontrolerjih (micropython & co.)... Res pa nisem neka referenca. Imam samo kakih 20 let izkušenj v embedded aplikacijah, tako da jemljite moje zapise z rezervo.