Sytoka Modon a écrit 4544 commentaires

Je parlais de faire des QCM de 10 minutes en début de séance de TD

Si on parle d'étudiant, on parle de personne ayant plus de 18 ans (en général). En tant qu'enseignant, je ne suis pas là pour faire garderie. S'ils ne bossent pas, je ne vais pas leur prendre la main pour voir s'ils ont travaillé via un QCM…

Un QCM peut être un très bon outil pour vérifier des apprentissages fondamentaux

En tant qu'enseignant, j'ai fait quelques QCM. Pour moi, c'était une horreur à fabriquer. Je trouve cela pernicieux voire vicieux. Plutôt que de faire un beau sujet construit qui mène à une réflexion d'ensemble, tu passes ton temps a essayer de cacher la réponse bonne et à trouver des réponses qui paraissent bonne mais sont fausses ! Pour le droit ou le code de la route ou…, cela a son utilité mais en sciences pour l'ingénieur, son domaine d'utilisation est faible.

Je suis assez d'accord. J'ai eu pendant des années un serveur Norton (Symantec) sous NT4 avec zéro soucis… Les attaques du moment ne marchait plus sous NT4 !

C'est pas forcément quelque chose de bien et c'est surtout pas à généraliser mais localement, c'est vrai que cela marche pas si mal.

Matworks y arrive bien avec Matlab, idem Ansys… Attention quand même à la 3D mais c'est tout.

Il suffit soit de compiler en statique, soit de mettre toutes les bibliothèques dans l'archive et d'avoir un script de lancement qui configure LD_LIBRARY_PATH et autre…

A savoir, les logiciels propriétaires embarque java, python, mesa… Bref tout pour être le plus tranquille !

Pas forcément, webm est un container vidéo. Pour une petite animation ou ne veut veux pas de perte (jpeg), le gif animé a sa place…

Évidement c'était une boutade. Il est facile de paralléliser des centaines de job identiques (sauf du coté des IO !). Évidement on utilise un batch manager mais essayes de lui faire manger 50000 jobs d'un coup, il y en a qui n'aime pas… Mais bon, cela se résout assez facilement au final.

Il n'empêche que j'ai vu un exposé présentant des performances en IO sur HDF5 entre la version classique et la version asynchrone (et //) impressionnante. C'est un sujet pas facile mais dès qu'on est sur un grand nombre de coeur et des données de taille importante, ne pas en tenir compte peut être très pénalisant. Je ne sais pas si gmic pourrait s'inspirer de ce genre d'API.

Je ne sais si tu avais vu mon smiley.

Je ne suis pas sur le serveur de bogue du logiciel ni sur une liste de discussion "pro" mais sur dlfp alors j'avoue ne pas toujours me relire et laisser le fils de l'eau se faire. Il faut bien des espaces de liberté.

Cela étant dis, il y a des traitements longs, je me souviens des premières versions de greystoration par exemple ou le traitement d'une seule image prenait un temps fou ! Si tu veux faire de la PIV sur un champs de vitesse, il faut comparer deux images deux à deux afin d'avoir le déplacement des points. A ce que j'ai compris (ne suis pas du tout un spécialiste du domaine), cela se fait en général par la recherche dans une fenêtre autour de chaque point, plus des interpolations entre point sinon le résultat n'est pas bon… On sais que dès qu'on cherche une notion de vitesse ou d'accélération, deux points dans le temps donne un résultat parfois faible et qu'il vaut mieux travailler sur trois ou 5 points temporels (donc 3 ou 5 images…). Mais plus ton schéma est complexe, plus il est long en temps (surtout qu'il y a tous les cas particuliers sur les bords). Alors avec la 3D…

Il y a aussi un domaine intéressant dans le montage vidéo. Dès que l'on veut faire des effets, on a en général un moteur qui donne un premier résultat proche rapidement pour voir si cela convient puis on lance le montage proprement dis qui peux mettre des heures a se faire. Si le coeur de ton processus de traitement d'image n'est pas parallèle, tu ne vas pas monter vite ton film.

Bref, il y a tout plein de raison d'avoir un coeur parallèle de nos jours…

C'est ce que l'on fait. Mais sur les machines de calcul, les scheduleurs n'aiment pas toujours quand tu leur balances 50000 job d'un coup ;-) En fait, le soucis est ailleurs, si tu veux travailler sur des champs 3D à partir de N image en tranche (type tomographe), le traitement est très lourd. Les copains d'à coté ont une machine avec 3 cartes TESLA pour faire les traitements…

La nouvelle carte Intel Xeon Phi est très proche d'un processeur Xeon classique. Normalement, Intel devait gérer OpenMP de manière transparente sur cette carte (ce qui n'est pas le cas de Nvidia il me semble). Si on veut faire de l'imagerie type temps réel (médical) ou sur des images à grandes résolutions (80millions de pixel en 14 bits), il faut, à mon sens, que le moteur interne puisse être parallèle. Depuis quelques années, c'est le fait d'améliorer la parallélisation qui permet de continuer à monter en performance.

A ma connaissance, gmic n'était pas parallélisé. Si c'est toujours le cas, y-a t'il quelques choses de prévu ? En effet, les images sont de plus en plus grosses (les calculateurs aussi). On a dans mon laboratoire (UMR aussi) par exemple un appareil photo qui prends du 80 million de pixel, une image raw fait 500Mo… Ca commence à faire quand on en a des milliers à traiter.

Sinon, je sais que les chercheurs qui m'entourent sont intéressé par deux choses. La reconstruction 3D via des vues 2D prises sur un tomographe et la PIV qui consiste à reconstruire un champ de vitesse ou de déformation via deux images prises à deux instants proches. Il y a aussi la PIV 3D ou on généralise la 2D avec plus d'image mais il faut que tout suive derrière (temps calculs, stockage, analyse…). Je pense que gmic a tout les atouts qu'il faut pour pouvoir répondre à ces questions.

C'est dans le projet XCPU qui est un peu mort mais xget est à mon avis l'outil qui est bien.

http://xcpu.sourceforge.net/xget/

Pas de multicast et autre qui ne passe pas les firewall…

Sur la machine relais, plutôt que

toto: toto@sfr.fr

Faire

toto: "|/usr/sbin/sendmail -oi -f chezmoi-transit@chezmoi.gandi.fr toto@sfr.fr"

Ainsi, le mail est clairement envoyé depuis Gandi… Le champ From est modifié mais l'utilisateur final ne le voit pas trop car tout a été bien prévu ! Normalement, le SPF est content même avec un '-all' car en cas d'erreur sur la seconde partie du trajet, cela remonte à chezmoi-transit@chezmoi.gandi.fr et non à l'expéditeur initiale.

C'est ce que je fais aussi. Si les sources tiennent dans un seul fichier, je mets LGPL + clause d'avoir le droit de copier coller le fichier directement dans le code source voisin. En gros, l'idée est de pouvoir utiliser le code n'importe ou mais qu'en cas d'amélioration du-dis fichier, on le fasse partager. Cela revient à ce que tu dis car un .a est une simple archive de .o

GCC, c'est aussi Fortran (et même Go avec un début de l'implémentation 1.1). Ada suit son rythme propre…

Pour Fortran, les fichiers d'en tête généré automatiquement sont modifiés… Dommage, il va falloir tout recompiler petit à petit. Ce serait bien de normaliser ces fichiers entre compilateur.

J'ai noté l'ajout de BACKTRACE qui doit donner la liste des fonctions actives à un instant donné. Pratique au développement. http://gcc.gnu.org/onlinedocs/gfortran/BACKTRACE.html

Le support complet de variable polymorphique (CLASS*). Fortran continue son bonhomme de chemin comme langage objet dédié au calcul. A chaque version, la norme 2003 et 2008 ont de plus en plus d'élément implémenté.

http://gcc.gnu.org/wiki/Fortran2003Status
http://gcc.gnu.org/wiki/Fortran2008Status

Oui et non…

En pratique, il suffit d'un client pour récupérer son code. Si cela s'avère critique, c'est donc possible !

La v3 a été faite pour cela justement.

Si ta boite est française, il y a la Cecill http://www.cecill.info/licences.fr.html, je doute qu'on fasse mieux que le service juridique du CNRS, de l'INRIA et du CEA. Pour une fois que ces trois la ce sont mis d'accord, faisons leur confiance !

Si tous des postes ne sont pas à la même version, tu risques de casser des choses notament avec Sid si tu n'est pas derrière.

Moi je gère avec cluster-ssh, je me connecte en // sur tous les postes et lances un mise à jour manuelle. Ainsi je vois quasiment de suite ou il peux y avoir des soucis.

sudo apt-get update && sudo apt-get dist-upgrade && sudo apt-get autoclean && sudo update-flashplugin-nonfree --install

Il y a bien flash qui est casse pied sur la fin… Heureusement que tous les paquetages ne sont pas comme lui !

L'objectif de la GPL n'est pas d'enfermer, son objectif est d'interdire à une boite privé de prendre le code, de l'améliorer et de prendre ensuite tes parts de marché avec sa version sans que tu ais son code. C'est tout.

Pour moi, le reste est du blabla de juriste globalement…

Si tu chroot, soit il faut un lien hard (même partition), soit un montage via mount --bind

Je l'ai acheté chez LDLC. En gros, c'est ce modèle :

http://www.ldlc.com/fiche/PB00113270.html

Mais bon, c'est le modèle d'y il a deux ans… J'avais pris un modèle sans mémoire ni disque (moins chère) et j'avais mis 4Go de RAM et un disque hybride plus performant. Avec l'ATOM, c'est pas un foudre de guerre mais on a deux sessions en même temps (F7, F8… quoique plus aussi simple avec les dernières versions de GDM !) sous XFCE et ça roule. GNOME, c'est quand même gourmand pour ce genre de machine.

Coté consommation, c'est de l'ordre de 20W donc bien moins que mon ancienne tour DELL. Il faudrait que je m'achète ces prises qui mesurent réellement la consommation. Enfin, le block alimentation est tout petit, on le voit sur la photo. Je serais pas étonné que mon ancien écran DELL consomme plus ! D'ailleurs, c'est très pratique de pouvoir l'accrocher derrière l'écran…

L'échange est toujours instructif ;-)

Pour la longueur des lignes, on peux rallonger à plus via une option du compilateur. En général, je fixe vers 132… en tabulant à 3 espace (j'aime pas les tabulations).

Pour le "end do" et le "end if", la forme avec espace est mieux de mon point de vue car tu mets "end subroutine" et non "endsubroutine"… Mais je fais moi aussi partie des pointilleux ;-)

Enfin, entre les majuscules et les minuscules, il y a pleins d'écoles ! Personnellement, je suis de l'école

mot clef : minuscules
variable : MAJUSCULE
module   : PremiereLettreEnMajuscule
function : ma_fonction  ou module@ma_function (on peux mettre des @ dans les noms !)

Donc ton exemple devient

write(UNIT=OUTPUT_UNIT, FMT='(a)') 'hello world!'

Mais bon, là, tous les goûts et les couleurs sont dans la nature… Dans mon laboratoire actuel, on sens le "passif" 77 et il font l'inverse en règle générale. Moi, j'aime bien voir facilement une variable dans un langage, c'est peut être aussi pour cela que j'aime bien le $ du Perl ;-)

Sinon, je ne suis pas fanatique des paramètres de configuration compilé en dur. Voir par exemple le windows manager DWM qui ne peux guère être utilisé que dans des environnements de niche (Voir http://dwm.suckless.org/). J'aurais tendance, pour ne pouvoir distribuer qu'un seul fichier binaire, à mettre le CSS dedans codé en dur mais de ne le prendre que s'il n'y a pas un fichier proposé à coté…

Le gros changement avec le Fortran 90, ce sont les modules et la fin des includes. Comme le langage est rétro-compatible (quasiment), les anciennes formes restent.

Fortran est un langage ou on peux programmer sans mettre d'espace (sauf en début de ligne)… Ma mère programmait ainsi sur carte lorsque j'étais petit. Mais aujourd'hui, on utilise la forme libre très inspiré d'Ada (normal lorsqu'on voit qui est dans le comité technique).

Je trouve personnellement que les USE avec l'instruction ONLY permet de toujours spécifier qui vient d'ou et d'avoir quelque chose de propre. Pour une personne débutante, le code est bien plus lisible à mon sens et plus facile à modifier.

Lorsque j'ai commencé le Fortran, mes collègues faisaient tout avec. J'ai basculé à l'époque une partie des filtres en Perl car c'était bien plus rapide à développer et bien plus maintenable. Ces filtres marchent toujours tel quel à ce jour. J'avoue que c'est un truc appréciable en Perl cette pérennité du langage tout en sachant aussi évoluer (comme Fortran).

Voila, c'était juste des remarques générales. Si tu veux absolument coder une chaîne dans du code, tu peux aussi utiliser les NAMELIST. En gros, tu écris un fichier au format NAMELIST et ton code le relit. Pour la partie CSS, cela permet de modifier ensuite le CSS sans recompiler, puisque le fichier est lu et interprété à chaud (en une seule ligne de Fortran).

Bon courage pour la suite

D'un autre coté, s'ils sont près à acheter un MAC si tu passes à XFCE, tu peux déjà changer leur vieux P4 32 bits par une machine moderne sous laquelle GNOME ne posera plus de soucis ;-)

A la maison, je suis sur un ZOTAC en mode 64bits sous Debian avec XFCE et pour ce que j'en fait, ca suffit. Ainsi, j'ai réduit ma conso électrique sur le poste informatique ;-)

Autant je défend souvent le Fortran ici, notamment pour le calcul, autant pour le traitement de chaîne, les langages de scripts sont plus adaptés (Perl par exemple a été fait pour cela).

J'ai regardé un peu le code et je trouve que c'est un peu fort de dire que c'est du Fortran 2008. Pour moi, un code Fortran propre n'utilise pas d'INCLUDE mais est architecturé en module utilisé par la commande USE. Lorsque tu utilise un entier, tu ne déclare pas son type (KIND) et la longueur des chaînes n'a pas été paramétré en global via une constante (PARAMETER). Bref, pour moi, c'est pas vraiment du Fortran 90…

Ensuite, écrire le CSS en Fortran, c'est vraiment avoir envie de se faire mal. Pourquoi ne pas charger le fichier css directement ?

Si les personnes ont des identifiants jabber sur des serveurs différents, c'est le jitsi-videobridge installé sur la même machine que le serveur jabber hébergeant le salon qui est utilisé ?

Au niveau port, les routeurs ouvrent les ports tout seul ?

Je me pose la question car si un test est possible sur "jit.si", il n'est pas question de demander au personnel d'aller se créer un compte sur un service extérieur pour un usage professionnel.

On la trouve où cette nouvelle merveille ?