Plein d'articles sur le sujet. Cool j'en avais besoin :D
Optimisation fiscale pour les travaux d'amélioration.
J'ai repris certains points comme les DNS de FDN, merci Seb.
En mettant la propriété :
# Pour Firefox :
browser.cache.disk.parent_directory="/tmp/cache/mozilla/firefox"
# Pour Thunderbird :
browser.cache.disk.parent_directory="/tmp/cache/mozilla/thunderbird"
Ne fonctionne que si /tmp est monté dans la ram biensûr !
Un article intéressant sur les "branch prediction" ou en d'autres termes, la fonctionnalité de prédiction du prochain calcul d'un micro-processeur. Ceci expliqué via une doc Java et C++ qui montrent qu'une liste triée permet de mieux prédire le prochain code et donc l'accès à l'information se fait plus vite.
Un super tuto expliquant le fonctionnement d'une JVM et toutes les manières de l'optimiser via du tuning :
Tout est dans le titre.
Comment définir la taille des blocs de vos partitions EXT4.
je cite :
Si vous utilisez la plupart du temps de gros fichiers, il sera probablement très profitable de formatter vos partitions avec des blocs de taille plus importante. En effet, Linux utilise par défaut des taille de blocs de 1024 octets. Vous pouvez changer avec des tailles de 4096 avec la commande mke2fs -b 4096 /dev/..., qui utilise des blocs de 4k au lieu de 1k. Cela va notamment réduire la fragmentation et réduire le temps de vérification lors d'un fsck.
Le lien propose toute une tripoté d'autres optimisations.
Un tuto d'optimisation des lectures écriture d'un OS installé sur clef usb
Ci-dessous se trouve mon /etc/fstab
$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=0b59763b-4454-4705-aa57-761039f56cb0 / ext4 errors=remount-ro,discard,noatime,nodiratime 0 1
## Fichier tmp dans la RAM
tmpfs /tmp tmpfs defaults,noatime,nodiratime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,nodiratime,mode=1777 0 0
## Pour les logs
tmpfs /var/log tmpfs defaults,noatime,nodiratime,mode=0755 0 0
Une courte intro sur les "profile" de Java 8. Je suis complètement passé à côté de la techno. A regarder pour améliorer les perfs
Un autre lien peut-être un peu plus clair sur les profiles : vitaflux
Un lien vers une doc NetBeans intégrant les Java 8 Compact profiles : Oracle NetBeans
Un autre lien vers la doc Oracle : Doc Oracle
Comment optimiser les performances avec SQLite
Supprimer la journalisation de ext4.
Les commandes à exécuter sur des partitions non montées (donc depuis une clef usb bootable par exemple) :
sudo tune2fs -O^has_journal /dev/sda3
sudo e2fsck -f -v -C0 /dev/sda3
Attention, désactiver la journalisation augmentera énormément les performances ainsi que la durée de vie de votre disque SSD. Mais en cas de coupure de courant, vous risquez une totale des données qui étaient en cours d'écriture.
Donc oui pour de la bureautique mais jamais ô grand jamais pour un serveur.
UNE VARIANTE ============================ CELA SIGNIFIE PAS LES DEUX EN MÊME TEMPS !
Une variante consiste à utiliser un autre mode de journalisation (par défaut il y en a trois). Cela se passe dans la fstab :
/dev/sda2 / ext4 noatime,defaults,data=writeback 0 1
Il faut ajouter l'option data=writeback et redémarrer.
Quand vous faites un HTOP, vous voyez souvent la consommation de NetBeans dépasser les 16Go de mémoire alors que votre système en a moins que ça. Cela est du à la GLIBC et sa manière de gérer la pagination avec les applications multi-thread.
En gros le calcul est le suivant :
Seuil mémoire de la JVM x taille d'un long sur votre architecture x nb coeurs...
- De base une JVM est à 64 Mo et en général 512 Mo pour NetBeans
- La taille d'un long sur un processeur 64 bits c'est 8 octets
- Le nombre de coeur, ici 8.
ME concernant la mémoire virtuel est donc à 512 Mo x 8 x 8 = 32768 Go... Voilà voilà.
Alors pour corriger le tire est améliorer A MORT ses perfs il faut ajouter dans votre fichier .profile :
export MALLOC_ARENA_MAX=4
N.B : où dans le script qui lance netbeans ça marche aussi si vous en avez un.
Cela va diviser la mémoire virtuel en général par 2 voir par 4. On dit merci qui ?
Pimper son Linux avec tout un tas d'optimisation sympa. Il faudra que je tienne une liste résumant tout ceci un jour (ou un script).
Comment supprimer l'écriture de log du kernel sous linux (pratique pour les OS sur clefs USB).
En résumé pour System V :
/etc/init.d/syslogd stop
Pour UpStart :
sudo service rsyslog stop
sudo systemctl disable syslog
sudo systemctl disable rsyslog
Des optimisations à faire pour les disques SSD sur lesquels tournent linux. Les améliorations sont classiques : durée de vie, performance, consommation, etc
Linux a tendance à swapper dès que la RAM est consommée à plus de 40%. Une bonne façon de forcer Linux à consommer au moins 15 Go de RAM sur 16 Go est de changer la swappiness, c'est-à-dire la tendance du système à swapper.
En résumer il faut :
1) Ouvrir le fichier /etc/sysctl.conf
2) Ajouter / Modifier ceci :
Edit : L'explication à regarder ICI trouvée sur le site de RedHat qui doit être meilleure que la mienne :
## vm.swappiness : désactive le fichier d’échange (swap)
## Que signifie le "1" ? Que Linux commencera à swapper lorsqu'il vous restera moins de 1% de RAM libre. Voilà.
vm.swappiness = 1
## vm.laptop_mode : Secondes après une lecture des fichiers modifiés
vm.laptop_mode = 0
## vm.dirty_writeback_centisecs : Quand le noyau doit vérifier si des données modifiées sont à écrire sur le disque
## Ici toutes les deux minutes
vm.dirty_writeback_centisecs = 12000
## vm.dirty_expire_centisecs : Quand le noyau estime que les anciennes données doivent-être écrites sur le disque
## Ici toutes les deux minutes
vm.dirty_expire_centisecs = 12000
## vm.vm.dirty_ratio : quantité maximale de mémoire (en pourcentage) à utiliser pour stocker les données modifiées
## Ici toutes les deux minutes
vm.dirty_ratio = 10
## vm.dirty_background_ratio : quantité minimale de mémoire (en pourcentage) à utiliser pour stocker les données modifiées
vm.dirty_background_ratio = 1
## vm.vfs_cache_pressure : la tendance qu'aura l'OS à faire revenir les données swappée dans la RAM (je ne sais pas s'il s'agit d'une constante ou d'une probabilité)
vm.vfs_cache_pressure=50
Un article parlant des mécanismes d'optimisation de la JVM. Je me le garde sous le coude pour plus tard
Comment pimper sa Linux Mint en quelques copier-coller. Merci à Timo !