www.elektronik.si

[lostid]

Zakaj pa z assemblerjem? Sintaksa je popolnoma drugačna, pa še prepričan sem da bi me čisto zamorilo če bi začel z assemblerjem

[GJ]

[LinuxFuter]

Nekateri trdijo da se tako navadiš na varčevanje z pomnilnikom ter, da se navadiš na optimizacijo kode

[GJ]

[Glitch]

Mnemonik.

Da ne bo zadeva prerasla v neko vojno o asemblerju, raje odpremo novo

Kot sem zastopil avtorja te teme, je prvotno namenjena aplikativnemu programiranju. Za pisanje aplikacij, je učenje asemblerja seveda nesmiselno. Smiselno pa je strukturirano, objektno programiranje, čim manj oz. nič posegov v sistem na katerem aplikacija teče. Če je slednje vseeno potrebno (recimo, da imamo neko lastno kartico na PCI vodilu) , potem aplikacija komunicira z gonilniki, le-ti pa naprej s sistemom.

[Sokrat]

[GJ]

[Sokrat]

No, saj ne gre za kaksno vojno ... Ze po definiciji je lahko optimizator samo tako dober, kot so ljudje, ki so ga napisali. Optimizator ne pise programov - ljudje jih pisejo, zato lahko to naredijo vsaj enako dobro, ce ne boljse (ce seveda znajo in imajo na voljo cas).

[GJ]

[Sokrat]

Casa gre vsekakor precej vec, a nekaterih reci se ne da narediti drugace, kot da vrzes precej casa ob problem.

Spet bi lahko kdo rekel, da je potem bolje vreci ob problem vec racunske moci namesto vec casa in to pri malih mikrokontrolerjih v vecini primerov lahko naredis. Problem je takrat, ko prides do meje, ali zaradi porabe, ali zaradi prostora, ali zaradi (ne)zmogljivosti, ali pa kar zaradi cene v masovni proizvodnji (kjer tisti vlozeni dodatni cas lahko odplacas s prihrankom).

Smotrnost ... o tem bi se pa se dalo razpravljati - npr. pozitivni ucinki spoznavanja arhitekture preko pisanja na nizkem nivoju; zanimivo je kaj se da potem vcasih doseci, ce se malo poglobis. Moje mnenje je, da bliznje spoznavanje z arhitekturo lahko samo koristi, a to vecina novodoslih "programerjev" zanemarja (zato potem mnoga nesmiselna vprasanja ). Jaz na forumu kar naprej opazam, da o programiranju mikrokontrolerjev tisti, ki zacnejo "pri temeljih", prakticno izkljucno dajejo odgovore (npr. Silvo), tisti, ki pa zacnejo nekje "v zraku", pa izkljucno sprasujejo. Napaka v pristopu torej ...

[Umnik]

Sedaj ko smo dobili novo temo, lahko še jaz napišem svoje kratko in jedrnato mnenje.

Bolj kot si dober v Cju, bolj potrebuješ znanje asemblerja. Ker ko se gre za performanse, gledaš, kako boš napisal sleherno spremenljivko, vrstico, zanko ali rutino. Gledaš, kaj je compiler naredil s tisto zanko in kaj je compiler z optimizacijo naredil s tisto zanko. In da veš in znaš presodit kaj je dobro, kaj slabo in kaj sprejemljivo, potrebuješ asembler.

Dandanašnji softwer je slabo napisan zaradi slabih programerjev ali pa časa do tržišča.

[Glitch]

[GJ]

[domen_puncer]

Par razlogov zakaj asm:

1. Spoznas delovanje racunalnika (v C so velik problem za zacetnike kazalci, v asm moras to razumet ali pa ne bos napisal niti enega programa) in tudi arhitekture.
2. Nekatere stvari morajo biti hitre. Npr. racunanje checksuma ethernet paketov - realen primer izpred par mesecev. Take stvari skompajlas, vzames vmesen asm, in ga na roke zoptimiras.
3. Low level stvari - bootup, implementacije semaforjev, sleep itd.
4. Ker ti je cool, pa si mogoce malo mazohista

O vseh govorim iz lastnih izkusenj, v nasprotju z nekaterimi, ki teoretizirate

[Lagrange]

C je abstrakcijska plast. Kdor zeli razumeti kako mlincek v resnici deluje mora razumeti asm. Kako dobro prevajalnik opravi delo, je odvisno tudi od tega kako dobro je spisana koda. Realnost je, da tisto kar deluje elegantno in optimalno v c, ni nujno tako blescece z vidika cpu. Skratka ce ne gledas prevajalniku pod prste lahko namesa kaj precej cudnega.

Nekateri prevajalniki npr. razlikujejo, ce klices vrednost iz neke tabele s sintakso array[i] ali pa direktno s pointerji. Razlika postane nemarno naporna pri kakem filtriranju. Naceloma nas ucijo, da naj bi bila zapisa enakovredna. Pa nista. In podobno velja se cel kup drugih reci.

Za programiranje novoletnih luck na 32bitnem armu, tako temeljno znanje seveda ni potrebno.