Non, il ne triche aucune règle.C'est parce qu'il n'y a pas de règles en premier lieu.

Ceci est votre projet.Vous le définissez.Vous pouvez l'implémenter de n'importe quelle manière qui vous satisfait.Personne d'autre ne s'en soucie.

Comme demandé, c'est purement une question d'opinion, donc pas une question valable ici.

Cependant, notez que les processeurs conventionnels nécessitent un accès à 3 ports au fichier de registre - deux pour obtenir les opérandes, un pour réécrire le résultat.Vous aurez donc besoin d'un chemin de données et de circuits de contrôle beaucoup plus complexes pour pré-extraire et mettre en cache les opérandes si vous souhaitez utiliser une RAM à port unique.Ou vous pouvez construire quelque chose avec un accumulateur distinct et plus privilégié, et un jeu d'instructions permettant uniquement à un seul registre non-accumulateur d'apparaître comme source ou destination (d'ailleurs, il existe des processeurs avec uniquement unaccumulateur)

Utiliser deux mémoires écrites en parallèle et lues individuellement pourrait simplifier un peu les choses, mais cette astuce fonctionne mieux avec les mémoires à double port.Celles-ci sont quelque chose que vous pouvez acheter sous forme d'IC, en plus d'être la forme courante de blocs RAM FPGA.

Votre projet, vos règles.

Mais comme on dit, "parfait est l'ennemi de fait ".Si le projet semble devenir incontrôlable (que ce soit en termes de complexité, de temps requis ou d'argent requis), vous couper un peu de mou sur un coin de la conception peut être la différence entre une réalisation astucieuse (si un peu folle), et un projet qui ne s'est jamais terminé.

De plus, même si vous décidez de "tricher", il y a toujours la possibilité de faire la version 2 plus tard, avec moins de raccourcis.Vous pouvez même essayer de prendre en compte une éventuelle "mise à jour" dans la première version du design, si vous voulez passer un peu de temps pour faciliter la "mise à jour".

Oui!C'est même de la triche si vous utilisez des composants que vous n'avez pas fabriqués vous-même uniquement à partir de matériaux naturels que vous pouvez trouver dans votre propre jardin.

Je connais également un processeur qui utilise une SRAM à port unique pour le fichier de registre à usage général, un processeur très rapide / efficace en fait.

D'où pensez-vous que le terme fichier de registre vient? S'enregistre dans une SRAM.

Avec une architecture en pipeline, vous pourriez avoir un seul port SRAM et pas nécessairement avoir un impact sur les performances. Une implémentation SRAM à port unique serait logique pour avoir beaucoup de registres, disons 128, 256 ou 512 registres à usage général.

Oui, c'est parfaitement bien d'implémenter vos "registres" dans un fichier de registre construit à partir d'une SRAM, tant que votre conception fonctionne.

Je ne sais pas si vous essayez d'implémenter un processeur / jeu d'instructions existant ou de créer le vôtre. Dans les deux cas, en le faisant avec des pièces 74xx discrètes, la performance n'est pas nécessairement un objectif par rapport à la raison et au succès. Si vous avez des SRAM de cette génération, alors absolument. Vous pouvez attacher des LED à l'adresse et au bus de données pour faire (plus) de lumières clignotantes montrant des signes de vie.

Ou vous pouvez adopter l'approche 6502 et avoir 256 registres virtuels ou indirects (page zéro) qui ne sont que de la mémoire ou peut-être une mémoire spéciale. Et votre véritable registre à usage général (ou registres à usage général) est peu nombreux et tient en quelques parties. Cela a très bien fonctionné pour la technologie MOS. (L'architecture, pas nécessairement l'implémentation, bien qu'ils aient rasé et scanné et rétro-ingénierie le 6502 afin que vous puissiez voir comment ils l'ont réellement implémenté).

Vous voudrez probablement aussi "tricher" et utiliser une ROM pour la table de recherche qui implémente votre microcode ... Même si cela ne triche pas non plus; c'est une solution connue.

Les gens qui fabriquent des processeurs homebrew (en avez-vous regardé?) ont tendance à utiliser SRAM pour les registres. Personne de sensé ne voudrait souder une charge de tongs. Peu importe de se le permettre, la puissance nécessaire et les chances de le faire brancher correctement.

Vous n'avez pas besoin de double portage si vous n'effectuez qu'une seule lecture ou écriture à la fois. Donc, pour, par exemple, INC un registre, demandez à votre CPU de le lire sur un cycle, dans un tampon. Incrémentez le tampon dans le cycle suivant, puis réécrivez-le dans un troisième. Multiplexage temporel!

Une sorte de tampon sera nécessaire si vous alimentez le contenu de 2 registres dans une ALU. Vous pourriez peut-être utiliser un seul tampon et obtenir le deuxième opérande "en direct" de la SRAM. Mais bien sûr, il n'y a pas de broche "incrément" sur une puce SRAM! Vous saurez où la mise en mémoire tampon doit être.

Cela dit, il existe 74 registres de la série. À l'origine, des processeurs entiers étaient constitués de 74 séries, ou du moins de puces logiques discrètes, avant l'invention de la série 74. La recherche de "fichier de registre de la série 74" a donné quelques pistes. Bien sûr, ce n'est pas parce qu'il a été fait une fois que vous le trouverez maintenant.

Avez-vous examiné les FPGA, ou même les CPLD et les PAL? Les PAL sont trop petits pour faire un CPU, mais quelques-uns d'entre eux mélangés à l'autre logique pourraient vous faire économiser quelques puces. Dans un FPGA, vous pouvez implémenter des processeurs entiers. Les FPGA sont essentiellement des milliers de portes logiques sur une puce. Vous pouvez choisir la logique de chaque porte et la manière dont elles sont connectées. Vous faites cela en écrivant du code, comme un logiciel. Ensuite, envoyez les résultats sur un câble USB à un programmeur.

Les FPGA sont beaucoup utilisés dans les biens de consommation et dans de nombreux autres domaines.

Utiliser une puce SRAM (moderne) avec un processeur basé sur 74LS, c'est un peu comme filmer Exodus et quelqu'un dans le film porte une montre numérique. (Les SRAMS disponibles à l'époque ne sont plus là comme les pièces 74LSxx, donc les SRAM modernes n'existaient pas, mais alors c'est le seul compromis raisonnable. )

C'est ce qu'on appelle un anachronisme, un objet égaré dans le temps.

Mon livre préféré " L'âme d'une nouvelle machine" décrivait le parcours maladroit des ingénieurs et de leur manager chez Data General qui ont marqué l'histoire avec "l'aigle" juste avant le milieu fin des années 70 lorsque le CMOS est sorti.

C'était la même époque, j'ai commencé ma vie en tant qu'ingénieur avec l'expérience de la conception d'une carte UART à partir de 74LSxx car Rotamola n'avait pas encore sorti son MC6821. Je l'ai conçu sur papier en une semaine et j'ai fait la mise en page sur une carte à 4 couches avec ces connecteurs de bord à 44 broches sur la carte MC6800 et cela a fonctionné lors du premier tour. Une autre carte déployée sur 128 sorties et 128 entrées sur la console principale qui s'illuminait comme une maison à Noël avec tous les boutons-poussoirs carrés rétroéclairés gravés.

Mais comme "Exodus" , votre design sera toujours un classique, tout comme Steve chez GRC et les utilisateurs du homebrew PDP8.