for i in *.JPG; do convert -strip -interlace Plane -quality 80 $i progressive-jpeg/$i; done

C'est intéressant d'avoir de vrais chiffres dans le débat static vs dynamic linking.

Après je ne suis pas vraiment d'accord avec le commentaire un peu à l'arrache sur l'impact en terme de sécurité …

The crucial part of the paper is that they:
• Added a new kernel configuration option to allow theuser to select if he/she wants to compile the Linux kernel as UKL.
• Added a call to an undefined symbol (protected by an #ifdef) that can be used to invoke application code rather than creating the first userspace process.
• Created a small UKL library which has stubs for syscalls. These stubs hide the details of invoking the required kernel functionality now that the regular interface (i.e.,the syscall instruction) is no longer used.
• Changed glibc so that instead of making syscalls into the kernel, it makes function calls into UKL library.
• Changed the kernel linker script to define new segments such as thread local storage (TLS) segments which are present in application ELF binaries.
• Added a small amount of initialization code before invoking the application to replace initialization normally done by user level code, e.g., for network inter-face initialization.
• Modified the kernel linking stage to include the application code, glibc and UKL library to create a single binary.
Basically, I think the idea is you get all the linux syscalls (+ filesystems... + network stack... + hardware support... + everything) for 'free'. Sure you'll have a pretty large binary, but you won't have to write anything.

wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3/linux-headers-5.3.0-050300_5.3.0-050300.201909152230_all.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3/linux-headers-5.3.0-050300-generic_5.3.0-050300.201909152230_amd64.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3/linux-image-unsigned-5.3.0-050300-generic_5.3.0-050300.201909152230_amd64.deb
wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3/linux-modules-5.3.0-050300-generic_5.3.0-050300.201909152230_amd64.deb

sudo -s dpkg -i *.deb

(Oui parce que j'ai craqué, j'ai acheté une Radeon 5700XT pour avoir Vulkan)

Tiens, HP a un installeur linux pour ses drivers d'imprimante. Les temps changent.

C'est quand même vraiment fort ImageMagick.

Pour resizer pleins d'images à la même hauteur :

mogrify -resize x200 -quality 100 *.jpg

Paf, toutes les images du dossier courant font maintenant 200 px de haut.

Pour avoir des images de la même largeur, il suffit de remplacer x200 par 200x

Une version commerciale de Wine, avec un support client.

Ah ça c'est marrant comme histoire : un patch obscur touchant des systèmes critiques du noyau Linux et affectant très fortement les performances a été mergé en vitesse par Linus Torvalds. Dans le même temps, le noyau NT (windows) a aussi reçu ce genre de patch. La rapidité de mise en place du patch, le fait qu'il soit backporté sur les anciens kernels, la synchronisation avec un changement similaire du côté windows laisse penser qu'il s'agit d'un sérieux problème de sécurité. Et vu le nom de la variable de configuration utilisé (X86_BUG_CPU_INSECURE) il est très probable qu'il s'agisse d'un bug hardware concernant les CPU Intel.

Pour Intel le problème de sécurité n'en sera pas vraiment un puisque les développeurs de Linux et Windows ont réagit rapidement, par contre vu l'énorme impact du patch en termes de performances, Intel prend un sacré coup par rapport à AMD.

Edit: un résumé plus complet de l'affaire ici : https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/

Edit du 04/01 00:00 : voilà, les spéculations les plus pessimistes sur l’importante de ce problème avaient vu juste, c'est bien une faille catastrophique (elle permet même d'échapper à une machine virtuelle), elle a maintenant un joli nom : Meltdown. Manifestement, les CPU Intel ont ce bug depuis 1995 ! (LOL)

À noter qu'une autre faille (Spectre) a aussi été dévoilée aujourd'hui. Un peu moins dangereuse (ne concerne «que» les programmes en userspace), plus difficile à exploiter mais aussi plus difficile à patcher, elle touche tous les CPU (Intel, AMD, ARM). La faille Spectre nous indique quand même que l'essence même de toute la technologie contemporaine de processeurs (out of order execution, speculative execution + branch prediction) est complètement bancale, c'est tout de même incroyablement flippant sur le principe :/.

Tous les détails (très) techniques sont ici.

Une opérations archéologique sympa dans le passé ancien du noyau Linux (ça remonte à 1993). En plus, on apprends des trucs sur le load et une liste d'outils alternatifs de surveillance des performances.

Il faut installer le driver nvidia:340

sudo apt-get install nvidia-340

Sinon j'ai un écran noir au démarrage …