26/06/2021:

Tout le monde sait que la RAM rame, malgré les progrès. Et tout le monde sait aussi qu'elle est coûteuse malgré la généralisation, mais pour la RAM vidéo on ne devrait pas pouvoir la lire!
Cela en conception serait plus facile pour augmenter la définition de l'écran et on pourrait échanger plus vite puisque qu'on ne la lit pas. C'était le discours de mon professeur de physique!
Voir d'après tweet
Voir le fil de discussion en entier

07/09/2021:

C'est vrai pour les échanges entre le microprocesseur et la RAM il y a véritablement un goulet d'étranglement, car on s'adresse qu'à une seule case!
Ce serait bien de pouvoir communiquer une adresse de début,le clock suivant l'adresse de fin et enfin la donnée à écrire dans la RAM. La RAM réalisant en une clock tout les octets continus
Voir d'après tweet
Voir le fil de discussion en entier

07/09/2021:

De même,la RAM pourrait donner une broche en retour d'une adresse de début ,puis d'une adresse de fin,puis 8 octets en valeur pour savoir si une case contient cette valeur et ceci en un top!

Voir d'après tweet
Voir le fil de discussion en entier

17/11/2021:

Vous l'aurez deviné, il y a une sorte de microprocesseur ultra-rapide pour réaliser ces opérations là! On ne va pas faire de la logique combinatoire pour réaliser cela,ce serait trop gourmand!
L'idée est que l'on réalise beaucoup d'opérations à l'intérieur de la puce de la RAM(1000 fois plus vite!)et réaliser les échanges externes au minima.
Voir d'après tweet
Voir le fil de discussion en entier

17/11/2021:

Je crois que les RAM d'un octet c'est fini! On devrait avoir des RAM de 8 octets(et oui! on est en 64 bits! Pourquoi?-Parce ce que on pourrait lire les pointeurs en une seule opération!)
Mais alors pour les nostalgiques et les radins en mémoire? et bien lisez la suite!

11/02/2022:

XCHG reg,reg sert très peu ,mais XCHG eax,(hl) peut faire gagner par deux le temps de l'instruction ! Pendant le RD et le WR le bus des adresses est maintenu,pas besoin de refaire le début du cycle
En effet,une fois le bus de l'adresse placé,il y a plus qu'a faire en 2 clock l'échange (sinon l'adresse haute et basse peut être sur plusieurs clock)

13/06/2022:

Important, je voudrais revenir sur le tweet précédent! Il faut éviter le plus possible de décomposer un accès à la RAM en plusieurs clocks! (A cause de la latence bidouillée entre les circuits)
Pour le 64ko c'était 'facile' ! Il faut faire la même chose avec les 64 bits (je ne pense pas que l'on ira plus loin!) . cela fait 128 pattes quand c'est complet !

21/10/2022:

Si chaque puce RAM comportait un mini processeur (ultra rapide), on pourrait gagner quelques clock,et pas pour seulement des blocks mais aussi des paquets de block de RAM
Voir détails, pour quelques réalisations
Voir d'après tweet
Voir le fil de discussion en entier

21/10/2022:

Toujours si il y a un microprocesseur dans chaque puce RAM, On pourrait faire des DMA entre barettes de RAM (cela n'empèche pas)
comme on fait avec le disque dur et la mémoire, on pourrait le faire aussi entre deux RAM (entre barettes)!

23/01/2023:

Que l'on soit en 32 bits ou en 64 bits, la largeur d'une donnée c'est l'octet: pas seulement pour une raison de compatibilité, mais aussi pour économiser les bits !
Mais alors pourquoi 64bits? C'est vrai les RAMs chargent par blocs de 8octets(et vont en mémoire cache pour être utiliser selon les besoins). Ce sont les registres qui ont une capacité de 8 octets

21/03/2023:

Le microprocesseur de la puce RAM doit juste avoir fini avant que l'opération (qui doit restée assez simple) avant que l'échange de l'instructon suivante ne se présente!
Et si l'instruction demande plus de temps, il faut qu'il puisse exécuter toujours une lecture ou écriture RD/WR dans sa RAM qui est toujours prioritaire!
Voir d'après tweet
Voir le fil de discussion en entier

28/03/2023:

On devrait pouvoir faire un flush memoire-cache avec une instruction assembleur, quand on veut!
Après une tâche qui a monopoliser la mémoire-cache, par exemple!

09/08/2023:

On a de la RAM à gogo, maintenant! Je suis comme vous, il faut l'utiliser (la remplir) au maximum lors d'une session
Les fichiers qui sont en lecture (les executables en font partie) doivent rester en RAM le plus longtemps possible! Car généralement ils sont demandés à nouveau dans les minutes suivantes!