Intel se chce zbavit koule u nohy. S přechodem na x86S mluví o ryze 64bitových procesorech

Nemusíte mít strach, vše Vám bude fungovat i dál :D

Byl by to krásný svět.. a doufám, že se ho dočkám :)(A taky teda doufám, že se SQL Management Studio konečně dočká toho, že nebude postavené na shellu visual studa 2017 .. ale že i toto konečně upgradnou na něco aktuálnějšího .)

Moje vize je taková, že již dnes existují něco jako Android Subsytem, Linux Subsystem pro Windows, takže pro účely X86 by se dalo doinstalovat něco jako X86 Subsystém. Bylo by to pochopitelně volitelné. Přeci jen jsou starší hry, které nikdo do X64 nepředělá a byla by škoda je nemít možnost spouštět.

Názor byl 3× upraven, naposled 23. 05. 2023 09:41

Ta "cibulovost" Windows (tedy, že existují "Windows On Windows") je dána architekturou celého systému. Já jsem díky tomu schopen provozovat WoW32-16 (32 bitovou emulační vrstvu pro 16 bitové aplikace ještě původem z Windows NT) i na svých 64 bitových Windows 10.
Podívejte se na dříve vydané NT zkompilované pro FIPS nebo PowerPC - ta architektura je pořád stejná. Je to pěkně vidět na serverových Windows, které můžete mít bez té první vrstvy Wow (tam pojmenovaná jako User experience).

Asi pouzivam, pocitac z budoucnosti, ale zadne adresare "SysWow64" nebo "Program Files (X86)" tady nemam, presto pocitac fungue docela dobre. Jen updaty musim delat z prikazoveho radku, zadavam tam "apt update && apt upgrade -y"...

Názor byl 1× upraven, naposled 23. 05. 2023 12:00

tak to asi budeš mít rozbitý

Ja si naopak myslim, ze jsou rozbite pocitace s popularnim OS "Vyndej si"... (YT OVg6TnvsZZc) Jejich uzivatele si porad na neco stezuji...

Názor byl 1× upraven, naposled 23. 05. 2023 13:13

Ani ja tie adresáre nemám. A OS aktualizujem príkazom pkg update

Ja v pc žádné adresáře SysWow64 ani Program Files (X86) nemám už teď.

Num lock by som nechal, umožňuje použiť numerickú klávesnicu ako 8 smerový ovládač.Ale pravdu povediac, pozerám, že mám momentálne nejakú legacy free klávesnicu, ani num lock, ani scroll lock nemám. Chcel som totiž zistiť, čo to robí v linuxe. Nezistím :)

huh, tohle jsem použil naposledy v roce 94 když jsme s kamarády hráli bodyblows :)

Na Bulánky super! 😂

Jakože NumLock by byl trvale Off? No to snad ne....... A Scroll Lock je pěkný chyták pro uživatele MS Excel. Jinak ano, pro mě je dost otravné, když se numlock nastaví na off a scroll lock nevyužívám. Tedy uvítal bych klávesnici bez tlačítka numlock, kde by trvale byl zapnutý numerický blok. Kdo by chtěl využívat šipky na numerické klávesnici, tak v kombinaci se SHIFT. Ale to by musel někdo takovou klávesnici vyrobit, asi není poptávka.

Domnivam se, ze NumLock a ScrollLock by meli jit zakazat softwarove. Ta klavesnice je uplne hloupa, jen posle do PC informaci ze se stiskla klavesa ScrollLock a jen jen na OS, zda tuto udalost ignoruje nebo rekne klavesnici, aby se prepla do rezimu ScrollLock, tedy rozsvitila indikator a pripadne posilala jine kody klaves... Pripadne by mel jit udelat adapter, ktery bude tyto kody zaslane do PC filtrovat. Anebo si postavte klavesnici, ktera ty klavesy vubec mit nebude. Pokud Vas tyto klavesy trapi, urcite reseni najdete...Ja treba pouzivam CapsLock LED jako test, zda je nutne PC rebootovat, nebo mam jeste nadeji, ze se probere k zivotu. Pokud klavesnice nereaguje na stisk klavesy CapsLock, tak je reset nezbytny, protoze OS jiz nedokaze ani obslouzit klavesnici; pokud PC nereaguje, ale CapsLock meni stav LED, tak mam nadeji ze OS jen swapuje a ze se treba stane znovu ovladatelnym, pokud mu dam vice casu...,

Názor byl 1× upraven, naposled 23. 05. 2023 12:51

Zkoušel .. ale to byla malinko jiná doba. Ten nápad předběhl svou dobu. Proti AMD s jejich x86-64 a zpětnou kompatibilitou s 32 bity ... to tehdy, celkem očekávatelně, vyhrál :)

Itanium malo WLIW architektúru a zle sa pre to písali kompilátory. Vývoj hardvéru predbehol softvér. Zatiaľ je to slepá ulička, ale v budúcnosti možno nebude. AMD im vypálilo rybník X86-64 architektúrou, ktorá bola prílepok X86-32.x86S je konzervatívnou evolúciu. Želám architektúre úspech, dúfam, že Intel prezradí ďaľšie plány s ňou.

Myslíte přední panel? To je otázka výrobců, jsou systémy kde je jen jeden svazek s jedním konektorem pro celý front panel (Power,reset,ledky...). Já už jsem to nemusel zapojovat hodně dlouho

Aktuálně je vrchol technologie zapojit "špagety" do konektoru a ten až celý zapojit do desky. Což má třeba ASUS PRIME X670E-PRO WIFI. Je to sice o trochu pohodlnější, ale do jednoho konektoru vedoucího ze skříně to má daleko.

Vymyslete pro toho borca někdo bezdrátový ledky, jinak se z toho zblázní :D

Nevic me na tom vadi, ze to kazdy vyrobce desek dela trosku jinak, ze za celou tu dlouho dobu nevykrystalizoval unifikovany konektor...

Naopak, nic lepšího než univerzální pin header neexistuje. Tam si každý zapojí (drát, jumper, krokosvorku dle libosti) co chce a nemusí vymýšlet se sháněním odpovídajícího konektoru :D

zbaveni se koule na noze ve forme odstraneni reliktu z dob 16 bitu apod jsou nutnym predstupnem k jakemukoli smazeni udelat neco seriozniho s procesorem :)

Ta sedla!

Ne.
Koule u nohy znamená, že Intelu upadly koule dolů.
Takže je teď Intel bez koulí a má tyhle koule u nohy.

Alebo má také veľké gule, že sú až po zem.

Jak se pozná taková kotva, která táhne ke dnu?

Vyjde o ni stupidni clanek.

dokazes si predstavit co by to udelalo za drama v MS ?

v ms? skoro nic. nový systémy už jsou plně 64 bitové, takže dopadl na MS minimální.

Ale ekosystem 32bit neni a nikdy nebude.

???

Pardon, psal jsem rychleji, nez jsem mels/32/64/

porad nevim, co na 64 bit ekosystemu neexistuje :)

Existuje kopec specializovaneho SW , ktore su len 32 bitove. A pak nastava problem. Neexistencia 64 botoveho SW, ktora by nahradila stavajici SW. U niektorych sa da najst alternativa coz vsak vedie ku problemom ako transformacia firiem, zaskolovanie pracovnikov, exportom a importom, ten proces je narocnejsi ako sa na prvy pohlad da. V pripade ze ho budu virtualizovat, stracas optimalizaciu a tym je SW automaticky horsi. Toto vyzaduje cas. Nie som zastanca aby za kazdu cenu tam boli 16bitove alebo e2 bitove nalezitosti, ale prve krok je dostat do povedomia IT sektora, ze sa to planuje, aby bol cas sa prisposobit napriklad tym ze vsetcia vyvojari budu robit build na 64bit, ak uz appka sa moc nevyvija tak aby bol cas na vytvorenie, prechod na alternativy. Netreba zabudat ze svet IT nie je len o VLC, Chrome/Firefox, Office. Ale ze je to robustny ekosystem.

To, ze existuje spousta software, ktera je jen 32 bitova, nikdo nepopira a nezpochybnuje.Jen se snazim dopatrat toho, co stoji za tvrzenim, ze 64bitovy ekosystem neexistuje :)

Navzdy to bude 96. (32+64)

🙈

Apple už je čistě 64 bitový bez podpory 32 bitů od macOS (tuším) Catalina a osobně jsem problém nezaznamenala a ani neznám nikoho s jablíčkem, kdo by přišel o must have software. Ano, jeden program mi přestal fungovat, ale jeho tvůrce vytvořil novou verzi a upgrade byl za pár fufníků, takže s tím opět nemám problém, aspoň se z kódu odstranil zbytečný starý balast. Takže jestli se to samé stane na PC, tak jedině dobře, není důvod v 64 bit OS na 64 bit CPU používat 32 bit SW. Aspoň to donutí MS konečně zahodit tu nesmyslnou zpětnou kompatibilitu 30 let zpátky (proč mám v dialogu tuším že ručního hledání ovladačů ve Windows 10 jako výchozí disketovou mechaniku A:, když disketová mechanika se nepoužívá někdy od roku 2002 (tedy já ji v té době přestala používat, můj tehdejší Mac ji už ani neměl).edit: jinak Apple dal vědět dva roky dopředu, že skončí podpora pro 32 bitů, v Mojave se u těchto starých programů objevovala hláška, že bez aktualizace nebude v příští verzi fungovat a skutečně, v příští verzi to fungovat přestalo. Pro lidi, kteří potřebují 32 bit SW je tu stále podporované Mojave, pro ostatní (počítám tak 99.9%) je tu další vývoj. A na mobilech je to to samé, iOS nepodporuje 32 bit už tak dlouho, že si to ani nepamatuju a Android už nějakou dobu také. Windows není nic jiného, rozdílného, takže by to samozřejmě šlo i tam. Stejně jako u Applu by se našlo pár kvičíčích staromilců, kteří zase rychle utichnou a reálně si přechodu nikdo ani nevšimne. A jestli to dopadne jako u Applu, bude ryze 64 bitový Windows podstatně rychlejší než předchozí s podporou 32 bitů.

Názor byl 1× upraven, naposled 22. 05. 2023 19:07

Zorganizovat tohle u Applu je trochu jiné, než ve světě Windows s cca pěti miliony existujícími aplikacemi.Ale mělo by to sakra během pár let jít udělat - když někdo nebude schopen předělat 32bit aplikaci, tak ta ještě pár let pojede na stávajícím procesoru a pak si uživatel holt zvykne na jinou.

IT svet nie je len o bežných užívateľov. Ale aj o firebnej, vedeckej infrastrukture. Si to predstavujes ako hurvinek valku. Uplne sa zbavenia sa 32 bit aplikacii vyzaduje cas. Najhorsie co by sa mohlo spravit lusktnym prsta jej vyradenie.

Ak niekto danu aplikaciu nevyvija (lebo je stale 32 bit) asi nie je dolezita. Preto nema narok na prezitie. Nahrad sa najde dost.
Zbavili sme sa disketovky (to bolo nareku ked iMac prisiel bez nej), CD a DVD mechanik (to bolo nareku), zastaralych portov (serial vs usb, to bolo nareku), zbernic (isa vs pci).
Nevidim dovod aby si vo windows svete neupratali.Aako pruser vidim cdlkovu neefektivnost x86 architektury, ani ked sa intel zbavi 32 bit, neznamena to, ze to stale nebude neefektivny zeruci pekac.

Například spousta opravdu drahého lékařského hardware (osobní zkušenost mám třeba s rtg) má ovladače a obslužný software jen v 32b, a výrobce je neupdatuje a doporučí koupi nového zařízení.

no tak to pojde cez emulaciu. to nie su veci ktore su nejak narocne. ked to slo doteraz na 32 bit tak to pojde aj potom.

zrocna prave tyto “specializovane” programy se specializovanym hardware mivaji s emulaci ten nejvetsi problem.

Emulace je nešťastné slovo. Správné slovo je virtualizace (spojená s částečnou/úplnou emulací). Tam nebude (ani nemůže být) absolutně žádný problém.

Názor byl 1× upraven, naposled 23. 05. 2023 13:44

A pointa? Když to nebude na čem spouštět, výrobce buď sám updfatuje na 64-bit nebo neprodá nové kusy HW (když zákazníci odmítnou upgrade).Hlavně, uvaýovaný časový horizont je v řádu let, tedy obě strany mají dostatek řasu se připravit a zvolit optimální řešení.

sql Management Studio doteď je jen X86

Víš jaký by to byl mazec? Pořád se používá bambilion 32bit aplikací. (je to pořád o tom samém - když uživatelům zpětnou kompatibilitu zaříznete moc, tak je už nic nebude držet na Wintel platformě a utečou jinam)

Odpověď máte v článku - budou se virtualizovat a koncový uživatel nic nepozná. Už teď hafo lidí používý virtualizované Windows aniž o tom vůbec ví (zapnutá VM platform) ...

to ale není to samé .)

Nechápu. V čem je problém nebo co není to samé? Dnes si klidně v nějakém VM (Hyper-V, VMWare apod) na 64-bitovém procesoru pustíte 32-bit virtuální stroj. 100% kompatibilita, problémý žádné, výkonostní režie max do 10% (na moderních CPU výrazně méně)Fakt problém nevidím. Moje poznámka byla o tom, že pokud si lidi zapnout podporu VM platform, tak jim po nabootování běží ten "hlavní OS (Win 11) např" jako VM instance (aniž o tom vůbec vědí nebo si to uvědomují).

Rozdíl je v "míře" virtualizace... Pokud si člověk zapne VM platform (a má zaplý třeba Hyper-V), tak i když dělá na svých desktopových windows, tak tam dochází k para-virtualizaci IO zařízení. Nedochází k virtualizaci v pravém slova smyslu (k emulaci).Pokud budeme virtualizovat běh 32 bitových aplikací na čistě 64 bitovém procesoru, tak už se bude jednat o plnohodnout virtualizaci (emulaci), kdy bude potřeba emulovat neexistující instrukce, neexistující hardware apod.

Názor byl 1× upraven, naposled 22. 05. 2023 16:21

A co jako? Na Macu to funguje už třetím rokem. A nejde o hloupé a primitivní 32 vs 64 bitů, jde o změnu platformy z Intelu (x86) na Apple Silicon (ARM), což je podle mě mnohem složitější. Pořád mám pár app, které jsou čistě pro Intel a kromě prvního spuštění, které trvalo déle, nevidím rozdíl ve výkonu nebo že by šlo o jinou platformu. A když to dokáže jedna miliardová firma, jistě to dokáže i druhá miliardová firma.edit: zajímal by mě důvod mínusu. Z toho co jsem napsala, není nic nepravda, ale jen holá fakta.

Názor byl 1× upraven, naposled 22. 05. 2023 19:17

přechod z jedné platformy na jinou platformu (a to jak v případě applu, tak nakonec i v případě těch windows) jako takový je v podstatě velmi jednoduchý (u windows nyní pomíjím to, že sebou tahají spoustu balastu z důvodu kompatibility).Ten "problém" ale nastává později, když se začneme bavit o množství software - pro windows je ho řádově více, než pro macos. a to je síla která se počítá. A je potřeba ji řešit.

Až na to že M1 není obyčejnej ARM, ale takovej, kterej je rozšířenej o část funkcionality x86, aby se nemusel virtualizovat celej CPU. Dále se obvykle vůbec nevirtualizuje, protože se při instalaci přeloží z jedný instrukční sady na druhou.Reálně, 32 vs 64 může bejt o dost horší. Mac v tomhle má lehčí práci, protože 32bit app zabil dávno, takže ten překlad/virtualizace vůbec nemusí řešit to že ukazatel v paměti má jinou velikost, a podobně. Z tohohle pohledu mi příjde překlad jednodušší...

"Nedochází k virtualizaci v pravém slova smyslu (k emulaci)."
Emulace a virtualizace opravdu není totéž. (Para)virtualizace v různých podobých se dnes používá naprosto běžně a ničemu to nevadí. Od workstation nástrojů jako VMware workstation až po ESXi (barte metal hypervisor) v tom není pro instalovaný OS rozdíl. Pokud se zařízně komplet 32-bit subsystém, bude se holt emulovat. To už také umíme, dokonce i na úplně jiných platformách.Zvládl to Apple, avládl to Android, zvládl to Linux - a pokud to bude "tlačeno" výrobcem HW, zvládnou to i firmy dodávající SW - myslím vydání 64bit verze svého SW/ovladače...
Dnes to "nemusí" protože to prostě na 32-bitech pořád funguje. Až svůj drahý SW nebudou mít na čem pustit a komu prodat, velmí rádi 64bit verzi uvolní. Nádjerný příklad jsou Adobe aplikace prop MacOS a jejich přizpůsobení se změnám architektury.
Pokud není tlak z jedné strany (zde HW kompatibilná desítky let zpět) není nutnost něco co funguje měnit, tak to bylo je a vždy bude.Podívejte se, kam se dostaly (open source, komunitní) projekty různých emulátorů od 8bitových pořítačů až po PS4, Nintendo switch apod. A teď si představte že se do tohohle pustí nějaká komerční moloch jako VMware atd. Rozhodně bych se nebál, že bude problém na případné moderní architektuře "najít aplikaci nutnou k práci" protože existuje jen její 32bit verze. IMHO se půjde oběma cestama - komplet zaříznutí 32bitových aplikací (a je ostuda že už se to nestalo dávno a automaticky) a zároveň plná virtualizace/emulace x86 architektury na novém HW. Za mě se toho nebát a udělay tvrdý zářez jako do dělá Apple - lidi/firmy zanadávají a stejně platí/upgradují. Hotovo.

Názor byl 3× upraven, naposled 23. 05. 2023 13:56

By platilo pouze pokud by byl jen intel. Aktuálně by to tlačení výrobcem HW - intelem dopadlo tak že by přišli o nezanedbatelnou část tržního podílu.

V tomhle máte naprostou pravdu...

Pokud odstraníte podporu pro x32, tak logicky x32 nebudete moci virtualizovat, ale bude muset emulovat. Takže Type-1 hypervizorům můžete zámavat a jediná možnost jsou Type-2 hypervizor. Na Hyper-V budete muset zapomenout, a ty ostatní budou pomalé s výkonovým dopadem daleko, daleko, fakt daleko za 10%. Těch 10 a méně procent je právě proto, že se nic neemuluje, ale procesor vykonává instrukce 1:1 a jen hlídá aby počítače nesahali na prostředky jiných VM. Jakmile tuto HW podporu (která je striktně vázaná na architekturu procesoru) odstříhnete, tak jste výkonově 10 let zpět.Zároveň vám to nevyřeší pokud x32 používáte pro nějaký specializovaný (typicky starý) HW.

Co jsem teď koukal na podrobnější analýzu návrhu Intelu, tak odstraněná by měla být "jen" možnost běhu 32bit OS. Hardwarový subsystém pro běh 32bit aplikací by měl zůstat zachovaný (i když určité řezy by tam byly - např odstranění některých starých metod přístupu k I/O zařízením)

Jasně. Ale jako všude - když není tlak, není potřeba. Když budou všichni vědět, že za 5 let bude nový HW, ti co chtějí dál svůj SW prodávat do 64bit přepíší, stejně tak komunita své open source projekty.Apple to zvládl (úplně komplet a od podlahy) už 2x a v podstatě bez ztráty kytičky (zákazníků). A tam kde se daný SW už léta nevyvíjí a jen popř. udržuje zkrátka souřasná verze umře s tou HW platformou (což vzhledem k nevývoji a stáří také není žádná škoda). A lidé/firmy to stejně nakonec zaplatí, jak nám historie už několikrát ukázala.

Joo, tohle známe z praxe - autor SW se na to vyprdne a člověk pak jak pako shání starší hardware aby stroj udržel při životě.

Tak až vypadne podpora x86 a začnou se prodávat čistě 64bit procesory, nakoupíte si 2-3 CPU, 3-5 MB a máte na dalších 20-30 let vystaráno. Pak už stejně půjdete do důchodu, tak vás to nemusí zajímat. Nemluvě o tom, že takové zařízení už bude určitě zastaralé a pokud nedostane 64bit update, tak je to jen ukazatel, že dodavatel/výrobce byla špatná volba.

Myslel jsem 2-3 CPU předchozí generace.

Ta změna by nevešla v platnost ze dne na den, že. Prve se to musí začít vyrábět, což znamená přípravu několika let kdy se to bude vědět, pak se to vyrobí a musí rozšířit 3mld počítačů se fakt najednou nevymění bude to trvat dlouhé roky než dojde k tomu že i poslední HW s 32bit podporou doslouží.Je to dostatečně dlouhá doba na to aby se na to vývojáři připravili. No a pro specifické kousky holt zůstane virtualizace. Pokud budeme argumentovat tím, že používáme 32bit aplikace a nehodláme to změnit, tak se toho nezbavíme nikdy. Přitom jsou to věci, které ten HW dělají zbytečně komplexnějším než by musel být.

Když to jde na Macu, proč by to nešlo na Windows? Navíc nejsou jen Windows.

Částečně protože Apple u jeho zákazníků projde skoro cokoli.

Taky proto, že na Apple je baj vočko tak tisíckrát méně aplikací.

Názor byl 1× upraven, naposled 22. 05. 2023 19:38

To je jedna z těch věcí, které Apple prochází

Sice méně, ale kvalitně udělených. Balast zde nemá příliš prostor. Vývojáři musí reagovat na změny a nemohou si dovolit táhnout za sebou kouli z Win 3.1 s Win32s. Na druhou stranu mají téměř jistotu, že lidé, co Apple vlastní si za ten SW i zaplatí, nebudou tolik krást, jako uživatelé Windows.

ARM ma stale 32 i 64 bitove procesory. ARM nic nevyrabi, jen navrhuje architekturu a nastroje. Kazdy vyrobce, ktery si technologie ARMu licencuje se rozhodne, zda jeho procesor bude umet instrukce 32, 64 nebo obe. Vetsina dnesnich ARM proceosru je 32 bitova nebo umi 32 a 64 bitu. Cloud Scaleway pouzil pro sve virtualni ARM servery procesory, ktere bezely jen v 64-bitovem modu. Web server tam fungoval, ale pokud jste potrebovali i nejaky 32-bitovy binarni blog, tak pouzitelny nebyl. Amazon AWS ma vlastni virtualni servery s ARM, ktere podporuji 32 i 64 bit, jsou tedy univerzalnejsi, bezi 64-bitovy Linux ale po doinstalovani 32-bit knihoven tam lze spustit i 32 bitove aplikace. Pokud to chcete otestovat, tak treba projekt BOINC, vetsina projektu pro ARM platformu ma aplikace jen pro 32-bitovou architekturu... Anebo si napiste v C jednoduchou "Hello World" aplikaci, zkompilujte jen pro 32-bitovou architekturu a zkuste spustit, vetsina dnesnich ARM procesoru to zvladne (teda, pokud do 64 bitoveho OS pridate 32-bitove knihovny).Dalsi otazka je, jak je dana architektura optimalizovana, procesor muze byt navrzen tak, ze sice umi 32-bit instrukce, ale jsou pomale, protoze z duvodu uspory kremiku nejsou optimalizovane na rychlost. Je to magie, slozita magie...Dalsi slabou/silnou strankou architektury ARM je roztristeneost, neexituje treba jednotny BIOS, jako na PC. Pro kazde zarizeni s ARM procesorem musite mit specialne navrzene jadro, ktere zohledni implementacni detaily a nabootuje OS. Mam tady krabici desek s ARM, ktere jsou dnes uz k nicemu, protoze vyrobce je nepodoruje a zadny moderni OS na ne jiz nenainstaluji... I na stare PC stale mohu nainstalovat moderni OS, tam je bootovani "unifikovane".

Názor byl 2× upraven, naposled 23. 05. 2023 13:48

Jde to, včera jsem spouštěl DOS z flashky, používam to na různý flashování biosů na starejch kompech, ale na Ryzenu z roku 2019 to jde spustit taky. Ale je otázka co to je za dos, protože klasickej MS-DOS to neni, je to nějakej Free Dos nebo co.

FreeDOS je MS-DOS kompatibilní OS .. stejně jako svého času velice oblíbený DR DOS (nebo PC DOS od IBM)...

Názor byl 1× upraven, naposled 22. 05. 2023 15:09

Ještě to tam furt je :) některé věci zmizely, ale reálný režim a většina s tím souvisecjících věcí tam stále trčí.

Zkuste zapnout terminál třeba ve Win11 a vyzkoušet dosovské příkazy:
dir
cd Downloads
cd..
md cokoliv
rd cokoliv
atd.

tak ale tohle je neco uplne jineho :)

Ale jestli mu to chybí, tak si to zkusit může, že jo?

Já se ale ptal na bootování 16bit OS, nikoliv na dosovské příkazy.
Jinak, už jsem si ověřil, že opravdu i ty nejnovější procesory stále dokážou fachčit v reálném režimu 8086, kdy mají k dispozici pouze 20bit adresovou sběrnici skládanou ze 16bit segmentu a ofsetu a tedy pouze 1MB RAM.
Hmmm, zajímavé. :)

Ty stary systemy ti uplne nenajedou. Hw novyho pocitace je pro ne jako kdyz ocekavaji konsky povoz a dostanou raketoplan.

Jasně, protože dnešní technologie v dobách MS-DOSu neexistovaly. Ovšem, tohle není problém procesoru.
Třeba FreeDOS fungovat bude, protože potřebné drivery obsahuje.

Jake drivery?
Zrovna DOS byl povestny tim, ze nic neresil. As na par drobnych vyjimek se o vse se musela postarat konecna aplikace. FreeDOS neni v tomhle jiny.

Tak, MS-DOS minimálně musel umět fungovat s klávesnicí, obrazovkou v textovém režimu, diskem.
Nejsem si jistej jestli současná USB klávesnice je softwarově identická s klávesnicí připojenou PS/2, dále jestli textový režim na dnešních grafikách je z hlediska softwarového přístupu shodný s textovým režimem na starých CGA/EGA/VGA/Hercules grafikách..... To samé se týká práce s disky. Dále zda všechny služby současných BIOSů dělají přesně to, co od nich očekával starý MS-DOS.
Třeba se to všechno ve svém základu stále chová jako u PC z doby před pětatřiceti lety, ale nejeví se mi to jako příliš pravděpodobné. FreeDOS by toto měl mít nějak řešené, měl by s moderním hardware počítat. Jak ve skutečnosti kvalitně, to netuším. Nikdy jsem to nepoužil.

USB klávesnice softwarově identická s PS/2 (a tedy i DIN) na 100% není, aby fungovala musí být v BIOSu modul "USB keyboard emulation" který převádí USB na PS/2 (v některých BIOSech se dá vypínat/zapínat, když se vypne tak USB klávesnice v DOSu nefunguje)

Tohle se od samého počátku řeší tak, že se volají daná přerušení/funkce BIOSU (třeba na čtení z klávesnice int 21h - která od dob 8086 funguje stále stejně a o obsluhu PS2/USB klávesnice se postará BIOS, tohle DOS vůbec neřeší).Jasně, je tam jakási režie toho volání, v kontextu systému (DOS) naprosto zanedbatelná ale benefitem je zpětná kompatibilita trvající už desetiletí, takže i ten starý MS/DR/PC DOS bude fungovat :DA ano, stejně tak grafické karty sebou také stále vláčí podporu "původních" režimů, jako různé textové nebo základní grafické adresování (přístupné opět skrze BIOS a např. int 10h apod). Rozhodně ale nemusí všechno (například DOS hry) fungovat správně, tady typicky platilo že každý SW/hra měla své vlastní ovladače.
V samotném DOSu (příkazové řádce) byste ale problém mít neměl ani dnes...

Názor byl 4× upraven, naposled 24. 05. 2023 12:21

Moje zkusenost z FreeDOS tak ruzova neni, mam teroii, ze FreeDOS se nerozsiril proto, ze moc dobre nefungoval. Obcas funguje, obcas ne, je to loterie, zalezi na hardware, na BIOS, atd. Dnes je to pro me jiz minulost, ale kdyz to bylo jeste aktualni, tak jsem se pokousel prejit na FreeDOS, ale nikdy se mi to nepovedlo, i ty "zachranne diskety" jsem stejne nakonec porad delal s MS-DOS.Hlavne se ale zmenilo paradigma, dnes je PC s DOS vlastne k nicemu, protoze dnes chcete mit PC pripojene do internetu a DOS zvladal nejak LAN a tim to asi koncilo (ano vim, ze existoval i www prohlizec, Arachne, ale temer jiste nepodporuje moderni technologie sifrovani, ktere jsou dnes nezbytne). Dalsi problem budou moderni ovladace pro sitove karty, ty budete blbe shanet, takze nejspis budete muset shanet kompatibilni sitove karty... Aplikace ve kterych mel DOS vyuziti dnes nahradily specializovane, jednoucelove, pocitace.

Doom rozjedete i na kalkulačce, nebo dokonce na teletextu. Takže zrovna o ten bych se opravdu nebál Ten jednou spustíme i mimozemšťanům na jejich HW

no jo, jenže porovnejme zastoupení applu a intel-based tak nějak na veřejnosti. Jsou to dvě nesoumřeitelné věci.

Ehm, zeby iOS mal daleko vacsi podiel nez Windows si si nevsimol? No a kedze iOS a macOs maju ten samy kernel, same zaklady, frameworky atd tak argumentovat “mensim mnozstvom sw a uzivatelov” je vcelku blbost.
macOs a iOS maju daleko viac aplikacii a uzivatelov nez vobec windows kedy bude mat. Tak to proste je.

jsi legrační .. tobe už to jablko opravdu vlezlo do hlavy naprosto .)

argumentuj faktami. Je iOS urcite rozsirenejsi nez Windows? Je.
Su tam tisice aplikacii, ktore pre zmenu nie su na macOs (plus tie, ktore su aj na macOs)? Je to tak.iOS a macOs sa lisia len inym ovladanim a niektorymi restrikciami, ktore su umelo zavedene do iOS. Inak je to ten samy system.
Ked prisiel prvy iPhone a s kamaratom sme si ho z USA nechali doviest, po jailbreaku (vtedy to inak neslo) sme sa nestacili divit – pripojili sme sa cez SSH a bezal tam fakt len mierne okresany macOS X. Kde to tam napchali slo proti rozumu. A bolo vidiet, ze to bolo robene narychlo, kopa zbytocnych veci z macOs ktore casom uplne zmizli.

technologicky rozdil mezi ios a macos je podstatne vetsi.to, ze nad jimi je postavene stejne aplikacni api, na tom nic nemeni.aegument , ze na macos jsou baˇbiliony aplikaci, protoze je celkem dost aplikaci na ios, je zcela lichy.

Jenomže Applisti ani nevděj co to je si něco nainstalovat, to co tam neni po koupení kompu prostě nemaj, takže se jich to nijak nedotkne.

Pravda. My se s nějakým instalováním a zasíráním registrů vůbec neobtěžujeme. Jen kopírujeme z jednoho místa na druhé. Stejně tak mažeme beze zbytků bordelu, co v systému a registrech zůstanou :))

Zas ale apple dodal emulator kdyz se nemylim.

To se samozřejmě mýlíš. Ty asi myslíš Rossetu, což není emulátor ale překlad a jedná se o překlad x86 na Arm respektive na přelomu tisíciletí na překlad z PowerPC na x86.Jde o to že MacOS Catalina z roku 2019 jednoduše přestal podporovat 32 bit aplikace, to ukončení podpory ale avizoval několik let dopředu a vývojáři aplikaci (pro vtipálky výše, uživateli je to jedno, ten potřebuje funkční aplikaci, ale vývojář rozdíl 32 a 64bit řešit musí)Podobně nejsou podporovány 32bit aplikce i na iOS a iPadOS, ale tam ten důvod nebyl čistě ze strany SW ale ze strany HW, Armové čipy vůbec neobsahují podporu pro 32bit.

Názor byl 1× upraven, naposled 22. 05. 2023 12:59

Až letošní ARM procesory jsou bez podpory 32bit (čili jsou plně pouze 64bitové). Pár let byla podpora 32bit jen na malých (úsporných) jádrech.

Pardon, vycházel jsem z podpory 32bit na iOS, tam skončila už před 5 lety. Nějak jsem si to spojil s tím že Army tu podporu droply.

Apple ale nema armove cipy, ale len ARM isa sadu, procesory si navrhuje sakumprask sam a s referencnym designom nemaju nic spolocne.
Prvy ich procesor A7 bol cisto 64 bit v iPhone 5S, rok 2013.10 rokov. Intel a Windows maju problem zbavit sa 32 bit doteraz.

M procesory od Applu nemají od Armu jen instrukční sadu, ale i jejich desgin (ze které vychází) a řadu technologií.Tak to totiž u ARMu funguje.

Nie, dizajn maju svoj a technologie tiez. Ze si nevies zistit licencnu politiku ARM, kde pouzivat referencny dizajn je jedna z moznosti je len tvoj problem.
Apple si licencuje IBA ISA, nic viac, nic menej.Ich procesory nemaju s referencnymi cortex apod absolutne nic spolocne.
ARM ma BigLittle, ano, ale Apple pouziva svoj dizajn vykkonych a ucinnych jadier.

Názor byl 1× upraven, naposled 23. 05. 2023 18:51

Dobře, mysli si to ...

Kdyby jsi v tom náhodou plaval, tak od marmu mají mimojiné licencovanou big.LITTLE architekturu.Co to je , si věřím najdeš.

Jenomže Apple je ve svém ekosystému neomezený despota, co řekne to platí, má vše pod kontrolou (jak HW tak SW). To u x86(64) + Windows není - tam je spousta různých dodavatelů a pokud by jeden z nich něco z vlastní iniciativy zařízl, tak mu ti ostatní s radostí odsají klienty. Navíc i chování a loajalita uživatelů je rozdílná.

Apple rozhodně nemá pod kontrolou vývojáře třetích stran. Může řídit svůj vlastní SW, ne jiné. Apple nikoho nenutil přejít na 64bit, byla to jejich svobodná volba, buď opustí Apple platformu nebo se přizpůsobí. Ve světě iOS k tomu došlo ještě dříve.Samozřejmě chápu že ten přechod bude pro některé bolestivý, ale drtivé většiny uživatelů by se to vůbec nijak nedotklo.

Názor že situace kdy vývojář musí skákat jak Apple píská nebo musí vypadnout z Apple platformy není kontrola považuju za lehce ujetý.

Ale ved sa moze slobodne rozhodnut. Ostane alebo odide.
Apple fakt nema chut stracat cas podporou niecoho, co brzdi celu platformu a to len kvoli neschopakom.
To by nemohli urobit ani prechod na vlastne procesory na inej instrukcnej sade.
Modernizuj alebo chcipni.Len pre zaujimavost, na Apple Silicon bez problemov pustim aj software pre stary macOs a motorolu 68k
Tri procesorove prechody (motorola - powerpc - intel - arm), 4 prechody softwarove (macos - macos X - macos x Intel - macos x 64 bit only - macos arm)Cuduj sa svete, nikdy to nebol zasadny problem a nikdy sa neriesilo ze “to je nemozne, neda sa, nejde to lebo”.

To je snadné. Apple si zjevně za něčím stojí, chce pro své uživatele nějaký zážitek / jistoty / kvality. A ty, jako vývojář to musíš brát v potaz. Buďto to zvládneš reflektovat, nebo tvá aplikace v systému nebude fungovat. Nic, co by nefungovalo i v reálném světě - třeba v zaměstnání. Dodržuješ, pracuješ. Nedodržuješ, odcházíš.

Apple není despota, jen je progresivní a nepodporuje něco, co stejně skoro nikdo nepoužívá. Kéž by se takhle choval i MS.

Jenže kolik milionů zařízení s MacOS funguje v bankovnictví v úřadech atd 😂 to je to..
Prostě Apple mohl tak jako Google.. problém je že u MS to je stále nereálné..

Proč nereálné? Naopak. Bankovní sektor by přešel jako všichni ostatní (včetně státní správy). Prostě by neměli na výběr - buď přejdete nebo nebude mít na čem svůj business provozovat (a chcípnete jak tady někdo trefně už poznamenal). A to si velcí hráči ani stát nemůže dovolit, že ano.
Že to zaplatí jejich klienti/daňoví poplatníci je věc druhá, ale že by v případě nevyhnutelné nutnosti nepřešli bych se nebál. Teď, když je k tomu nic netlačí, není důvod.

Názor byl 1× upraven, naposled 24. 05. 2023 12:35

Je to nereálné z jiného důvodu - v okamžiku kdy ty změny budou příliš radikální (rozuměj vyžadující kompletní překopání infrastruktury) by se ty organizace mohly na MS vyprdnout úplně a přejít na jiné řešení. MS to samozřejmě ví a má pud sebezáchovy a tak se do přílišného zařezávání zpětné kompatibility nehrne.