Ludo a écrit 137 commentaires

ab sature très vite, alors qu'avec wrk c'est assez facile de faire tomber l'application en face.

L'architecture interne de wrk est bien meilleure, il y a quelques posts sur le Web qui l'explique:
https://engineering.appfolio.com/appfolio-engineering/2019/4/21/wrk-it-my-experiences-load-testing-with-an-interesting-new-tool

Le benchmark que j'ai cité plus haut utilise aussi wrk:
https://blog-en.richardimaoka.net/techempower-on-aws

Mais, le mieux, c'est de tester wrk, avec les bons paramètres, cette application Java sera très certainement par terre, contrairement avec ab.

Bref, arrêtez d'utiliser ab, ça ne prouve en rien que votre application tient la charge.

le a de ab, ça signifie apache, cet outil est très peu efficace pour faire des benchmarks.

Pour faire des benchmarks, il faut utiliser wrk, qui vient de chez Nginx:
https://github.com/wg/wrk

Sinon, si vous voulez voir des benchmarks HTTP qui ont réellement de la gueule, alors allez chez TechEmpower:
https://www.techempower.com/benchmarks/

Sachant que pas mal d'écologistes sont à fond sur la biodynamie, qui est des rituels religieux venant de l'anthroposophie, un mouvement à dérive sectaire, et les erreurs de raisonnements qu'ils font sur le nucléaire, non, ça me paraît une bonne chose qu'ils ne soient pas militants ecolos.

Pour celles et ceux qui ne connaissent pas les rituels de la biodynamie:
https://www.facebook.com/media/set/?set=a.4257462540996843&type=3

J'ai quand même des gros doutes à propos de ce classement, surtout quand je vois Visual Basic devant JavaScript.

Est-ce que cet index ne serait pas sensibles à certains biais ?

Pour celles et ceux qui ne savent pas, ils faisaient parti de l'anthroposophie créé par rudolf steiner, une secte antivax et anti-sciences:
https://twitter.com/GregoirePerra/status/1476068501790072838
https://fr.wikipedia.org/wiki/Controverse_sur_la_vaccination#Autres

Et si vous ne connaissez pas l'anthroposophie, la radio Belge en a parlé pendant quelques minutes:
https://www.rtbf.be/auvio/detail_tendances-premiere-les-tendanceurs?id=2830066

Pour en savoir plus à ce sujet:
https://metadechoc.fr/podcast/une-vie-en-anthroposophie/

J'utilise depuis des années les colonnes JSONB de PostgreSQL, depuis la 9.4, et franchement, à part l'ancienne syntaxe pour les SELECT mais qui a évolué depuis, je n'ai pas trouvé un use case que MongoDB avait et que PostgreSQL ne savait pas faire.

J'ai déjà fait des migrations de DB NoSQL vers PostgreSQL, et à part le changement de code forcément conséquent, ça a toujours été pour un mieux parce que PostgreSQL est très riche fonctionnellement.

Intuitivement, il y aurait peut-être moyen de faire une librairie Java avec la même API que la lib mongodb mais qui ferait des queries SQL en dessous, à voir.

Le plus simple, c'est utiliser cet outil Web: https://online-audio-converter.com/fr/

Sinon, il y a très longtemps, j'ai utilisé ça sous Linux: https://doc.ubuntu-fr.org/soundconverter

Sinon, ffmpeg, c'est bien aussi: https://www.howtoforge.com/tutorial/ffmpeg-audio-conversion/

J'ai beaucoup utilisé Python et AsyncIO, j'ai même contribué dans cette stack, néanmoins, par expérience, j'ai dû malgré tout me mettre à NodeJS notamment avec GraphQL, car la caisse à outils en NodeJS est impressionnante et énorme à côté de celle en AsyncIO.

Mais justement, avec une architecture micro-services avec un loadbalancer devang, tu peux facilement mixer les deux technologies et/ou migrer tranquillement de python vers NodeJS.

(spoiler alert: je travaille chez IBM).

Il y a différents contributeurs d'OpenJDK qui fournissent du support Java en production, notamment IBM: https://www.ibm.com/fr-fr/cloud/support-for-runtimes

Rien ne t'oblige à forcément acheter le support chez Oracle pour les binaires, même s'il est vrai qu'il y a aussi un effort pour faire la migration sur un autre Java runtime.

Fais plutôt du NodeJS, c'est clairement plus bankable sur le marché de l'emploi que Go.

Et l'écosystème est clairement plus riche.

Par contre, si tu veux devenir un SPOF dans l'entreprise, c'est plus facile avec Go.

Fais du NodeJS, les points négatifs évoqués sur la communauté illustrent que le nombre de personnes est important à utiliser JavaScript.

Peut-être pour des fonctionnalités que tu n'as pas de base dans Django ?
Genre le WebSockets ou le SSR ?

Bonjour Avencall,

Ici Ludovic Gasc, petit contributeur de XiVO, et donc maintenant de Wazo et XiVO.solutions par la force des choses ;-)

Bref, où sont les sources de XiVO-CC et XiVO-UC ?
Au cas où elles ne soient pas disponibles, qu'est ce qui empêcherait un client d'Avencall de diffuser gratuitement et légalement sur Internet XiVO-CC et XiVO-UC grâce à la licence LGPL ?

En tout cas, je sens que le prochain Paris Open Source Submit va être animé.

systemd-login qui hang après un update

On a aussi eu ce genre de blagues. Comment tu as résolu ce problème (à part restarter à chaque fois le daemon;-) ) ?

Merci.

Tout est dans le titre :-)

Très facile à prendre en main et à déployer.

Tout est dans le sujet: La vie est une question de priorités, si j'étais à ta place, c'est ce que je ferais.

Pourquoi vouloir le faire en C?
Fais le avec Python, ça sera moins compliqué pour commencer.

En effet.

Hormis en terme d'efficience qui de mes tests donnent l'avantage à HAproxy, Nginx rempli le job de reverse proxy.

Si tu as autant de mal avec Debian, ça risque de te dégoûter de Linux.

Installe la dernière Ubuntu, tu verras, c'est 14 fois + simple.

Et si tu veux vraiment une Debian, installe la dans ton Windows via une machine virtuelle Virtualbox ou autre.

Le matériel virtualisé est beaucoup mieux supporté avec Debian, car bougeant peu.

Surtout que nous sommes en train de faire le contraire (Erlang vers Python), certainement pas pour les mêmes raisons ;-)

Si tu es très content de Twisted, tant mieux.

Par contre, pour avoir migré de Twisted vers AsyncIO il y a 1,5 an, je recommande ;-) A partir du moment que tu retrouve ta toolbox.

Ce n'est pas encore aussi riche que Twisted, néanmoins, la couverture fonctionnelle est de + en + grande et la communauté est active.

Ce qui est important pour les clients/utilisateurs, ce sont les fonctionnalités que tu leur apporte avec ton logiciel, pas de savoir ce que tu as utilisé comme outil ;-)

En parlant de miser sur le bon cheval, pour avoir beaucoup de projets en Python, et un peu en Erlang, y'a pas photo en terme de rapidité de développement ;-)

Je suis peut-être très idiot, mais à part pouvoir me la pêter auprès d'autres devs, je ne vois pas ce qu'Erlang apporte de +, à part avoir du code 14 fois + compliqué et + lent qu'en Python à architecture équivalente.

J'en étais sûr que tu allais me la ressortir ;-)

Et en effet, il vient souvent manger des frites avec nous lors des meetups Python Belge :-)

Instant cocorico, néanmoins, c'est écrit par un Belge, Jonathan Slenders, qui a fait des chouettes outils autour, que soit un clone de Vim, ou même une intégration avec AsyncSSH, pour faire un prompt directement en SSH, afin de faire une console opérateur pour un daemon.

Oui, aussi ;-)