woffer 🐧 a écrit 226 commentaires

Le vol de travail par exemple est un modèle un peu plus récent

Ce mécanisme est aussi implémenté dans le runtime de Go. En effet, les M goroutines sont réparties sur N threads (un thread par core de la machine) avec un M en général beaucoup plus important N (c'est le principe du scheduler M:N). Le principe du vol de travail (c'est à dire des goroutines en attentes) est mise en œuvre entre les différents threads dans le runtime de Go cf. https://rakyll.org/scheduler/

Il y a un outil pour détecter les race conditions en Go, race detector, mais je ne le trouve pas très efficace.

Juste pour compléter, l'outil race detector est basé sur de la détection des accès concurrents non protégés qui se produisent lors des tests unitaires lancés avec le mode race ou sur une des instances en production qui a été compilée avec le mode race. Les erreurs sont sorties sur l'erreur standard, elles donnent les goroutines incriminées en écriture (voire en lecture) et la zone mémoire (variable, tableau…).
Il n'analyse pas le code source pour trouver les accès concurrents non protégés (pas d'analyse statistique). Il ne permet pas de garantir que le code est sûr s'il ne détecte rien par contre s'il détecte une erreur c'est vraiment un accès concurrent non protégé qu'il faudra corriger. Il n'est donc pas parfait mais il a le mérite d'exister.
Pour moi, le couple benchmark ou test unitaire avec plusieurs appels en parallèle (par exemple pour une API WS plusieurs requêtes jouées lors des tests unitaires) et le mode race activé fonctionne très bien. Il me donne une bonne garantie que le code est sûr d'un point de vue des accès concurrences non protégés et il est exécuté dans la CI sur chaque push.

Et surtout c'est une très bonne couche d'abstraction. Pour le OPS, que tu (en tant que DEV) produises une image légère ou un peu plus grosse (ex: jvm + ton appli) pour l'OPS ç'est un peu près la même chose. Les OPS peuvent in fine facilement l'installé sur un cluster k8s.

Pour moi, le couple From scratch + Go est parfait. L'image fait quelques mo, l'empreinte mémoire est d'une vingtaine de mo. Et même si on attribue quelques millicores au pod, le serveur Web de Go se comporte très bien. Bref, je suis satisfait.

Ok, awk est très puissant.
Par contre, si je souhaite parser des gros fichiers avec le minimum de ressources ou le plus rapidement possible, alors je préfère utiliser grep+cut pour sa sobriété et rapidité.

D'où ma question, j'ai cherché aussi et pour fois je n'ai rien trouvé même pas dans AUR. Donc, j'ai (ou on a) sans doute loupé quelque chose.

Hello,
La configuration de la variable d'environnement GOPATH n'est plus nécessaire depuis go 1.8.
Si elle n'est pas configurée, alors la valeur ${HOME}/go est utilisée.
https://github.com/golang/go/issues/17262

Hello,
Savez-vous s'il existe un package pacman de disponible pour Arch Linux ?
Merci

Voici le genre de problème que cette évolution doit corriger :
https://blog.cloudflare.com/how-and-why-the-leap-second-affected-cloudflare-dns/

Je l'utilise au boulot et Manjaro stable fonctionne sans aucun souci.

Non, mais la remarque porte plus sur le YAML en général que sur la modification des playbooks via vi.

Plus sérieusement, un truc que je trouve vraiment sympa, et qui n'est pas possible avec cette approche, c'est l'indentation automatique à chaque sauvegarde du fichier, comme c'est l'usage en go avec gofmt.

Je n'ai pas osé aborder le sujet de Go avec gofmt (et goimports) car après je suis intarissable.
Ce langage est, de mon point de vue (back-end), une véritable tuerie <troll>largement meilleur que le couple Java/Spring Boot</troll>.
C'est un sujet assez chaud au sein de mon équipe.

Oui, c'est toujours l'histoire du temporaire qui dure ;)
Mais après c'est un choix des équipes/projet.

Merci pour l'info.
Malgré tout, il n'est pas toujours possible d'installer ce que l'on souhaite sur des environnements de production (e.g. conteneur Docker)

À part python, qui est justement le language dans lequel est écrit ansible ;-)

Effectivement, quand j'ai écrit ça je me suis dit que j'avais un peu trop généralisé et que je m'exposais à un retour de bâton rapide de la part lecteurs de linuxfr aux yeux impitoyables ;)

Moi, j'utilise principalement Intellij IDEA et le plugin Ansible.
Il t'apporte un peu d'aide mais il y a encore des manques (notamment au niveau des templates Jinja2).

Encore un point sur YAML, là où je travaille nous utilisons beaucoup Java/Spring Cloud (en plus d'Ansible d'ailleurs).
La configuration de Spring Cloud est faite via le fichier bootstrap.yml qui, comme son extension l'indique, est fichier YAML.

La configuration de Spring Cloud est assez complète (pour ne pas dire assez complexe ;) ) et l'exploitant doit parfois activer des configurations particulières qui ne sont pas livrées par défaut.

Il est parfois nécessaire d'ajouter des configurations supplémentaires qu'il ne connait pas, alors il nous demande le bloc YAML à ajouter.
Et là, ça devient assez pénible car il faut prendre en compte les indentations des lignes précédentes pour que cela fonctionne.
Si l' exploitant l'a modifié (ce qui est normal), alors il ne peut pas copier/coller la section sans tout ré indenter.

Oui, visuellement YAML c'est clair.
Par contre, le modifier sans un éditeur/ide qui t'assiste, à mon humble avis, c'est l'enfer et c'est la majorité des cas pour les exploitants qui accèdent à leurs serveurs en SSH via vi/emacs.

Pour moi, TOML a l'avantage de s'appuyer sur des caractères facilement identifiables pour définir ses structures.
Avec TOML, tu peux indenter si tu souhaites pour clarifier (comme dans les langages de programmation) ta configuration mais ce n'est pas obligatoire.
Donc, tu peux dans les moments critiques (e.g. incident de production en pleine nuit) modifier "à l'arrache"® ton fichier et y revenir plus tard.

Je déteste YAML, bien que super puissant, je trouve ce format très peu pratique en modification.
Je ne sais jamais s'il faut indenter avec plus d'espace ou non, mettre un tiret ou non… Bref c'est la misère pour ma part.

J'imagine le pauvre exploitant seul devant son clavier en pleine nuit dans un incident et avec une modification d'un fichier YAML à effectuer avec son vi.

Je préfère largement utiliser TOML.

Dernier paragraphe:
… je vous conseille d'aler…
Merci

Bonjour,
Je ne connaissais pas comme service, j'ai testé sur une Archlinux (disponible via le dépôt Aur).
Il fonctionne bien.
Merci pour le lien.

Personnellement, moi j'utilise PlantUML depuis des années pour tous mes diagrammes UML. Je peux facilement mettre mes doc UML avec mon code en gestion de conf.

Oui mais le spectacle ne dure qu'une seconde.

A l'inverse, je n'ai pas vu une seule personne dire ce projet critique, il faut le faire en Go ou Rust.

Je peux te dire que dans mon entreprise (grand telco français). L'équipe, dont je fais parti, développe une application critique basée sur une architecture microservices. Et un gros 1/3 des microservices est écrit en Go.
Et pour ma part, c'est un réel bonheur par rapport à Java/spring/spring boot/spring cloud.

Il y a beaucoup moins de tuning à faire, ça fonctionne beaucoup mieux "out of the box" (pas de pool de thread à configurer, consommation mémoire bien plus sobre, déploiement simplifié)

De plus, il y a pleins de fonctionnalités utilisables directement car disponibles sur l'os hôte (e.g. Upgrade d'un microservice sans aucune interruption de service via simple fork et passage du fd du socket au processus fils).
J'ai l'impression de ne pas vivre dans un environnement aseptisé imposé par la jvm, je peux donc facilement tirer avantages des fonctionnalités proposées de l'os sous-jacent (i.e. GNU/Linux pour ma part).

Je serai sur Caen Samedi ;)

T'habites à Fleury ?

Je continue dans les blagues potaches.
OK -> []