Ouais, alors le cluster de carte de compil, ça semble une bonne idée jusqu'à ce que tu t'apercoives qu'il faut un chouia plus de taf que prévu. Je m'estime pas un expert, mais j'ai toujours eu que des emmerdes imprévus.
Exemple, j'ai aidé à mettre en place 2 cartes arm pour du build ( pour une distro linux ), et pour alimenter ça, on a pris une alim pc , un cutter, et paf, on détourne l'alim pour alimenter les machines. Ça marche ( si si ). Sauf que surprise, si tu tapes halt sur la premiére carte, pouf, la 2eme se coupe aussi, pour une raison inconnue ( je suppose que c'est due à un signal que l'alim interprete comme "c'est bon, tu peux couper le jus" ).
Et si il y a coupure de courant, pouf, faut appuyer sur 2 boutons pour relancer ça. C'est con pour des machines serveurs.
Autre exemple, le codeur qui s'occupe du port arm de la distro en question ( mageia ) a constaté des soucis de fuites mémoires au niveau kernel avec la pandaboard ( ainsi que les gens de Debian ). Pandaboard filé gracieusement par TI,
mais je ne doute pas que ça soit pareil pour le modèle classique.
3eme exemple, j'ai mon free runner branché comme serveur sous Debian, j'ai tenté de le mettre sur un hub usb, ou via un autre cable. Surprise, de temps en temps, il boote pas. Et j'ai mis des semaines à trouver que c'était le cable, car tout les cables ne sont pas équivalents, visiblement ( ou le hub usb ).
Donc ce que je retiens, c'est qu'il faut quand même avoir un minimum de compétence en electronique pour faire les choses bien, et il ne faut pas prendre pour acquis des tas de choses. Y a pas non plus grand monde qui bosse sur les différents ports ARM comparativement aux reste, et pourtant, c'est un domaine qui recrute.
Si le but est d'avoir une archi avec 4 bécanes, prends de la ram et des vms. Ça marche vachement mieux. Si le but est de faire du low level, alors faut foncer ( même si d'aprés certains, intel va remettre l'archi arm dans la niche qu'elle n'aurait jamais du quitter ). Et je rappelle que l'arm est une archi super, ou même le C a besoin de vérification au run time ( des histoires d'alignement sur 4 bytes, un truc comme ça ). Ceci dit, peut être qu'il y des tests statiques pour ça, à vérifier.
[^] # Re: Déjà épuisé, avant même la dépêche
Posté par Misc (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 5.
Ouais, alors le cluster de carte de compil, ça semble une bonne idée jusqu'à ce que tu t'apercoives qu'il faut un chouia plus de taf que prévu. Je m'estime pas un expert, mais j'ai toujours eu que des emmerdes imprévus.
Exemple, j'ai aidé à mettre en place 2 cartes arm pour du build ( pour une distro linux ), et pour alimenter ça, on a pris une alim pc , un cutter, et paf, on détourne l'alim pour alimenter les machines. Ça marche ( si si ). Sauf que surprise, si tu tapes halt sur la premiére carte, pouf, la 2eme se coupe aussi, pour une raison inconnue ( je suppose que c'est due à un signal que l'alim interprete comme "c'est bon, tu peux couper le jus" ).
Et si il y a coupure de courant, pouf, faut appuyer sur 2 boutons pour relancer ça. C'est con pour des machines serveurs.
Autre exemple, le codeur qui s'occupe du port arm de la distro en question ( mageia ) a constaté des soucis de fuites mémoires au niveau kernel avec la pandaboard ( ainsi que les gens de Debian ). Pandaboard filé gracieusement par TI,
mais je ne doute pas que ça soit pareil pour le modèle classique.
3eme exemple, j'ai mon free runner branché comme serveur sous Debian, j'ai tenté de le mettre sur un hub usb, ou via un autre cable. Surprise, de temps en temps, il boote pas. Et j'ai mis des semaines à trouver que c'était le cable, car tout les cables ne sont pas équivalents, visiblement ( ou le hub usb ).
Donc ce que je retiens, c'est qu'il faut quand même avoir un minimum de compétence en electronique pour faire les choses bien, et il ne faut pas prendre pour acquis des tas de choses. Y a pas non plus grand monde qui bosse sur les différents ports ARM comparativement aux reste, et pourtant, c'est un domaine qui recrute.
Si le but est d'avoir une archi avec 4 bécanes, prends de la ram et des vms. Ça marche vachement mieux. Si le but est de faire du low level, alors faut foncer ( même si d'aprés certains, intel va remettre l'archi arm dans la niche qu'elle n'aurait jamais du quitter ). Et je rappelle que l'arm est une archi super, ou même le C a besoin de vérification au run time ( des histoires d'alignement sur 4 bytes, un truc comme ça ). Ceci dit, peut être qu'il y des tests statiques pour ça, à vérifier.