SVETELEKTRO

Dobry den.Existuje nieco take ako byvalo kedysi na starsich pocitacoch ze ste mali komplet vypis procesora instrukcie kde co je celu instrukcnu sadu ako byvali kedysi a ze sa priamo v asemblery pisal kod bez nejakej nadstavby.Nemam zaujem zacat programovat v asemblery len zo zvedavosti ci este existuju pre dnesne procesory s miliardami tranzistorov take veci ako vypis instrukcii alebo uz to uplne tabu pre nas beznych ludi.

Staci pohladat "(tvoj MCU) instruction set", napriklad pre AVR je tu.

To nieje ono.Byvali take tabulky komplet vypis adries procesorov a kazda adresa presne opisane co jej zapnutim dosiahnes.toto je nieco comu nerozumie podla mna nik.To je nejaku manual neviem ani k comu a ani komu urceny.To co si poslal tym by sa ani nahodou nedalo programovat procesor v asemblery.To je nejaka divna stranka.Ja si to pametam to boli tabulky a uplne detailne kopmet instrukcna sada toto to neni.

Chces teda rozpis registrov? To co ti poslal je popis instrukcnej sady procesora. Jej pouzitim vies narabat s hodnotami v registroch ktore uz potom ten konkretny procesor ma. Ak chces vyznam a adresy jednotlivych registrov, toto samozrejme existuje tiez, staci si pozriet datasheet, napriklad http://ww1.microchip.com/downloads/en/D ... asheet.pdf a prelistovat si ho.

taketo nieco som myslel ako je tu https://sta.c64.org/cbm64mem.html

Ano, a presne to ti bolo dane - v datasheete su uvedene adresy, rozlozenie pamate, popis registrov apod. Neviem co viacej chces. Ak chces len tabulku bez popisu tak je tam, http://ww1.microchip.com/downloads/en/D ... asheet.pdf , strana 275 a dalej, ale bez popisu bitov a registrov (ktory je inde v datasheete) je zbytocna.

Takto ti poviem.Kedysi som robievam asembler scroling a podobne veci ale som uz mimo tejto oblasti tak som len chcel vidiet ako vyzeraju tie miliardove procesory ze kolko moznosti v nich maju ludia.Som s tym skoncil ked skrachoval commodore.Bola chyba ze som sa sustredil nan.Stratil som motivaciu.vacsina znamich presla na pc turbo pascal a podobne ja som vsetko pisal len v asemblery.Cele noci som pri tom presedel.Sice to bolo o hubu clovek nesmel urobit jedinu chybu ale zas vsetci zasli nad tym aky ja mam plynuly scroling zatial co im vsetkych vdaka tomu ze to robili nie v asemlery sekal.to len tak zo zvedaovosti ci to este existuje take veci alebo ci si to vyrobcovia chrania a uz len directy X a open GL ci CL teraz uz ani neviem vsetci robia a zjavne to funguje stale ako za starych cias.Podla mna jedine v asemblery je skutocne programovanie.Na to treba ale obrovske mnozstvo casu a sustredenia ktore ja uz nemam.

To čo ti linkol Mek je ono. Celkom dobre podľa toho programujem AVRka v ASM už možno 20 rokov. To že ty si pamätáš inak usporiadané tieto údaje je poplatné dobe v ktorej si to videl. Dnes je treba presne to čo ti dal Mek. Lebo ty nepotrebuješ robiť spätný preklad ako kedysi za éry PMI80. Teda potrebuješ zoznam inštrukcií a čo robia. A nie tabuľku na disassembling.

Samozrejme že také datasheety sú pre každý procesor. Napríklad pre intelovské procesory sú tie inštrukcie rozdelené na tzv ringy podľa úrovne oprávnení. Taký Ring 0 je OS a napr. ring 4 užívateľský program. Ale sú tam dnes aj ring -1 a možno aj hlbšie ktoré nie sú publikované. Defakto tam beží komplet operačný systém ktorý sa vie sam konektovať po nete. Nie je moc veselé vedieť že sa ti kedykoľvek na ten ring môže pripojiť nejaky týpek z intelu alebo z FBI.

To čo si nalinkoval ty ako príklad s Commodorom s programovaním v asm má menej spoločného ako si myslíš. Je to len mapa pamäte nejakého konkrétneho počítača s CPU a jeho inštrukciami to nesúvisí.

Podla mna jedine v asemblery je skutocne programovanie.

Neaktualne.

Sucasny stav je taky, ze assembler je dneska povazovany za uzitocny nastroj ked potrebujes presne maly kusok casovo kritickeho kodu rucne zoptimalizovat, v opacnom pripade vec ktorej sa treba vyhnut. Treba si uvedomit komplexnost dnesnych MCU. To co ti bolo poslane je trivialny 8 bitovy procesor. Pracoval som so zariadeniami kde je 1700 stran popisu fungovania periferii a ich riadiacich registrov ( https://www.st.com/resource/en/referenc ... ronics.pdf ) a typicky program ma stovky kB. Na tomto robit nieco komplexne komplet v assembleri by bolo neprakticke a co je dolezitejsie - zbytocne.

A to nehovorim o velkych zariadeniach ako x86 a x64.

Su firmy co stale pisu v asemblery napriklad NCH software.Ich programy maju 2-6mega a funkcie ako ine 100-200megabajtove.A aj co sa rychlosti a stability tyka tak nemaju konkurenciu.

Dobre pre nich. Vyvoj/upravy trvaju kolkonasobne dlhsie? A je to komplet v assembleri, alebo tu a tam daky kriticky blok?

Fakt netusim ale su namakani.Tu mas na nich link.https://www.nchsoftware.com/ Uznavam este autora total commandera.Bez total commandera a NCH software si neviem predstavit pracu s pc.Samozrejme Total commander zasadne aj s plugin na vsetko vypalovanie prehravanie videa atd.Chvalabohu zan.Este si tam musim nejake vlastne dat hlavne na navyse pracu s diskami tie mi tam chybaju a budem uplne happy.To bola prva vec ktory som daval na pc s windows 10 hned po doinstalovani start is back software.Ok moc som sarozpisal.Maj sa

Podla mna jedine v asemblery je skutocne programovanie.

Som s tym skoncil ked skrachoval commodore

Niekto zaspal na 40 rokov a porovnáva interpretovaný Basic s assemblerom. Ak by si mal na tom commodore kvalitný kompilátor C jazyka (jazyk ktorý už vtedy existoval), tak zaručene by tvoj kod bol rychlejsi nez Basic.

Napísanie kvalitného kompilátora bol a stále je (a asi aj bude) trochu vyšší level programátorského umenia. Kompilátor aj assembler sú len nástoje rovnako ako kladivo alebo šrobovák. Dôlezitý je cieľ.

martin knocik: neviem preco tu splietas basic. cely cas je detaba o asembleri. A ano, existoval aj pre commodore.

Programovanie v assembleri bolo potrebne v case 8bitakov, kde dane procesory nemali vykon na rozdavanie a dolezite bolo casovanie niektorych procesov. Vyvoj vseobecne bol pomalsy a dokladnejsi (kvalitnejsi a drahsi)

V dnesnych casoch maju procaky takmer stale nadbytok vykonu a pre komplexnost a zlozitost procesov sa pouziva vyssi programovaci jazyk.
ASM uz iba fakt vynimocne pre procesy, ktore su bud casovo kriticke alebo je mimoriadne dolezita rychlost spracovania a podobne.

Kolega este davno tvoril nejake veci pre intel 386 v asm este pod DOSom a uz to bola pomerne zlozita vec.

Vezmime si obycajne AVRko ku ktoremu je pripojeny LCD cez SPI zbernicu, nejaky senzor na I2C, RTC, zopar LED a dve tlacidla.
Na vsetko v pohode staci Ccko alebo wiring (ak sa jedna o Arduino). Nic nie je narocne na kod, maximalne prerusenia z RTC a tlacidiel (ak to vyuzivam) by sa dal urobit v ASM kvoli rychlosti spracovania. Vstko ostatne pohodlne vyriesim cez vyssi programovaci jazyk, lahka praca s datami, ked treba tak dynamicke alokovanie pamate, spracovanie dat, ich konverzia na ine typy...

A vies si predstavit vsetko toto robit v ASM? instrukciu po intrukcii? Uz len komunikacia po I2C a SPI zabere dost prace s registrami, bajt po bajte spracovavat, rucne si davat poroz na alokovanie pamate, kazde prerusenie vyzaduje rucne odkladanie premennych do zasobnika, zalohovat registre, s ktorymi budem robit, po skonceni obsluhy preruseni to vsetko dat nazad...

Kapitola sama o sebe je porovnavanie premennych alebo nedajboze celych retazcov, ci vyhladavanie zopar znakov v retazci. V Cecku lahka vec v ASM robota na hodinu.

Ak sa vratis po dlhsom case k nejakemu sw dajme tomu, kvoli uprave, tak cumic chvilu na kod nez sa v nom zorientujes. Prides po case ku kodu v ASM a cumis na neho ako bager na tvrdu hlinu. Po dvoch dnoch sa v nom zorientujes.

Poznam programatorov, co pouzovaju kod v ASM aj v tychto casoch. maju napisane rozne funkcie priamo v ASM, kvoli rychlosti spracovania. Ale su to kratucke veci, komplexne to riesia vyssim programovacim jazykom.

Cize zhrnutie: pozadovane vypisy pamate urcite su k dispozicii ak ich niekto specializovany potrebuje. Vacsinou je to iba na vyziadanie priamo u vyrobcu daneho hw. Tak isto instrukne sady sa daju zohnat aj ako volne pristupne veci.
To vsetko pre tych zopar specialistov, ktori to naozaj potrebuju. Zvysok sw ludi to nemusi nijako zaujimat, postara sa o to prekladac.

Ono to nebolo az take narocne s tym asemlerom ved boli rutiny ktore sa lepsie naprogramovat nedali cize dost veci bolo podobne ako dnesne programovacie jazyky akurat kto chcel tak skusal experimentovat aj s tymi rutinami.