vmagnin a écrit 846 commentaires

Oui, c'est dans l'album précédent The Man-Machine, celui avec The Robots (pourquoi pas une future recension ?). Ca me fait découvrir que Das Model a été repris par… Rammstein en 1997. La petite mélodie est toujours là…

https://fr.wikipedia.org/wiki/Das_Model

D'ailleurs, connaissez-vous d'autres reprises de Kraftwerk ?

Merci, intéressant ! Le Wikipedia français indique même que son nom anglais Speak and Spell sert de titre à l'album de Depeche Mode sorti en 1981. Des samples auraient aussi été utilisés par Coldplay (dans quel(s) titre(s) ?). Enfin, dans le film, E.T. téléphone maison avec (1982) !

https://fr.wikipedia.org/wiki/Dict%C3%A9e_magique

Dans Ubuntu, tu as Chromium, qui sert de base à Chrome :
https://fr.wikipedia.org/wiki/Chromium

A noter que désormais, il n'est plus dans les dépôts Ubuntu : il s'installe via Snap, un système qui permet d'installer des applications externes, en les cloisonnant pour qu'elles ne puissent pas accéder à tout le système :
https://en.wikipedia.org/wiki/Snap_(package_manager)

Dans la philosophie Linux, on se confine, on installe des paquets provenant des dépôts officiels. Tout ce qui vient de l'extérieur est potentiellement dangereux. Snap est un compromis.

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/