Sytoka Modon a écrit 4586 commentaires

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 ?

Ce n'est pas forcément un problème non plus. Arrêtons de toujours penser en variable globale ;-)

Moi je pense que nos députés, français ou européen, ne font pas leur boulot.

En effet, les iPhones, iPad et autres auraient du être interdit en Europe à cause du magasin unique. L'UEFI et tout le reste suit… (Amazon…). En étant exclu de l'Europe, Apple aurait changé de politique.

Il n'est pas normal d'être bloqué sur un magasin.

Comme tu l'as dis toi même, unison fait cela aussi. Il suffit de lui faire deux profils, un pour chaque lieu…

Qt est-il piloté par une fondation libre ?

Je pense que lorsqu'on a subit le joue d'Oracle et qu'on arrive enfin à former une communauté libre autour de son projet, qu'on essaye de virer Java dont le pilotage à toujours posé des problèmes, on n'a pas forcément envie de se mettre un autre fils à la patte quel que soit la qualité de l'environnement, notamment si ce n'est pas un aspect critique du projet.

J'ai des doutes que dans le Cloud, ils n'aient que du RH…

Bref, il y a les statistiques sur les serveurs Web qui indiquent que Debian est pour le moment en tête (sur cette partie là).

De toute manière, du code noyau n'a que peu a voir avec du code utilisateur… Donc à mon avis, il faudra recoder. L'important ici est d'avoir une implémentation (algo) qui fonctionne.

Voila un petit comparatif entre ceph (mode noyau) et glusterfs (fuse), je vous laisse lire…

http://www.gluster.org/2013/01/glusterfs-vs-ceph/

Bref, FUSE n'est pas forcément mauvais partout et pour lire des cartes SD ou des clefs USB qui s'arrache facilement, peut être qu'un programme en mode utilisateur n'est pas plus mal !

Il a a plusieurs manière de faire des expressions rationnelles en Perl. Par ailleurs, il est possible de dé-activer le backtrack…

Par exemple, Marpa est un projet bien plus large qui peut être utile dans des cas pointus.

http://jeffreykegler.github.com/Marpa-web-site/