vejmarie a écrit 422 commentaires

salut cedric, si ca risque. A mon avis va falloir tout refaire :(, ce qui est un exercice au combien complexe quand tu ne maitrise pas la techno de gravage. Les IP Block I/O vont etre les plus chiants a gerer. Qui veut se lancer la dedans ?

Nop, on rachete les systemes qui sortent des datacenters hyperscale, et on les demonte et recertifie

On a pas trop ce probleme pour le moment. C'est sur les ME serveur ou AMT?

Il n'y a plus vraiment de bus sur les machines, chaque chip sur un serveur a son controleur memoire et la coherence de cache et le traffic systeme est assure par QPI. Si le code initialise correctement la machine en parallele, il n'y a pas de raison que ca ne puisse pas aller vite.

En recertifie en DDR3, avec des chips 2680v2 (2). On propose des racks complets 20 serveurs, dual Xeon 2680v2, 64GB de RAM, 10Gbps ethernet, 2TB de stockage a 15 500 $, ca te fais le serveur aux alentours de 750 $US. (avec le rack c'est plus chere, y a le rack et les cables).
Pour faire du dev ou de l'infra s'est juste de la balle.

Chaque chip a une bande passante d'environ 50 a 80GB/s. Si tu veux ecrire dans toutes les cellules memoires intelligemment pas en sequentiel comme le font ces idiots de BIOS, il te faut moins d'une seconde pour couvrir 128 GB de RAM avec deux chip. Il suffit par la suite de checker les registres de status ECC et deux trois autres babioles au niveau du controleur memoire. Apres tu peux tester la memoire aussi longtemps que tu veux. Les codes des BIOS sont des vieux trucs bien sequentiels qui prennent leur temps et sont tres bon pour faire croire qu'ils font pleins de choses utiles.

Suis pas vraiment d'accord, on peut tester une machine bien plus vite que ce que ne fait un BIOS, qui la plupart du temps utilise du code qui date qui date.

Ca depend a combien tu valorises ton bras ;). Treve de plaisanterie on propose des serveurs bi xeon, avec 64 GB de RAM et un SSD a moins de 750$. Ok c'est chere mais c'est pas non plus la fin du monde.

L'ensemble du projet est un truc de "malade". Ca ouvre vraiment des portes sur des sujets sur lesquels on avait aucune chance de travailler comme le provisionning rapide de systeme

Bonne idee je vais regarder

Exact tu as tout compris, et c'est sans enoncer les problemes de jeux d'instruction pas toujours super bien standardise etc …

Le probleme d'ARM s'est qu'il n'y a pas de standard pour les systemes d'interruptions et l'initialisation des chips c'est un vrai cauchemard sans compter les differents mode supportes par les chips.

Le chip ME ne redemarre pas apres un coup de ME cleaner. On est oblige de conserver des entry point avec des call return afin que la machine boot quand meme. Mais globalement, le code de la stack IP ne tourne plus, ce qui est le plus gros trou de securite du merdier.

Les processeurs Power d'IBM avec OPAL sont deja une alternative. ARM est vraiment pourri comme architecture en ce moment. On travaille sur RISC-V, mais il faut trouver un moyen de lui mettre un controleur memoire correct. Comme je le disais, on va revolutionner le monde, mais pas en un jour malheureusement. Les cycles hardware sont longs, tres longs. Ils sont couteux tres couteux, et complexes.

On est assez violent sur le ME, on efface le code ME de la flash. Il existe plus, il est tue comme on dit. Bon apres faut trouver un moyen de le re-implementer, mais avec l'approche Open Hardware c'est jouable

Je viens de relire et ca me va tres bien. Merci pour ton travail !

Pour le moment le projet remplace l'integralite du code du BIOS en dehors des phases d'initialisation des CPUs, memoire et liens inter CPUs. Le remplacement s'effectue par le demarrage d'un kernel linux, et un prompt sur un compte root sur un filesystem qui ne contient que tres tres peu de commandes (globalement juste un call a kexec pour executer un nouveau noyau)

Il faut construire tout le reste, a savoir par exemple:
- Un systeme de menu pour configurer le demarrage du systeme secondaire (comment configurer le PCIexpress par exemple, les differents ports, quid des tables ACPI etc …)
- Un systeme qui permet de demarrer automatiquement le noyau suivant
- Un systeme qui permet d'installer un O/S sur la machine via un boot reseau par exemple ?
- La gestion des signatures de l'ensemble des binaires

Une fois qu'on aura ca, ca sera deja pas mal. L'avantage de developper son propre BIOS c'est de pouvoir adapter les differents systemes precedants et de maitrise les aspects securites.

Merci Pierre, avec un peu de chance on va pouvoir parler du fond ;)

Pour le moment on essaie de finaliser le boot des serveurs Open Compute complet avec l'appelle d'un kernel complet via un call kexec sous u-root. Une fois que le prototypes fonctionnera de bout en bout on pourra alors passer a la realisation de la suite, et definir l'ensemble des fonctions necessaires.

tu parles d'erreur de francais ? (c'est fort probable et m'en excuse)

Excuse, suis pas reveille ;), je regardai ton calcul sur la recherche de conversion J / kW. A mon avis les auteurs ont fait le meme type de calcul que j'ai fait et abouti a une conso plus faible. En meme temps, ton calcul a 700kW de puissance sur 0.59s ne prend pas en compte le temps d'indexation, et part du principe que les serveurs repondent en 24/24 a des requetes ce qui n'est probablement pas le cas. La moyenne de conso des DC Google / le nombre de requete me semble plus "correct" dans l'approche.

Au GB probablement les disques durs. Les SSD necessitent beaucoup de silicium pour leur fabrication. Les HDD se recycle relativement facilement par rapport a un SSD. Je vais essaye de te trouver qqs chiffres.

des kW sont instantanes (c'est une unite de puissance), alors que des J representent une unite d'energie (c'est un peu le relationnel Chevaux / Consommation sur les voitures). Si tu veux convertir des Joules en kW tu es oblige d'indiquer sur combien de temps tu fais le calcul sinon ca n'a aucun sens physique

Euh, 1 kWh = 3600 kJ. Donc 418kJ -> 0.11 kWh. Soit environ 1,3 centimes d'euro. a 700kW, ca ferait environ 84 euros pour chauffer un litre d'eau, ce qui est un poil chere.

10 ans je ne pense pas, 5 a 7 ans au plus. Mais OVH n'est pas le seul acteur en DC en France, on ne peut que les feleciter de s'etre pencher sur ce probleme d'ailleurs. Reste plus qu'a les sensibiliser sur l'interet d'envisager pour certaines offres des machines recertifiees plutot que neuves en fonction des workload de leurs clients.