Groups | Search | Server Info | Keyboard shortcuts | Login | Register


Groups > fr.comp.sys.atari > #31120

Re: À quoi ressemblera le processeur du procha in Atari

From Francois LE COAT <lecoat@atari.org>
Newsgroups fr.comp.sys.atari
Subject Re: À quoi ressemblera le processeur du procha in Atari
Date 2026-05-05 10:47 +0000
Organization To protect and to server
Message-ID <10tchrn$3uept$1@paganini.bofh.team> (permalink)
References <pan$2f2e4$ba07dae3$97c33c14$14158f66@icite.fr> <ZB1RELoiexlz6HGrlzgIslZPTfQ@jntp>

Show all headers | View raw


Salut,

OL écrit :
> Voyons cela entre élucubration et réalité
> 
>> Ce qui me bluffe le plius c'est la consommation nominale. Vivement que ça 
>> sorte !
>> Extrait des white-pages :
>> MC68080: Technical Overview & Architectural Specifications
>> 
>> Description:
>> The MC68080 is a high-performance, 64-bit superscalar microprocessor, 
> 
> le 68080 est comme cela déjà
> 
>> maintaining full binary backward compatibility with the Motorola 68000 
>> architectural lineage. 
> 
> La aussi pas de surprise
> 
>> It bridges the gap between legacy CISC flexibility 
>> and modern RISC-like execution pipelines.
> 
> Comprend pas franchement déjà le 68060 était comme cela au moins côté 
> CPU ce n'est pas un scoop
> 
>> 
>> Key Architectural Features:
>> 
>> Execution Engine: Quad-issue superscalar pipeline capable of executing 
>> up to 4 instructions per clock cycle.
> 
> Le 68080 fait déjà cela 3 instructions CPU et 1 instruction FPU par 
> cycle en pipeline, bon c'est très théorique! et même dans des 
> conditions extrêmes qui n'arrivent jamais en théorie cela peut aller 
> jusqu'à 7!
> 
>> 
>> Pipeline: Advanced 12-stage speculative execution pipeline with branch 
>> prediction units designed for high-frequency operation.
> 
> 
> Il me semble que c'est 8
> 
>> 
>> Memory Management: Full 64-bit internal address space with hardware 
>> support for legacy 32-bit MMU translation protocols.
> 
> Bah cela je n'en sais rien, pas possible il n'y a pas de machine à plus 
> de 2Gb!
> 
>> 
>> Cache Hierarchy:
>> 
>> 64 KB L1 Instruction Cache (4-way set associative).
>> 
>> 64 KB L1 Data Cache (write-back, ECC-protected).
> 
> Plausible je me renseigne
> 
>> 
>> Integrated 2 MB L2 "On-Die" Cache for reduced latency in data-
>> intensive workloads.
> 
> Pourquoi faire?!
> 
>> 
>> AMMX Extension: Introduction of the Advanced Motorola Multimedia 
>> eXtensions (AMMX),
> 
> AMMX effectivement, cela ne se porte que sur des entiers, il y a même une 
> instruction C2P qui remplace des dizaines de lignes de code fait par des 
> extraterrestres du 68000!
> 
>> providing SIMD capabilities for high-speed floating-
>> point and vector processing, effectively replacing external coprocessor 
>> dependencies.
> 
> Certaines instructions sont en cours d'ajout au FPU pour cela, des 
> instructions à 3 registres entre autre
> 
>> 
>> Electrical & Physical Characteristics:
>> 
>> Process Technology: 0.13µm CMOS low-power process (optimizable for 
>> 0.09µm).
>> 
>> Clock Speed: Dynamic scaling from 200 MHz to 1.2 GHz (thermal-envelope 
>> controlled).
> 
> Alors là, si vous trouvez un émir qui ne sait plus quoi faire de son 
> argent faut nous le faire savoir.
> 
>> 
>> Power Consumption: 5.5W TDP at nominal clock speeds.
> 
> Oh c'est bien beaucoup tout cela il me semble m v4 fonctionne en 2W!
> 
>> 
>> Package: 384-pin Ceramic Column Grid Array (CCGA) for enhanced signal 
>> integrity.
> 
> Effectivement cela ne va pas être facile à souder dans son garage!
> 
>> 
>> Instruction Set Architecture (ISA) Compatibility:
>> The MC68080 maintains 100% compatibility with the M68000 family ISA, 
>> including all supervisor/user modes and privileged instruction sets.
> 
> Rien d'étonnant normal on n'en attend rien de moins sur Atari
> 
>> New 
>> "Extended Mode" opcodes are provided for 64-bit register manipulation, 
>> accessible only via a specific supervisor-level unlock key.
> 
> Bah pourquoi faire?! Vu qu'ils ne peuvent être déjà utilisés rajouter 
> des opcodes la compatibilité avec les anciens codes n'est pas impactée.
> 
> Bon cela manque quand même un peu de détail:
> 
> 24 nouveaux registres CPU
> 24 nouveaux registres FPU
> 8 nouveaux registres d'adresse
> Fusion de certaines instructions comme move.l a0+,a1+ move.l a0+,a1+  
> compris comme une seule instruction (d'où théoriquement possible d'aller 
> jusque 7 instructions par cycle)
> Mode compatible cycle exacte
> 1 blitter graphique 3D inclu
> FPU entièrement pipeliné avec compatibilité 68881, en cours de 
> réflexion monter à 2 instructions par cycle rien de sur encore.
> Fréquence 100Mhz
> 
> 
> Bon finalement ce n'est pas si irréaliste que cela!


De quoi s’agit t’il ? Je ne comprends pas …

— 
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
https://archimedium.fr/

Back to fr.comp.sys.atari | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

À quoi ressemblera le processeur du prochain Atari Jo Engo <yl@icite.fr> - 2026-05-04 16:59 +0000
  Re: À quoi ressemblera le processeur du prochain Atari tTh <tth@none.invalid> - 2026-05-04 19:31 +0200
    Re: À quoi ressemblera le processeur du prochain Atari Jo Engo <yl@icite.fr> - 2026-05-04 17:56 +0000
  Re: À quoi ressemblera le processeur du prochain Atari OL <ol.google@lutece.net> - 2026-05-04 19:18 +0000
    Re: À quoi ressemblera le processeur du prochain Atari OL <ol.google@lutece.net> - 2026-05-04 21:16 +0000
    Re: À quoi ressemblera le processeur du procha in Atari Francois LE COAT <lecoat@atari.org> - 2026-05-05 10:47 +0000
      Re: À quoi ressemblera le processeur du procha in Atari OL <ol.google@lutece.net> - 2026-05-08 17:39 +0000

csiph-web