Des techniques d'optimisation de la memoire en Java. Pour @Animal

L'idée est de tirer 100% des optimisations possibles sur une architecture donnée pour ne cibler qu'elle mais ne plus être portable en contrepartie.

Il suffit de déclarer la variable d'environnement RUSTFLAGS comme ceci :

# Cibler la plateforme sur laquelle est construit le binaire
RUSTFLAGS="-C target-cpu=native"

# CPU Intel
RUSTFLAGS="-C target-cpu=skylake"

# CPU AMD
RUSTFLAGS="-C target-cpu=znver2"

Un article en trois parties vraiment très bon et qui tombe pile poil au moment où je suis en train de regarder pour réduire la taille des images Dockers de plusieurs projets.

Je sens que ça va intéresser @Philou :

• Lien vers la partie 1.
• Lien vers la partie 2.
• Lien vers la partie 3.

Via Liandri.

Bon ça fait deux années maintenant et je sais où j'en suis niveau langage de programmation : de toutes les syntaxes, ma préférée est sans aucun doute et de trèèès loin celle de Kotlin (sauf pour les get / set).

Par contre, le meilleur compilateur du marché est celui de Rust, il n'y a pas photo. J'ai vraiment hâte que Kotlin Native décolle 😉 !

Via Riduidel.

Comment installer, configurer, tuner et sécuriser son instance nginx.

Via Hedi

Je résume, si vos tests unitaires sont deux à deux distincts, s'ils n'engendre pas de conflits lors de leur exécution en parallèle (donc il faut dissocier les TU des TI qui quant à eux s'appuient sur l'injection de dépendances) alors vous pouvez dire à Surefire d'exécuter en parallèle autant de TEST que vous avez de Thread CPU de disponibles.

Après un benchmark succinct, j'ai divisé par 5 le temps d'exécution de mes tests sur un 4 cœurs physiques et 8 cœurs logiques via la technologique HT (Hyper-Threading chez Intel / Hyper-Transport chez AMD).

Voici comment faire :

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.0.0-M3</version>
    <configuration>
        <forkCount>1C</forkCount> <!-- C'est la même commande que pour Maven, 1 thread / CPU -->
        <reuseForks>true</reuseForks>
  </plugin>

Je résume l'idée :

• Créer plein de petites instances immutables est plus coûteux que d'en réutiliser une mutable.
• Mais il ne peut pas avoir de graphes d'instanciations entre les anciennes et les nouvelles instances, avec une programmation totalement immutable (puisque les anciennes n'étant jamais modifiées, elles ne pointeront jamais vers les nouvelles).
• De ce fait les temps de garbage collection sont bien plus courts.

Donc nous perdons du temps de calcul pendant l'instanciation pour en récupérer une partie durant la garbage collection.

Pour allier le meilleur des deux mondes, il faut utiliser des objets immutables tout le temps, sauf dans un seul cas de figure qui répond aux contraintes suivantes :

• Je dois modifier beaucoup de fois le même objet immutable avant d'obtenir son état final.
• Je vais donc passer par un objet mutable pour le construire.
• Cet objet mutable doit être instancié et garbage collecté dans la même méthode.

Par exemple, utiliser un StringBuilder pour créer une String immutable en Java (et ne pas partager ce StringBuilder avec un tiers ou encore le mettre en attribut).

How to enable pipelining

You can enable pipelining by simply adding pipelining = True to the [ssh_connection] area of your ansible.cfg or by by using the ANSIBLE_PIPELINING and ANSIBLE_SSH_PIPELINING environment variables.

Comment accélérer nos déploiement Ansible. Mes chéris, c'est pour vous !!

Comment ça, « ça n'a rien à voir » ?

Bon, vous l'aurez compris, on va causer à la fois informatique et politique… et j'vais encore être grossier, mais ils m'énervent à la fin, avec leurs conneries. Rooogn'tudju.

Très bon parallèle de Grisebouille exposant les techniques d'optimisation de code appliquées à la fraude fiscale.

Optimisation fiscale pour les travaux d'amélioration.