vmagnin a écrit 693 commentaires

Machines virtuelles :
par exemple installer sous Windows https://www.virtualbox.org/
puis télécharger des "images" de machines virtuelles à partir de https://www.osboxes.org/virtualbox-images/
Ce n'est pas très compliqué, même si ça demande un peu de temps pour la prise en main et la configuration.

Mais créer une clé USB live est plus simple :
https://doc.ubuntu-fr.org/live_usb#creation_d_un_live-usb_depuis_windows
Je pense que c'est le meilleur moyen pour se familiariser avec Linux avant de tenter une installation. Et ça te permet de vérifier que tout le matériel du PC est bien pris en charge.

Intéressant, je n'ai jamais essayé de connecter deux PC par USB. Est-ce que tu peux développer ?

Bienvenu Thomas !

Quels sont les logiciels que tu utilises actuellement sous Windows ?
Je dirais que la première étape d'une migration vers Linux, ce serait de s'habituer sous Windows aux grands logiciels libres que tu vas retrouver sous Linux : LibreOffice, Firefox, Thunderbird, VLC, Inkscape, Gimp, etc. Comme ça tu seras peu dépaysé au moment de la migration et tu pourras te concentrer sur le nouveau système lui-même.

C'est intéressant à savoir, même s'il faut bien sûr avoir au préalable installé un serveur ssh sur sa machine.

Non, elle est désactivée…
Merci

Globalement, la plupart des touches ont été désactivées, en particulier le f qui aurait pu être utile pour un freeze, et j'obtiens soit :

This sysrq operation is disabled.

soit la liste des touches :

[ 3878.034099] sysrq: HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)

Kubuntu 19.10, voir ce que je viens de poster.

Il faut fn : ça marche avec alt+fn+syst+touche.

J'ai lancé dmesg -w et je vois pour u puis s :

[ 3309.977985] sysrq: This sysrq operation is disabled.
[ 3310.696819] sysrq: Emergency Sync
[ 3310.699638] Emergency Sync complete

Le b ne provoque aucun affichage et encore moins de reboot. Il a dû être désactivé sur Kubuntu…

Resterait à tester dans un cas de freeze…

Le problème, c'est que sur mon portable "imprécr" et "syst" sont accessibles via la touche "fn". J'ai essayé avec et sans appui sur "fn", mais ça ne donne rien…

Effectivement, je viens d'ajouter un swapfile sur ma partition utilisateur (cryptée) et je n'arrive plus à freezer le système malgré trois machine virtuelles lancées et cinq ou six autres applications…
Le système swappe, mais en même temps pas tant que ça, il n'y a que quelques centaines de Mo dans le swap. Et pas de ralentissement.
Je pense que la plupart du temps, avec mes 8 Go le swap sera vide. C'est juste parce qu'en ce moment j'ai besoin de VirtualBox. D'ailleurs je vais également baisser la RAM de mes machines virtuelles.

Merci,
effectivement c'est ce à quoi je pensais, j'avais retrouvé un vieux document des années 2000 qui parlait de ça, mais ça n'avait rien donné. Je me disais que ça avait peut-être disparu du noyau…
Je vais regarder ça et faire des tests, ça peut toujours être utile d'avoir ce genre de solution sous la main dans les cas désespérés !

Merci NeoX,

je vois effectivement dans Ubuntu un paquet earlyoom :
https://github.com/rfjakob/earlyoom

Je vais d'abord mettre un swapfile. D'après ce que je lis ici :
https://unix.stackexchange.com/questions/38507/is-it-possible-to-trigger-oom-killer-on-forced-swapping
ça voudrait dire qu'avec un swap, le système aurait le temps de libérer un peu de mémoire et moi le temps de réagir avant qu'il ne soit trop tard ? Il me semble comprendre que le noyau a son propre oom-killer, mais que sans swap il n'arrive pas à l'activer ? J'ai déjà attendu quelques minutes dans ce genre de situation sans qu'il ne se passe rien…

Je n'ai pas de point de comparaison avec/sans libc.

Par contre, sans aller jusqu'à désassembler le code, on peut peut-être avoir une idée avec des outils simples. Prenons le programme minimaliste suivant :

print *, "Hello world!"
end

Après compilation avec gfortran :

$ ldd ./a.out
        linux-vdso.so.1 (0x00007ffded759000)
        libgfortran.so.5 => /usr/lib/x86_64-linux-gnu/libgfortran.so.5 (0x00007f73d84f2000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f73d8301000)
        libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007f73d82b7000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f73d8168000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f73d814e000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f73d87d8000)

Avec $ strace ./a.out, j'obtiens entre autres 24 appels mmap() lors de l'initialisation (c'est-à-dire avant l'exécution du print).

Sur un vrai programme de calcul scientifique, qui ne fait que calculer pendant quelques secondes avec un unique print à la fin, ça a l'air pareil. Après la phase d'initialisation, strace n'affiche plus rien jusqu'à l'affichage final.

J'en suis content sous Linux.
Je me suis dit, tiens essayons sous Windows. Je sélectionne le répertoire D:\Logiciels où j'installe certains logiciels, en pensant qu'il va se mettre dans son propre sous-répertoire. Paf, il envahit le répertoire, il met un temps fou à installer, jusqu'à 8 Go. En fait je crois que l'installateur s'est approprié tout ce qu'il y avait déjà dans D:\Logiciels ! D'ailleurs, j'ai tout de suite décidé de le désinstaller, paf il a commencé à effacer tous les fichiers de D:\Logiciels ! J'ai plus qu'à réinstaller 4 ou 5 logiciels : LibreOffice, Gimp…

Sous KDE, avec KDE Connect, on peut contrôler l'écran (le curseur de la souris) depuis un smartphone Android.
Donc en installant l'application KDE Connect sur une tablette Android pour avoir plus de surface, on peut peut-être faire des choses intéressantes. On peut également contrôler ainsi des présentations, un lecteur multimédia, etc.

https://kdeconnect.kde.org/

Forcément, sur un système d'exploitation un exécutable c'est :
- des instructions en langage machine directement exécutées par le processeur,
- des appels aux fonctions du noyau,
- des appels aux fonctions des librairies du système.
Pour tout ce qui concerne l'utilisation du matériel, il faut bien passer par ces fonctions : afficher, lire/écrire sur le disque dur, réserver de la mémoire, etc. Même pour utiliser le microprocesseur, sur un système actuel il faut bien en passer par le scheduler du système. On n'a plus le droit de monopoliser le CPU comme dans les années 80.

D'ailleurs, comme le C, le Fortran est un langage normalisé dont la norme parle très très peu du matériel : par exemple, dans la norme Fortran 2008, le mot "byte" apparaît 8 fois en 621 pages (essentiellement pour dans la partie interaction avec le C) et le mot "octet" 3 fois. Sur le long terme (~63 ans pour le Fortran, ~50 pour le C), on ne peut pas s'appuyer sur du matériel qui évolue au fil des décennies, ou sur des concepts liés aux systèmes d'exploitation qui évoluent tout autant. Fortran a tourné avant même que le concept de byte se fixe sur 8 bits…

Donc actuellement, sur un système Linux, un exécutable Fortran fait appel au noyau Linux et à la libc. Mais avant la naissance du C et d'UNIX, il se débrouillait autrement. Et s'il faut tourner sur de nouveaux systèmes sans libc, ça ne changera pas grand chose pour l'utilisateur.

https://www.cnrtl.fr/definition/feu

Merci,
je suis tout à fait d'accord avec toi sur Ifort, même expérience globalement.
Attendons Flang…

J'ai trouvé un exo concernant Python et les cartes perforées !
http://www.france-ioi.org/algo/task.php?idChapter=232&idTask=907

C'est sûr !
Des IF sans ELSE, c'est rude ! Ca sent le GO TO !

Est-ce qu'il y a une notion d'ordre dans l'itération d'un itérateur Python ? Avec une parallélisation, l'ordre ne serait pas forcément respecté au niveau de l'exécution.

Concernant la généricité, Steve Lionel précise qu'il a été question de travailler dessus pour la future norme 202X, mais que ça a été reporté à la norme suivante 202Y faute de consensus :

https://stevelionel.com/drfortran/2020/04/25/doctor-fortran-in-forward/

C'est intéressant de discuter des chaînes de caractères en Fortran. Personnellement, c'est justement un aspect du langage qui m'a toujours dérangé aux entournures. Probablement parce que les chaînes ont (avaient ?) une longueur fixe, qu'il faut jouer avec Trim(), etc. Ca doit venir de mes années BASIC…

Mais comme ce n'est pas au cœur de mon usage (en gros les chaînes me servent uniquement à manipuler des noms de fichiers de sortie), j'ai sûrement raté des épisodes, ceux dont tu parles avec Fortran 2003 et 2008. Par exemple, je suis complètement passé à côté de l'Unicode dans Fortran… Je vois aussi que dans Fortran 95, il y avait un module optionnel "Varying length character strings" (ISO/IEC 1539-2 : 2000). Est-ce qu'il a été inclus dans la norme principale ?

Promis, le jour où je retournerai dans mon bureau (?), je relirai ton article dans GLMF !

Tiens, je ne savais pas que Cray faisait maintenant partie de HP. Ils n'ont pas fini d'implémenter Fortran 2018 (deffered features), mais je suis incapable de juger de ce que ça représente… Bon, on n'est pas dans la même catégorie, je me contenterai de mon cher gfortran… A noter que dans son blog, Steve Lionel précise qu'un de ses objectifs est de réduire le nombre de nouveautés majeures dans les normes pour laisser le temps aux éditeurs de compilateur d'implémenter les normes (https://stevelionel.com/drfortran/2020/04/25/doctor-fortran-in-forward/). D'ailleurs, il dit bien qu'en 2017 seul le compilateur Cray implémentait intégralement Fortran 2008.

Ca peut servir à comprendre du vieux code. Mais c'est limite de l'archéologie informatique… Dommage, il y a quand même un avant et un après Fortran 90.

Bonsoir,

le site fortran-lang.org est tout frais, il a été mis en ligne très récemment (avril ?).

Effectivement, j'ai gfortran-10 dans deux machines virtuelles Fedora 32 et Lubuntu 20.04, mais j'attends de mettre à jour mon Ubuntu 19.10 pour faire des tests de vitesse (j'attends le déconfinement pour faire mes mises à jour…)

Non, je n'ai pas essayé les coarrays. J'ai juste un code de calcul qui utilise du ray tracing, et qui se parallélise très facilement avec OpenMP (quelques lignes de directives bien choisies) pour utiliser tous les coeurs de mes PC. Mais dans le livre "Numerical Computing with Modern Fortran" de R.J. Hanson et T. Hopkins, il y a trois chapitres sur MPI, Coarrays et OpenMP.

https://books.google.fr/books/about/Numerical_Computing_with_Modern_Fortran.html?id=Oe4mAgAAQBAJ&redir_esc=y