Skriptík asi nebude, na vstupu je podle mě příliš mnoho nejasných proměnných. Já většinou spoléhám na to, že vyšší verze knihovny nebo programu bude zpětně kompatibilní s nižší verzí. Třeba lha, lzx ve verzi 040 lze spolehlivě používat i na 68020. Jak je to ale s efektivitou nevím. U mě je to tedy tak, že to neřeším, dokud nějaký program nezačne křičet, nebo přestane být stabilní.

Tomuhle nerozumím. Když si pořídím jinou turbínu, přikoupím k ní další Amigu, ne?

U tebe bych nečekal takový Windows přístup Na Amize je právě fajn ladit si tyhle věci právě přesně podle sebe a trávit u toho hodiny a hodiny. Ale jinak je třeba fajn Classic Workbench nebo BestClassicWB.

Novejsi procesory (s vyssim cislem) obsahuji take nove instrukce, ktere starsi procesory neumeji zpracovat. Pri prekladu (treba z jazyka C) vznika kod pro vybrany procesor, ale je dost mozne, ze ten kod nahodou zadne specialni instrukce treba pro 060 vubec neobsahuje, proto to nahodou funguje.

On jenom samotny preklad pro novejsi procesor asi prilis zajimave zvyseni vykonu samovolne (jen tim prekladem) neprinese, to by s tim musel autor trochu pocitat, pripadne by to musel opravdu efektivne udelat pouzity kompilator.

Kazdopadne si myslim ze pouzivat napriklad 040 binarky na 030 nebo 020 je riskantni a vubec me prekvapuje, ze to nejak funguje. Ja obvykle pouziji binarky pro 020, protoze me pouziti "tech lepsich" moc smysl nedava, protoze jejich prinos nejspis neni zadny. Nekdo by to ovsem mohl zmerit, alespon pro par pripadu.

Přiznám se že nevím, jaké rozdíly v instrukcích jsou u jednotlivých Motorol 68k. Pro hrubou orientaci jsem našla toto.
Podle všeho výsledná rychlost dost závisí na compilleru případně ruční práci programátora
Na první pohled mě v tonhle dokumentu zaujalo:
Takže 68000 kód může být významně pomalejší, pokud tam bude 32-bit násobení.

Nojo, kdysi jsme to doma s bráchama piplali hodně, a s novou turbokartou to samozřejmě celé přeinstalovali.
Ale už jsem nějak zlenivěla Za to nemůže Windows, ale MorphOS a AmigaOS4.
Ale je fakt, že další turbokartu zatím nechystám, takže to určitě v tomto stvu nějakou dobu vydrží.

Ja, Keď mám rôzne turbokarty, tak mám k ním aj príslušné knižnice a väčšinou to robím tak, že v libs a aj utils, ktoré majú exace pre konkretne cpu, tak ich v adresaroch nechávam všetky, práve pre možnosť výmeny turba. Momentalne mám v libs: 10 verzii 68060, lebo som Cosmosovi testoval libs a používam v46.29, takze si na tom dávam záležať.
A script existuje v CustomWB 😁

Nějak se mi vybavuje vzpomínka, že 040 instrukční sada byla vrcholem 680x0 řady. 030 je téměř shodná s 020, jen přidala instrukce pro řízení MMU (a zvětšila instruction-cache a přidala data-cache, takže asi přibyly nějaké flagy na její řízení a samozřejmě dokázala jet na vyšší frekvenci). 040 přidala nějaké FPU instrukce (hlavně bylo FPU součástí CPU) a pipelining instrukcí a zvětšila cache. 060 hodně FPU instrukcí naopak odstranila (myslím, že i nějaké "normální", např. MOVEP), ale přidala predikci skoků a spekulativní zpracování instrukcí a paralelní zpracování (myslím že dvou) instrukcí najednou. To jsou všechno věci, které překladače při optimalizaci umí využít a vygenerovat "ten správný" kód. Myslím, že od 020 už ani tak nešlo o samotné instrukce, jako spíš o jejich latence, jejich řetězení (aby se střídaly čtené a zapisované operandy), velikost cache (rozvinutí smyček) atd. apod.
Ve své době jsem se tak setkával spíše jen s rozlišením na 68000 nebo 68020 instrukční sadu, protože tam byly rozdíly největší (tedy když pomineme existenci nebo neexistenci FPU).
Ale je to jen dojmologie.

Tady je v příloze A vidět rozdíl v instrukčních sadách jednotlivých verzí MC680x0. Bohužel, 060 tam ještě není, chtělo by to novější verzi

V posledním Amiga Future 161 bylo zas to Trevorovo dvoustránkový "mejdlo" (A-EON), kde píše postřehy z Amiga Ireland 2023 z Athlone.

Zaujal mě tam zajímavý detail, který jsem nevěděl. Měl tam přednášku Ron Nicholson (jeden ze zakladatelů Amiga Inc., vlastník čtyřech amiga patentů včetně blitteru a spolupracovník Jay Minera), který tam zmínil, že to on je zodpovědný za to, proč Amiga neměla ochranu paměti, protože přesvědčil Minera, že není čas ji vyvíjet, protože by nestihli včas uvést Amigu na trh.

Trevor tam napsal: "I've heard him (Ron) admit to being responsible for the Amiga's lack of memory protection. He revealed that he persuaded Jay Miner to leave out memory protection since the additional development time needed would have greatly delayed the launch of the Amiga, which was something they could not afford."


Fakt to tam říká, ve 21 minutě:


Doslova: "It (memory protection) would not have you allowed the chip to make timing, it would have been slow, it would probably push the schedule out, where we would have run out of money, before we could figure out, how to actually successfully do that, in the chip sizes that we had, with only 68k, which has insufficient resources, to really do that well.
So if you're software programmer and once you figure something major was left out, point the finger on me."

Vzhledem k tomu, že původně Miner designoval Lorraine jako novou 16-bit herní konzoli, tak to asi kolegům nedalo moc práce ho odradit od implementace MMU. Navíc ji ani základní 68000 neměla a někde jsem četl, že průmyslové systémy na ní založené to obcházely dvěma CPU, kde druhé pracovalo jako MMU.
Všechny ty četné diskuze o tom, proč Amiga nemá "tohleto a támhleto", nebo proč Commodore neudělal "toto a tamto", jsou podle mne anachronismus, kdy zapomínají na dobový kontext a reálie.

Díky za komentář. S těma dvěma CPU to je zajímavý.
Mě ty Ronovo poznámky zaujaly spíš z pohledu historie.

Na jiným místě (30 minuta) se ho tam Trevor Dickinson ptá, co by udělal dnes jinak. On odpověděl, že by na základě dnešních zkušeností s návrhem FPGA přidal do blitteru aritmetiku, protože by se pak blitter stal "very first vector (math) coprocessor."

Off topic. Není náhodou ta naše milovaná amiga taky tak trošku anachronismus?😉 Vracíme se záměrně o 30 let zpět a používáme k tomu technologie 21. století a ještě nás to baví
Tuhle jsem koukal na reklamu na V4 na stránkách Apolla. Samý co by bylo kdyby...

Cituju: "Let your imagination run wild, and visualize Commodore's plan to release a better chipset, like AAA, had occurred.
Imagine original Amiga inventors releasing a new model back in the 90's...
It was a dream of the whole community back then... And now that dream comes true!"
😀

Tohle by mohlo částečně pomoct http://aminet.net/package/util/sys/SniffEmu

Pak by šlo udělat složky 030/040/060 a tam dávat příslušné knihovny a pak je vždy pomocí SniffEmu assignovat. Znamenalo by to však mít hromadu duplicit (jen v jiných verzích) jak programů tak knihoven