• [^] # dégonflage de chevilles

    Posté par (site web personnel) . En réponse à la dépêche Article sur le FCPU de LMF. Évalué à 10.

    salut :-)

    Il y a plusieurs points que je voudrais soulever.

    D'abord le nombre de fautes d'orthographe, d'accord etc. mais on peut mettre ça sur le dos de la rédaction qui n'a pas corrigé ou même relu. C'est pourtant pas sorcier, c'est pas de la technique.

    Ensuite, il y a plusieurs cafouillages comme confondre "word" et "world". Je n'ai pas l'article sous les yeux (je crois que c'était pour "VLIW") mais j'ai noté plusieurs trucs qui m'ont fait sursauter. Passons.

    Faire sauter le "-" : je n'en ai rien à faire, tu es majeur et tu sais que seule l'orthographe "F-CPU" est déposée à l'INPI et à l'ICANN. C'est pour cette raison-là que j'essaie de me tenir à cela.
    sachant que fcpu.com était déjà pris au moment d'acheter la marque et le DNS, on a dû choisir la version avec "-". Voilà pour la petite histoire : le "-" n'a aucune signification mais son en son absence on n'est pas à l'abris des emmerdes.

    Je me souviens aussi des paragraphes sur le SRB : c'est pourtant marqué dans le manuel et ça veut dire "Smooth Register Backup", une technique destinée à réduire la latence des interruptions et de la sauvegarde du contexte précédent, grâce à une assistance HW pour
    sauvegarder les registres au fur et à mesure de leur besoin. C'est ça qui a permis à l'époque de faire avaler la pilule des 64 registres, ce qui prendrait au moins 64*4=256 octets et 64 cycles pour sauvegarder en utilisant des instructions ! Avec un peu d'astuce et en ajoutant qqs circuits bien conçus, plus de problème.
    On peut retrouver la justification même dans le vieux manuel pourri en ligne (voir http://www.f-cpu.de/man/i7/part4.html#SRB(...) ).

    Il y a encore d'autres trucs mais c'est plutôt le genre de détail qui n'a pas d'importance pour ceux qui découvrent, je n'ai pas non plus envie de te descendre en flèche ou de passer pour un vieu crouton :-)

    La vraie conclusion c'est que toutes ces erreurs auraient pu être évitées par une relecture croisée. Personne n'est parfait mais les solutions sont bien connues. J'espère aussi que les prochains articles seront plus posés, plus clairs et plus structurés afin de ne pas noyer les pauvres linuxiens sous une montagne de termes trop "l33t3" :-) déjà que j'y comprends rien à LDAP, IPsec, j'utilise ni CVS ni GPG...

    publicité gratuite : j'ai écrit un article qui paraitra probablement dans le prochain numéro de LM. J'espère que ce sera suffisamment accessible et que des personnes oseront installer et lancer les outils décrits.

    J'ai aussi dans mon "pipeline" un article encore plus dingue que le premier article de nicO dans LMF. Ca présente les méthodes de codage pour programmer en RISC et évidemment en utilisant les règles de codage du FC0. En plus c'est super-utile car le code est une DCT de Winograd, le truc qui permet de faire l'analyse spectrale de 8 échantillons avec seulement 5 multiplications :-)

    Allez, dernière URL : les sources les plus frais sont à http://f-cpu.seul.org/new(...) : bon surf :-) La dernière archive qui j'y ai uploadé (http://f-cpu.seul.org/new/stable_yg_12_31_2001.tgz(...)) est considérée comme "stable" mais on continue à travailler dessus. Ca permet au moins d'utiliser les outils décrits dans l'article prochain, car toute la procédure de compilation a été remise à plat.

    YG (qu'a pas un seul XP mais j'men fous, j'ai jamais vu nicO mouler sur la tribune :-P)