On a une camera Flir qui mesure le rayonnement externe (en interne c'est tendu, on pourrait le faire, mais il nous faut plus de prototypes). Le pb c'est qu'on est sur de l'aluminium et les perfs de la camera ne sont pas tres bonnes. L'avantage de tourner sous vide c'est aussi de limiter ces problemes de dilatation lie a la presence de gaz ou liquide qui ont des coefficients d'expansions non nul.
Pas de PCB ni de dioxine dans les huiles. On est sur des huiles 100% bio degradable (ce qui explique leur cout plus elevee que les huiles traditionnelles) et s'etait un enjeux du projet. L'usage sous vide est contraignant, mais plutot marrant au final. Il garantie la non mixite de l'eau residuelle contenu dans les huiles (l'eau passe a l'etat gazeux en dessous d'une certaine pression et est evacuee au moment de la mise sous vide). La viscosite de l'huile est aussi meilleurs ce qui permet de faire du convectif.
L'usage de gaz neutre pourrait simplifier le design, c'est sure, mais rendrait la maintenance plus difficile (necessite d'avoir une cuve de transfert)
Trop tard ;). En fait je ne me considere pas necessairement comme un grand redacteur, et ne suis pas toujours convaincus de l'interet que peuvent porter mes journaux. Mais promis je vais y reflechir serieusement !
Normalement, en 20s environ. Bon apres soyons honnete j'ai un VISA de travail aux USA et fait partis de ces personnes qui ont fait le choix de resider en dehors des USA, donc j'y vais comment dire souvent (tous les mois), alors je connais le process. Maintenant y a un truc qui est vrai, c'est jamais pareil, ca peut me prendre 10s, comme 3h, ca depend du douanier. Quoiqu'il se passe en disant toujours la verite et en restant toujours calme, je n'ai jamais eu de probleme en 20 ans de voyage dans ce pays.
Le saint graal du libriste dans le materiel c'est d'avoir le composant numerique d'ouvert (le processeur, la carte graphique, les cartes reseaux etc …), le seul hic c'est que pour faire ca il faut que les stacks logicielles suivent (compilateurs, O/S) et c'est un boulot de titan de refaire une architecture (choix prix par Risc-V et je leur tire mon chapeau). Donc avoir acces a un jeux d'instructions existant ca aide ;) surtout avec l'integration croissante des fonctions au sein d'une meme puce. Il peut y avoir de l'innovation a tous les niveaux.
Yep, on utilise les memes huiles (en version vegetale mais cela n'a pas d'impact). EDF utilise des vessies de compensation (on a bien etudie le truc) et depose de l'azote au dessus de l'huile (l'azote etant plut lourd que l'air il cree une etancheite avec l'oxygene). La vessie sert a contrer les phases d'expansion et de contraction des huiles.
La grosse difference entre un transformateur et un POD, c'est que pour ouvrir un transformateur il faut le purger. Le niveau de l'huile etant au dessus du joint principale, ce que nous ne voulions pas faire sur un POD, pour des raisons de facilite de maintenance.
On pourrait tres bien appliquer le principe complet du transformateur, mais on avait pas de sous pour prototyper les vessies (ca coute chere) ni les systemes de compensations. On a donc fait un choix, qui marche pas si mal au final.
Mais si on part du principe qu'il y a pas de maintenance le systeme d'EDF est probablement plus efficace encore d'un point de vue energetique (pas de fuite). C'est tout ces petits trucs qu'on a envie de tester maintenant.
Il y a tres peu d'architecture ouverte en effet. x86 tout comme Power sont aujourd'hui fermee en un sens qu'il est impossible de concevoir un chip qui supporte ces jeux d'instructions sans avoir a negocier prealablement une licence.
OCP tout comme un certains nombre de projet s'arretent aux systemes et ne decendent pas au niveau du chip. Alors oui, c'est un peu comme faire tourner les outils gnu par dessus un kernel proprietaire. Le truc c'est qu'il n'existe pas encore le linus torvald de l'open hardware, mais il y a quelques architectures prometteuse comme Risc-V, mais il y a encore pas mal de travail.
En un sens c'est deja pas mal de voir des mouvements se creer et progresser.
Bonjour, merci pour le retour. On a eu pas mal de soucis sur le site qui est regulierement la cible de DDoS et est heberge sur une machine qui n'a franchement pas une patate d'enfer chez Scaleway. En theorie ca devrait marcher mieux depuis quelques jours.
Pour revenir sur le POD, le projet a bien avance, et on a surtout passe les 6 derniers mois a analyser les resultats du prototype qui marche tres bien. Si tu veux voir des photos
Le site est heberge sur le POD en photo. Il est derriere une ligne ADSL, et oui on est en France et avoir la fibre sur le plateau de Saclay coute un bras. Le projet rentre maintenant en pre-prod, et on est en plein dans les problemes de modeles economiques de l'Open Hardware, mais cela fera partis d'un de mes prochains journal.
Je ne sais pas, mais peux leur demander. Ils font la prod sur OpenStack, je ne sais pas si il existe un module commercial pour ce soft ou si c'est developpe maison
ggiamarchi fait des mockups qui ressemblent plus a des prototypes qu'a des mockups. En clair c'est pas du fake, ce qui explique les commit et le contenu du repo. La plateforme est donc en developpement actif. On a juste fait un "freeze" pour le summit et presente quelque chose de fonctionnel.
On peut changer la navigation, car les gars de github pourraient peut-etre s'agacer (ils auraient pas forcement tord en meme temps), mais on a pas eu trop le temps de travailler sur l'UI, on voulait vraiment tester le workflow.
On a un serveur dedie chez Enter en Italie pour supporter les developpements, nos cheres hebergeurs francais ayant tous refuses le projet, parce que s'etait de l'Open Hardware IT et que d'apres eux ca n'a actuellement aucun avenir. Enter est le premier Cloud Provider europeen a adopter la techno, et je leur tire mon chapeau et les remercie sincerement.
Y a un travail de fond qui est mene sur le module Assembly. Mais avant de le faire, il nous fallait re-ecrire la partie PartDesign afin d'avoir des coordonnees relatives plus efficaces et diminuer l'usage de composes qui bouffent un temps machine pas possible. Il y a un nouvel objet en cours de dev App::Part qui permet de faire ca. Une fois l'implementation terminee (j'espere pour la 0.17), l'ecriture d'un module d'assemblage sera alors grandement simplifiee et beaucoup plus efficace.
Ickby travaille sur ce sujet. Il y a je dirai une trentaine de contributeur actif au soft et du boulot pour 100 personnes, mais c'est bien dans la tete de ces devs d'arriver a aboutir a un modele d'assemblage efficace. Faut juste un peu de temps et pas mal d'huile de coude.
Oui je suis d'accord avec toi, les gens d'OpenCascade sont plutot cool, bon en meme temps pas facile de leur faire integrer des patches upstream si tu n'es pas un client, mais ils ont une vrai envie d'ouverture. Je suis d'accord avec toi sur le comparatif CAD vs CAE, FreeCAD arrive par le cote CAD la ou Salome arrive par le cote CAE. Corba c'est l'enfer.
Le truc c'est que je pense qu'il est quand meme possible de faire plus simple pour faire de la simulation. Meme Solidworks integre des modules de calculs qui sont largement suffisant. En fait, Salome est un outil qui peut faire des trucs extraordinaires, mais qu'on utilise pas toujours dans la "vrai" vie ou plutot on va dire pas tous les jours. Salome est adapte pour des physiques complexes, et des maillages complexes, si tu prends juste les calculs qu'on a faire dans notre industrie on est sur des simu thermiques et structurelles la plupart du temps non couplees.
L'idee est d'essayer d'arriver a faire aussi simple que simscale mais en Open Source et peut-etre plus complet et d'avoir un module de pre/post de dispo sur le web. On a pas encore prevu d'avoir de moteur direct en WebGL, les performances ne sont pas encore suffisamment satisfaisante par rapport a du natif, et il faut l'avouer y a un boulot de malade pour y arriver.
Tu vas voir un peu la tristesse du truc. Shaper est base sur le moteur de contraintes parametrique de FreeCAD :(. C'est un copier/coller du code et donc ni plus ni moins que du FreeCAD. Apres on a fait la meme chose avec le mailleur en reprenant la partie SMESH de Salome. La grosse difference c'est que dans un cas c'est des contributeurs individuels et dans l'autre des professionnels et qu'en effet en ayant finance les developpeurs FreeCAD le truc aurait probablement ete developpe plus vite et aurait permis de degager des synergies.
Ce qui nous agace le plus c'est que lorsque l'on remonte des bugs dans Salome et/ou OpenCascade, la plupart du temps tout est allegrement ignore, meme si qqs rencontres ont eu lieu ces derniers mois et qu'on essaie de progresser notamment avec les equipes d'OpenCascade.
J'aime bien Salome, mais c'est une sacre usine a gaz, on essaie d'avoir une approche un peu plus simplifiee dans FreeCAD et plus abordable de la simulation numerique.
Je ne connais pas Fenics je vais regarder de plus pres ce qu'il fait ;)
Exact. En meme temps je suis dans la meme situation que toi, car je n'ai ecrite aucune de ces API dans FreeCAD (suis une quiche dans ce domaine ;)), et je suis donc contraint de lire beaucoup (parait que c'est bon pour le cerveau ;)). Mais je suis d'accord une bonne doc ferait vraiment du bien !
Merci pour ton retour ca fait toujours plaisir ! N'hesite pas a poster tes modeles sur le forum FreeCAD, l'equipe de developpement apprecie de decouvrir ce que les utilisateurs font avec le logiciel.
Assembly2 est en cours de re-ecriture complete par ickby qui introduit de nouveaux concepts dans PartDesign. Je pense que le resultat devrait te plaire.
L'integration d'Elmer risque de faire partie du prochain GoSC ;), meme si ce n'est pas encore totalement securise. J'aimerai integrer code-saturne, d'autant qu'il est developpe a 500m d'ou je travaille tous les jours. Le truc c'est qu'EDF est scotche avec le CEA sur la platforme Salome qui est une usine a gaz et n'est pas du tout un modeleur parametrique, du coup pour comprendre comment bien integrer code-saturn c'est pas simple, surtout avec le format MED. Elmer dispose d'un forum ouvert et en tant que contributeur on peut vraiment discuter avec les developpeurs de l'appli.
J'aimerai vraiment que Saturne soit integre, mais l'approche a la francaise est un peu lourde sur ce point.
Il est possible de coder des modules dans FreeCAD en ne connaissant que python d'ailleurs. Mon approche en tant que nouveau contributeur a plutot ete macroscopique. J'aime bien comprendre l'ensemble d'un code avant d'essayer d'amener des ameliorations. C'est une approche differente, mais les deux peuvent amener a contribuer ce qui est l'essentiel.
Pour ce qui est de la documentation, y a encore pas mal de boulot ;)
Y a pas trop de secret les serveurs sortent de chez Facebook pour la plupart. Ce sont des serveurs Windmill. Le RJ45 est en effet une interface de management en side band (le port est accessible aussi depuis l'O/S en cas de besoin). La carte 10Gbps est une Mellanox Connect-X 3 qui supporte l'offload de pas mal de fonctions et notamment le RDMA, utile pour tout ce qui est I/O et protocole type iSCSI, ainsi que SR-IOV.
Sur les infrastructures hyperscale il n'y a aucune redondance, juste du partage tout au plus. Il existe des cartes Mezzanine OCP en dual port 10 Gbps, dual 40Gbps, en 56 Gbps single, et en 100Gbps. On peut les remplacer par des neuves si besoin, mais globalement elles sont hyper fiables et on a jamais eu de soucis avec ce type de materiel.
Pour etre honnete je connaissais pas ;). Par contre ca serait assez fort qu'ils utilisent du materiel recycle des GAFA, mais en meme temps pas inutile non plus pour eux puisque cela permet d'exploiter ces equipements a bas cout.
Ca depend de pas mal de parametres au final. Un des inconvenients du Cloud, et de la consolidation associee est une plus grosse pression sur la memoire. Le gros des VM vendu oscille entre 1VCPU 2GB de RAM et 2VCPU et 4GB de RAM. Ces VM ne font globalement pas grand chose, les load average des machines chez les hebergeurs sont faibles voir tres faibles, c'est en partie d'ailleurs ce qui leur permet de degager de la marge. Ce qui va les limiter c'est la capacite memoire d'un systeme et le niveau de risque de mecontentement lorsqu'un serveur tombe. (nombre de clients impactes), ce qui fait que les serveurs sont en generale equipes de 128 a 256GB de RAM, ce qu'un Xeon v1 sait tres bien faire.
Aussi fou que cela puisse paraitre, il y a encore beaucoup de personnes qui pilotent leurs projets en pensant materiel neuf a tous les coups. Je ne pense pas pour autant que le reconditionnement soit la solution ultime dans tous les cas, mais qu'il faille le considerer a une hauteur un peu plus elevee, et bien analyser son besoin avant d'engendrer la production d'un equipement neuf qui aura necessairement un impact sur notre environnement.
Horizon vend aujourd'hui des equipements reconditionnes et des equipements neufs d'ailleurs pour pouvoir s'adapter en fonction des situations et usages.
Une des forces de l'Open Hardware c'est de pouvoir porter le marche du reconditionnement au meme niveau de qualite que celui des equipements neufs en terme de qualite et support, limitant ainsi nos dechets. Le marche de l'achat de materiel d'occasion est un marche "parallele", "secret" et tres mal percu dans la high tech, alors qu'il pourrait etre noble, et si bien utilise, et effectue dans de bonnes conditions il pourrait limiter le niveau de production de dechets. Soyons pragmatique, combien d'entres nous ont achete un serveur d'occasion pour le mettre en production dans un DC ?
En regardant ces deux courbes on constate que les nouvelles generations de processeur suivent une tendance quasi lineaires sur leur capacite a executer des workload lourd, mais que leurs performances par coeur evoluent tres lentement. Le tout dans un TDP quasi constant (oscillant entre 95 et 105W).
Si un workload n'est pas pilote par la capacite d'absorption de charge CPU de la machine, il s'executera probablement tout aussi bien sur un Xeon de premiere generation que sur un Xeon de derniere generation.
Le switch alim 48/220v est automatique. Le bloc alim present dans les serveurs supporte cette fonctionnalite de maniere transparente et sans interruption de service. Il privilegie toujours la source 200-277v lorsque celle-ci est presente.
[^] # Re: Rayonnement infrarouge
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD, 5 mois d'hiver et un enorme challenge devant nous .... Évalué à 6.
On a une camera Flir qui mesure le rayonnement externe (en interne c'est tendu, on pourrait le faire, mais il nous faut plus de prototypes). Le pb c'est qu'on est sur de l'aluminium et les perfs de la camera ne sont pas tres bonnes. L'avantage de tourner sous vide c'est aussi de limiter ces problemes de dilatation lie a la presence de gaz ou liquide qui ont des coefficients d'expansions non nul.
[^] # Re: Et pour les transformateurs ?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD, 5 mois d'hiver et un enorme challenge devant nous .... Évalué à 5.
Pas de PCB ni de dioxine dans les huiles. On est sur des huiles 100% bio degradable (ce qui explique leur cout plus elevee que les huiles traditionnelles) et s'etait un enjeux du projet. L'usage sous vide est contraignant, mais plutot marrant au final. Il garantie la non mixite de l'eau residuelle contenu dans les huiles (l'eau passe a l'etat gazeux en dessous d'une certaine pression et est evacuee au moment de la mise sous vide). La viscosite de l'huile est aussi meilleurs ce qui permet de faire du convectif.
L'usage de gaz neutre pourrait simplifier le design, c'est sure, mais rendrait la maintenance plus difficile (necessite d'avoir une cuve de transfert)
[^] # Re: twitter @ruggepod
Posté par vejmarie (site web personnel) . En réponse au journal Open Compute Summit 2017, alors c'était bien ?. Évalué à 2.
Trop tard ;). En fait je ne me considere pas necessairement comme un grand redacteur, et ne suis pas toujours convaincus de l'interet que peuvent porter mes journaux. Mais promis je vais y reflechir serieusement !
[^] # Re: Douane
Posté par vejmarie (site web personnel) . En réponse à la dépêche Open Compute Summit 2017, alors c’était bien ?. Évalué à 8.
Normalement, en 20s environ. Bon apres soyons honnete j'ai un VISA de travail aux USA et fait partis de ces personnes qui ont fait le choix de resider en dehors des USA, donc j'y vais comment dire souvent (tous les mois), alors je connais le process. Maintenant y a un truc qui est vrai, c'est jamais pareil, ca peut me prendre 10s, comme 3h, ca depend du douanier. Quoiqu'il se passe en disant toujours la verite et en restant toujours calme, je n'ai jamais eu de probleme en 20 ans de voyage dans ce pays.
[^] # Re: Et Risc?
Posté par vejmarie (site web personnel) . En réponse à la dépêche Open Compute Summit 2017, alors c’était bien ?. Évalué à 4.
Le saint graal du libriste dans le materiel c'est d'avoir le composant numerique d'ouvert (le processeur, la carte graphique, les cartes reseaux etc …), le seul hic c'est que pour faire ca il faut que les stacks logicielles suivent (compilateurs, O/S) et c'est un boulot de titan de refaire une architecture (choix prix par Risc-V et je leur tire mon chapeau). Donc avoir acces a un jeux d'instructions existant ca aide ;) surtout avec l'integration croissante des fonctions au sein d'une meme puce. Il peut y avoir de l'innovation a tous les niveaux.
Merci pour ton compliment sur la depeche.
[^] # Re: Et pour les transformateurs ?
Posté par vejmarie (site web personnel) . En réponse au journal RuggedPOD, 5 mois d'hiver et un enorme challenge devant nous .... Évalué à 8.
Yep, on utilise les memes huiles (en version vegetale mais cela n'a pas d'impact). EDF utilise des vessies de compensation (on a bien etudie le truc) et depose de l'azote au dessus de l'huile (l'azote etant plut lourd que l'air il cree une etancheite avec l'oxygene). La vessie sert a contrer les phases d'expansion et de contraction des huiles.
La grosse difference entre un transformateur et un POD, c'est que pour ouvrir un transformateur il faut le purger. Le niveau de l'huile etant au dessus du joint principale, ce que nous ne voulions pas faire sur un POD, pour des raisons de facilite de maintenance.
On pourrait tres bien appliquer le principe complet du transformateur, mais on avait pas de sous pour prototyper les vessies (ca coute chere) ni les systemes de compensations. On a donc fait un choix, qui marche pas si mal au final.
Mais si on part du principe qu'il y a pas de maintenance le systeme d'EDF est probablement plus efficace encore d'un point de vue energetique (pas de fuite). C'est tout ces petits trucs qu'on a envie de tester maintenant.
[^] # Re: twitter @ruggepod
Posté par vejmarie (site web personnel) . En réponse au journal Open Compute Summit 2017, alors c'était bien ?. Évalué à 2.
Pour la depeche c'est pas moi qui decide mais l'equipe de redaction ;). Je vais faire un journal, avec un peu de chance il sera promu en depeche.
[^] # Re: Et Risc?
Posté par vejmarie (site web personnel) . En réponse à la dépêche Open Compute Summit 2017, alors c’était bien ?. Évalué à 4.
Il y a tres peu d'architecture ouverte en effet. x86 tout comme Power sont aujourd'hui fermee en un sens qu'il est impossible de concevoir un chip qui supporte ces jeux d'instructions sans avoir a negocier prealablement une licence.
OCP tout comme un certains nombre de projet s'arretent aux systemes et ne decendent pas au niveau du chip. Alors oui, c'est un peu comme faire tourner les outils gnu par dessus un kernel proprietaire. Le truc c'est qu'il n'existe pas encore le linus torvald de l'open hardware, mais il y a quelques architectures prometteuse comme Risc-V, mais il y a encore pas mal de travail.
En un sens c'est deja pas mal de voir des mouvements se creer et progresser.
[^] # Re: twitter @ruggepod
Posté par vejmarie (site web personnel) . En réponse au journal Open Compute Summit 2017, alors c'était bien ?. Évalué à 3.
Bonjour, merci pour le retour. On a eu pas mal de soucis sur le site qui est regulierement la cible de DDoS et est heberge sur une machine qui n'a franchement pas une patate d'enfer chez Scaleway. En theorie ca devrait marcher mieux depuis quelques jours.
Pour revenir sur le POD, le projet a bien avance, et on a surtout passe les 6 derniers mois a analyser les resultats du prototype qui marche tres bien. Si tu veux voir des photos
POD
Le site est heberge sur le POD en photo. Il est derriere une ligne ADSL, et oui on est en France et avoir la fibre sur le plateau de Saclay coute un bras. Le projet rentre maintenant en pre-prod, et on est en plein dans les problemes de modeles economiques de l'Open Hardware, mais cela fera partis d'un de mes prochains journal.
[^] # Re: Inspiré de Github
Posté par vejmarie (site web personnel) . En réponse au journal OCP toolchain où en sommes nous ?. Évalué à 2.
Je ne sais pas, mais peux leur demander. Ils font la prod sur OpenStack, je ne sais pas si il existe un module commercial pour ce soft ou si c'est developpe maison
[^] # Re: Inspiré de Github
Posté par vejmarie (site web personnel) . En réponse au journal OCP toolchain où en sommes nous ?. Évalué à 4.
Aucune idee, suis pas devin et je pense pas qu'ils ne le soient non plus.
[^] # Re: Inspiré de Github
Posté par vejmarie (site web personnel) . En réponse au journal OCP toolchain où en sommes nous ?. Évalué à 4. Dernière modification le 13 mars 2017 à 22:33.
ggiamarchi fait des mockups qui ressemblent plus a des prototypes qu'a des mockups. En clair c'est pas du fake, ce qui explique les commit et le contenu du repo. La plateforme est donc en developpement actif. On a juste fait un "freeze" pour le summit et presente quelque chose de fonctionnel.
On peut changer la navigation, car les gars de github pourraient peut-etre s'agacer (ils auraient pas forcement tord en meme temps), mais on a pas eu trop le temps de travailler sur l'UI, on voulait vraiment tester le workflow.
On a un serveur dedie chez Enter en Italie pour supporter les developpements, nos cheres hebergeurs francais ayant tous refuses le projet, parce que s'etait de l'Open Hardware IT et que d'apres eux ca n'a actuellement aucun avenir. Enter est le premier Cloud Provider europeen a adopter la techno, et je leur tire mon chapeau et les remercie sincerement.
Le front end tel qu'il est dans github est en test la
http://ohub.demo.horizon-computing.com/
Y a pleins de bugs, limitation et de trucs non implementes et ca plante, on le sait ;)
[^] # Re: Assembly ?
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 7.
Y a un travail de fond qui est mene sur le module Assembly. Mais avant de le faire, il nous fallait re-ecrire la partie PartDesign afin d'avoir des coordonnees relatives plus efficaces et diminuer l'usage de composes qui bouffent un temps machine pas possible. Il y a un nouvel objet en cours de dev App::Part qui permet de faire ca. Une fois l'implementation terminee (j'espere pour la 0.17), l'ecriture d'un module d'assemblage sera alors grandement simplifiee et beaucoup plus efficace.
Ickby travaille sur ce sujet. Il y a je dirai une trentaine de contributeur actif au soft et du boulot pour 100 personnes, mais c'est bien dans la tete de ces devs d'arriver a aboutir a un modele d'assemblage efficace. Faut juste un peu de temps et pas mal d'huile de coude.
Sinon tes assemblages sont top ;)
[^] # Re: Code Saturne
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 5.
Oui je suis d'accord avec toi, les gens d'OpenCascade sont plutot cool, bon en meme temps pas facile de leur faire integrer des patches upstream si tu n'es pas un client, mais ils ont une vrai envie d'ouverture. Je suis d'accord avec toi sur le comparatif CAD vs CAE, FreeCAD arrive par le cote CAD la ou Salome arrive par le cote CAE. Corba c'est l'enfer.
Le truc c'est que je pense qu'il est quand meme possible de faire plus simple pour faire de la simulation. Meme Solidworks integre des modules de calculs qui sont largement suffisant. En fait, Salome est un outil qui peut faire des trucs extraordinaires, mais qu'on utilise pas toujours dans la "vrai" vie ou plutot on va dire pas tous les jours. Salome est adapte pour des physiques complexes, et des maillages complexes, si tu prends juste les calculs qu'on a faire dans notre industrie on est sur des simu thermiques et structurelles la plupart du temps non couplees.
L'idee est d'essayer d'arriver a faire aussi simple que simscale mais en Open Source et peut-etre plus complet et d'avoir un module de pre/post de dispo sur le web. On a pas encore prevu d'avoir de moteur direct en WebGL, les performances ne sont pas encore suffisamment satisfaisante par rapport a du natif, et il faut l'avouer y a un boulot de malade pour y arriver.
[^] # Re: Code Saturne
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 7.
Tu vas voir un peu la tristesse du truc. Shaper est base sur le moteur de contraintes parametrique de FreeCAD :(. C'est un copier/coller du code et donc ni plus ni moins que du FreeCAD. Apres on a fait la meme chose avec le mailleur en reprenant la partie SMESH de Salome. La grosse difference c'est que dans un cas c'est des contributeurs individuels et dans l'autre des professionnels et qu'en effet en ayant finance les developpeurs FreeCAD le truc aurait probablement ete developpe plus vite et aurait permis de degager des synergies.
Ce qui nous agace le plus c'est que lorsque l'on remonte des bugs dans Salome et/ou OpenCascade, la plupart du temps tout est allegrement ignore, meme si qqs rencontres ont eu lieu ces derniers mois et qu'on essaie de progresser notamment avec les equipes d'OpenCascade.
J'aime bien Salome, mais c'est une sacre usine a gaz, on essaie d'avoir une approche un peu plus simplifiee dans FreeCAD et plus abordable de la simulation numerique.
Je ne connais pas Fenics je vais regarder de plus pres ce qu'il fait ;)
[^] # Re: micro-service ou autre
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 6.
Exact. En meme temps je suis dans la meme situation que toi, car je n'ai ecrite aucune de ces API dans FreeCAD (suis une quiche dans ce domaine ;)), et je suis donc contraint de lire beaucoup (parait que c'est bon pour le cerveau ;)). Mais je suis d'accord une bonne doc ferait vraiment du bien !
[^] # Re: Impression 3D
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 6.
Merci pour ton retour ca fait toujours plaisir ! N'hesite pas a poster tes modeles sur le forum FreeCAD, l'equipe de developpement apprecie de decouvrir ce que les utilisateurs font avec le logiciel.
Assembly2 est en cours de re-ecriture complete par ickby qui introduit de nouveaux concepts dans PartDesign. Je pense que le resultat devrait te plaire.
[^] # Re: micro-service ou autre
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 5.
L'API est fixe, documentee pas trop d'ou la necessite d'avoir plus de contributeurs ;)
[^] # Re: Code Saturne
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 10.
L'integration d'Elmer risque de faire partie du prochain GoSC ;), meme si ce n'est pas encore totalement securise. J'aimerai integrer code-saturne, d'autant qu'il est developpe a 500m d'ou je travaille tous les jours. Le truc c'est qu'EDF est scotche avec le CEA sur la platforme Salome qui est une usine a gaz et n'est pas du tout un modeleur parametrique, du coup pour comprendre comment bien integrer code-saturn c'est pas simple, surtout avec le format MED. Elmer dispose d'un forum ouvert et en tant que contributeur on peut vraiment discuter avec les developpeurs de l'appli.
J'aimerai vraiment que Saturne soit integre, mais l'approche a la francaise est un peu lourde sur ce point.
[^] # Re: micro-service ou autre
Posté par vejmarie (site web personnel) . En réponse au journal Un an de FreeCAD (en tant que contributeur). Évalué à 5.
Il est possible de coder des modules dans FreeCAD en ne connaissant que python d'ailleurs. Mon approche en tant que nouveau contributeur a plutot ete macroscopique. J'aime bien comprendre l'ensemble d'un code avant d'essayer d'amener des ameliorations. C'est une approche differente, mais les deux peuvent amener a contribuer ce qui est l'essentiel.
Pour ce qui est de la documentation, y a encore pas mal de boulot ;)
[^] # Re: Une seul interface SFP+ 10GB par serveur ?
Posté par vejmarie (site web personnel) . En réponse au journal Et si l'Open Hardware démocratisait l'usage d'ordinateurs reconditionnés ? . Évalué à 4.
Y a pas trop de secret les serveurs sortent de chez Facebook pour la plupart. Ce sont des serveurs Windmill. Le RJ45 est en effet une interface de management en side band (le port est accessible aussi depuis l'O/S en cas de besoin). La carte 10Gbps est une Mellanox Connect-X 3 qui supporte l'offload de pas mal de fonctions et notamment le RDMA, utile pour tout ce qui est I/O et protocole type iSCSI, ainsi que SR-IOV.
Sur les infrastructures hyperscale il n'y a aucune redondance, juste du partage tout au plus. Il existe des cartes Mezzanine OCP en dual port 10 Gbps, dual 40Gbps, en 56 Gbps single, et en 100Gbps. On peut les remplacer par des neuves si besoin, mais globalement elles sont hyper fiables et on a jamais eu de soucis avec ce type de materiel.
[^] # Re: Créer un nouvel hébergeur
Posté par vejmarie (site web personnel) . En réponse au journal Et si l'Open Hardware démocratisait l'usage d'ordinateurs reconditionnés ? . Évalué à 5.
Pour etre honnete je connaissais pas ;). Par contre ca serait assez fort qu'ils utilisent du materiel recycle des GAFA, mais en meme temps pas inutile non plus pour eux puisque cela permet d'exploiter ces equipements a bas cout.
[^] # Re: C'est quoi le rapport avec le libre ??
Posté par vejmarie (site web personnel) . En réponse au journal Et si l'Open Hardware démocratisait l'usage d'ordinateurs reconditionnés ? . Évalué à 9.
Ca depend de pas mal de parametres au final. Un des inconvenients du Cloud, et de la consolidation associee est une plus grosse pression sur la memoire. Le gros des VM vendu oscille entre 1VCPU 2GB de RAM et 2VCPU et 4GB de RAM. Ces VM ne font globalement pas grand chose, les load average des machines chez les hebergeurs sont faibles voir tres faibles, c'est en partie d'ailleurs ce qui leur permet de degager de la marge. Ce qui va les limiter c'est la capacite memoire d'un systeme et le niveau de risque de mecontentement lorsqu'un serveur tombe. (nombre de clients impactes), ce qui fait que les serveurs sont en generale equipes de 128 a 256GB de RAM, ce qu'un Xeon v1 sait tres bien faire.
Aussi fou que cela puisse paraitre, il y a encore beaucoup de personnes qui pilotent leurs projets en pensant materiel neuf a tous les coups. Je ne pense pas pour autant que le reconditionnement soit la solution ultime dans tous les cas, mais qu'il faille le considerer a une hauteur un peu plus elevee, et bien analyser son besoin avant d'engendrer la production d'un equipement neuf qui aura necessairement un impact sur notre environnement.
Horizon vend aujourd'hui des equipements reconditionnes et des equipements neufs d'ailleurs pour pouvoir s'adapter en fonction des situations et usages.
Une des forces de l'Open Hardware c'est de pouvoir porter le marche du reconditionnement au meme niveau de qualite que celui des equipements neufs en terme de qualite et support, limitant ainsi nos dechets. Le marche de l'achat de materiel d'occasion est un marche "parallele", "secret" et tres mal percu dans la high tech, alors qu'il pourrait etre noble, et si bien utilise, et effectue dans de bonnes conditions il pourrait limiter le niveau de production de dechets. Soyons pragmatique, combien d'entres nous ont achete un serveur d'occasion pour le mettre en production dans un DC ?
[^] # Re: C'est quoi le rapport avec le libre ??
Posté par vejmarie (site web personnel) . En réponse au journal Et si l'Open Hardware démocratisait l'usage d'ordinateurs reconditionnés ? . Évalué à 9.
En regardant ces deux courbes on constate que les nouvelles generations de processeur suivent une tendance quasi lineaires sur leur capacite a executer des workload lourd, mais que leurs performances par coeur evoluent tres lentement. Le tout dans un TDP quasi constant (oscillant entre 95 et 105W).
Si un workload n'est pas pilote par la capacite d'absorption de charge CPU de la machine, il s'executera probablement tout aussi bien sur un Xeon de premiere generation que sur un Xeon de derniere generation.
[^] # Re: Créer un nouvel hébergeur
Posté par vejmarie (site web personnel) . En réponse au journal Et si l'Open Hardware démocratisait l'usage d'ordinateurs reconditionnés ? . Évalué à 4.
Le switch alim 48/220v est automatique. Le bloc alim present dans les serveurs supporte cette fonctionnalite de maniere transparente et sans interruption de service. Il privilegie toujours la source 200-277v lorsque celle-ci est presente.