Si un jour ruby ou python remplacement complètement perl dans le coeur de mon système, j'aurai le même type de critique contre l'usage de perl. Et le point ici, ce n'set pas vraiment l'espace disque, même s'il peut parfois être pertinent. C'est plutôt le problème de maintenance, de surveiller les failles de sécurité (qui existent dans tout éco-système, je ne crois pas que perl soit tellement mieux de ce point de vue) et de pouvoir boucher les trous. C'est plus facile de limiter le nombre de trous, quand il y a moins de trucs installés, c'est tout.
Moins de libs, c'est effectivement mieux du point de vue de la securite. Mais ca n'est pas la seule variable a prendre en compte.
Des audits du code, une communauté importante et impliquée, un système de mise a jour des dépendances bien huile, tout ça compte. Et la dessus Python a nettement l'avantage sur Perl.
Personnellement, ca me rassure pas tant que ca que l'install systeme de perl fasse 7 MB au lieu de 10 MB pour python. Je ne suis meme jamais pose la question, et je ne vois pas vraiment quel lien je pourrais faire avec la securite. Par contre la facilite de pouvoir relire moi même les scripts dans un langage pas obscure et sans siouxeries de syntaxe toutes les 3 lignes, ca je trouve ca plus important.
Moi ce qui m'enerve, c'est lorsqu'il est mis a jour par la distro (sur mon action ou automatiquement), je ne peux plus me servir ma session actuelle, sans autre possibilite.
Tu étais en communication dans un des onglets, en train de présenter un truc ? Tu dois redémarrer, maintenant !
Quand je brasse, je me fais 3 recettes par jour, du coup ça me sort 3x20L. Je fais en gros 2 journées comme ça par an. Ça se boit bien, avec les amis ou la famille, mais avec modération quand même :-)
Je trouve ça assez bien comme format personnellement, mais sinon la meme cuve peut-être adaptée pour 10L.
70L oui c'est énorme par contre, c'est pour faire des brassins de 50L. Rien que pour le poids, soulever un machin de 50-70 kgs, ça veut dire qu'il faut penser à une assistance.
Oui tout a fait. Surtout que dans le cas de Joliebulle lorsque c'était encore un logiciel libre, je crois pas que l'auteur avait vraiment envie de gérer des contributions et encore moins des feature requests, ce qui est son droit.
J'ai essayé de chercher où est le repository officiel de qbrew, j'ai trouvé que des mirroirs. Quelqu'un sait où ça se passe ?
A noter dans les logiciels de brassage, il existe Joliebulle, qui était libre dans sa version 3, et est passé sous licence propriétaire (tout en publiant des bout de code libre) depuis sa version 4 il y a quelques années, en quête d'un business model plus intéressant pour l'auteur.
Le logiciel est assez sympa, une bonne petite communauté autour de ce logiciel qui fait des retours a l'auteur.
est-ce un ingrédient obligatoire ou pas ? Si oui, est-ce tout le temps ou dans certains cas ?
Comme déjà répondu, pour refermenter en bouteille, il en faut un peu (7g/l) pour que les bulles apparaissent. On peut pas vraiment dire que ça change le goût de la bière et ça reste le plus simple pour un brasseur amateur.
Après par rapport au sucre dans le moût, ca dépend de la bière recherchée. Les bières belges incluent en général un peu de sucre, ca donne un goût plus fort en alcool.
Tu peux éventuellement acheter pour pas trop cher un stérilisateur a bocaux. Ca monte a 100 C.
Si vous optez pour ca, prenez un modele avec un robinet en bas, bien plus pratique pour faire sortir le mout.
L'autre option, c'est de partir sur une cuve adapte. Personnellement, je suis parti sur un grainfather lors de sa sortie il y a quelques annees (https://shop.grainfather.com/nz/g30-brewing-system.html), c'est assez cher, mais etant brasseur amateur depuis quelques temps déjà, je savais que j'allais m'en servir.
Si on en est deja a sortir les definitions sur wikipedia…
La cohabitation désigne la coexistence institutionnelle entre un chef de l'État et un chef du gouvernement (issu de la majorité parlementaire) politiquement antagonistes.
On a bien un chef de l'Etat, mais pour la majorité parlementaire, on l'a pas encore. Et c'est le coeur de la question a l'issue de ces elections. Y a t-il 289 députes capables de s'entendre, dans ce pays si divise, ou aucun sujet politique ne fait consensus ?
Mmmm merci je comprenais pas pourquoi mon PC semblait mieux gerer la RAM sans rien qu'avec zram depuis je suis passe de ubuntu a manjaro.
Il semblerait que zswap soit installe par defaut avec Manjaro, en tous cas il est installe sur ma machine sans que je me souvienne l'avoir fait. Et effectivement, c'est nettement mieux :-)
Posté par flagos .
En réponse au journal Le taptempo du web.
Évalué à 3.
Dernière modification le 15 juin 2022 à 16:32.
Je reprends l’implémentation en python http.server que j'avais donne, mais cette fois-ci elle renvoit bien un 302 au lieu de servir un fichier, ce qui la rend éligible a ce petit jeu:
import http.server # Our http server handler for http requests
import os
import socketserver # Establish the TCP Socket connections
PORT = 9000
print(os.getpid())
class MyHttpRequestHandler(http.server.BaseHTTPRequestHandler):
def do_GET(self):
return self.send_response(302, "Hello")
Handler = MyHttpRequestHandler
with socketserver.TCPServer(("", PORT), Handler) as httpd:
print("Http Server Serving at port", PORT)
httpd.serve_forever()
Ok, j'ai repris le truc, pour m'amuser un peu. Le serveur maintenant affiche son pid, et sert un fichier html tout bete:
import http.server # Our http server handler for http requests
import os
import socketserver # Establish the TCP Socket connections
PORT = 9000
print(os.getpid())
class MyHttpRequestHandler(http.server.SimpleHTTPRequestHandler):
def do_GET(self):
self.path = 'index.html'
return http.server.SimpleHTTPRequestHandler.do_GET(self)
Handler = MyHttpRequestHandler
with socketserver.TCPServer(("", PORT), Handler) as httpd:
print("Http Server Serving at port", PORT)
httpd.serve_forever()
et le index.html:
<html>
<head>
<title>I am awesome!</title>
</head>
<body>
<p>Congratulations! The HTTP Server is working!</p>
</body>
</html> J'obtiens 6000 requetes par secondes. J'imagine que le bottleneck est sur la lecture du fichier, mais a ce moment la il ne me parait plus si simple d'utiliser http.server sans servir un fichier html.
top m'indique le CPU reste en dessous de 100%, j'imagine qu'on est en monothread, la ram, mesuree avec ps -o rss= <pid>, reste constante a 16 MB.
qui va me retourner la liste des fichiers sur le répertoire courant. Je lance le bench, j'obtiens 1000 requêtes par secondes. Sans rien chercher, avec un langage lent comme le monde, sur un laptop bien mais pas ouf, qui va chercher des trucs sur le disque et serialiser un vrai contenu (une petite page web).
Pour être honnête, ca me parait pas si élevé que ca, a première vue.
Ca va faire 6 mois que je suis sur Manjaro pour la machine du boulot, et je trouve le compromis pas trop mal.
Les packages sont mis à jour plutôt rapidement, ce qui permet d'avoir une install toujours à jour, par contre les environnements de bureau comme Gnome vont prendre le temps d'être testés quitte à temporiser un peu.
Perso, c'est un compromis pas trop mal pour ma part sur une machine de dev. Sur une machine dont j'ai moins le temps de m'occuper comme une machine perso, je vais clairement préférer une distribution plus stable.
Je crois que le point auquel c'est plutot: La ou le temps d'IO est superieur au temps processeur, python est un bon choix.
Ce qui est bien souvent la réalité dans le backend, ou on passe son temps a attendre une base de donnees, ou alors sur un backend oriente machine learning, parce qu'on passe son temps a attendre un calcul sur dask/numpy (mais dans ce cas la, c'est plus un souci un souci d'IO).
[^] # Re: Vraie question
Posté par flagos . En réponse au lien why PERL is still relevant in 2022?. Évalué à 3.
Moins de libs, c'est effectivement mieux du point de vue de la securite. Mais ca n'est pas la seule variable a prendre en compte.
Des audits du code, une communauté importante et impliquée, un système de mise a jour des dépendances bien huile, tout ça compte. Et la dessus Python a nettement l'avantage sur Perl.
Personnellement, ca me rassure pas tant que ca que l'install systeme de perl fasse 7 MB au lieu de 10 MB pour python. Je ne suis meme jamais pose la question, et je ne vois pas vraiment quel lien je pourrais faire avec la securite. Par contre la facilite de pouvoir relire moi même les scripts dans un langage pas obscure et sans siouxeries de syntaxe toutes les 3 lignes, ca je trouve ca plus important.
# Upgrade
Posté par flagos . En réponse au journal Firefox, il m'énerve. Évalué à 4.
Moi ce qui m'enerve, c'est lorsqu'il est mis a jour par la distro (sur mon action ou automatiquement), je ne peux plus me servir ma session actuelle, sans autre possibilite.
Tu étais en communication dans un des onglets, en train de présenter un truc ? Tu dois redémarrer, maintenant !
[^] # Re: Joliebulle
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 6.
Mon temps libre est limité (famille notamment) mais ça serait avec plaisir que je contribuerais.
[^] # Re: Faire chauffer à 67°C pendant une heure
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 4.
J'ai la 30L, ça fait des brassins de 20L.
Quand je brasse, je me fais 3 recettes par jour, du coup ça me sort 3x20L. Je fais en gros 2 journées comme ça par an. Ça se boit bien, avec les amis ou la famille, mais avec modération quand même :-)
Je trouve ça assez bien comme format personnellement, mais sinon la meme cuve peut-être adaptée pour 10L.
70L oui c'est énorme par contre, c'est pour faire des brassins de 50L. Rien que pour le poids, soulever un machin de 50-70 kgs, ça veut dire qu'il faut penser à une assistance.
[^] # Re: Joliebulle
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 5.
Oui tout a fait. Surtout que dans le cas de Joliebulle lorsque c'était encore un logiciel libre, je crois pas que l'auteur avait vraiment envie de gérer des contributions et encore moins des feature requests, ce qui est son droit.
J'ai essayé de chercher où est le repository officiel de qbrew, j'ai trouvé que des mirroirs. Quelqu'un sait où ça se passe ?
# Joliebulle
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 3.
A noter dans les logiciels de brassage, il existe Joliebulle, qui était libre dans sa version 3, et est passé sous licence propriétaire (tout en publiant des bout de code libre) depuis sa version 4 il y a quelques années, en quête d'un business model plus intéressant pour l'auteur.
Le logiciel est assez sympa, une bonne petite communauté autour de ce logiciel qui fait des retours a l'auteur.
[^] # Re: Vous prendriez bien quoi ?
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 4.
On peut aussi refermenter en fut, et servir a la pression. Mais oui clairement, on est déjà sur un setup d'amateur confirmé.
[^] # Re: Vous prendriez bien quoi ?
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 3.
Comme déjà répondu, pour refermenter en bouteille, il en faut un peu (7g/l) pour que les bulles apparaissent. On peut pas vraiment dire que ça change le goût de la bière et ça reste le plus simple pour un brasseur amateur.
Après par rapport au sucre dans le moût, ca dépend de la bière recherchée. Les bières belges incluent en général un peu de sucre, ca donne un goût plus fort en alcool.
[^] # Re: Faire chauffer à 67°C pendant une heure
Posté par flagos . En réponse au journal Autohéberger sa brasserie avec qbrew. Évalué à 5.
Tu peux éventuellement acheter pour pas trop cher un stérilisateur a bocaux. Ca monte a 100 C.
Si vous optez pour ca, prenez un modele avec un robinet en bas, bien plus pratique pour faire sortir le mout.
L'autre option, c'est de partir sur une cuve adapte. Personnellement, je suis parti sur un grainfather lors de sa sortie il y a quelques annees (https://shop.grainfather.com/nz/g30-brewing-system.html), c'est assez cher, mais etant brasseur amateur depuis quelques temps déjà, je savais que j'allais m'en servir.
Il existe des clones chinois du grainfather, je suppose qu'il y a de toutes les qualites a tous les prix (https://www.alibaba.com/product-detail/Beer-Brewing-Equipment-70L-Home-Brew_1600338156941.html?spm=a2700.galleryofferlist.normal_offer.d_title.297f2e23rTEZeh&s=p)
[^] # Re: Tout aussi idiot
Posté par flagos . En réponse au journal De retour aux années 2000 avec EDF. Évalué à 2.
Meme pour ajouter un nouvel IBAN destinataire ?
[^] # Re: La SNCF recrute énormément, dans tous les domaines et partout en France
Posté par flagos . En réponse au journal Testons la concurrence à la SNCF. Évalué à 8.
T’exagères, ils ont mis un point d'interrogation.
# Concurrence
Posté par flagos . En réponse au journal Testons la concurrence à la SNCF. Évalué à 6.
Les sillons semblent etre une partie du probleme. Apparement, la plus grosse critique est a propos des frais de peage sur les gares.
https://www.railjournal.com/in_depth/slow-progress-french-market-entry-still-difficult-for-private-operators/ (article payant, mais qu'on peut lire avec le mode lecture de Firefox)
[^] # Re: Ah, les affres de la cohabitation...
Posté par flagos . En réponse au lien Un blocage ou une chance à saisir pour casser les blocs politiques ?. Évalué à 5.
Si on en est deja a sortir les definitions sur wikipedia…
On a bien un chef de l'Etat, mais pour la majorité parlementaire, on l'a pas encore. Et c'est le coeur de la question a l'issue de ces elections. Y a t-il 289 députes capables de s'entendre, dans ce pays si divise, ou aucun sujet politique ne fait consensus ?
[^] # Re: Ah, les affres de la cohabitation...
Posté par flagos . En réponse au lien Un blocage ou une chance à saisir pour casser les blocs politiques ?. Évalué à 5.
Je dirai qu'on est pas en cohabitation, puisqu'aucun parti ou coalition n'a, pour l'instant, la majorité.
C'est une situation nettement plus compliquée qu'une cohabitation finalement, car impossible de choisir un gouvernement.
[^] # Re: Trop d'onglets ouverts dans Firefox !
Posté par flagos . En réponse au journal Zswap, ZRam, EarlyOOM... organiser la gestion d'une pénurie de mémoire vive. Évalué à 2.
Meme pas, le Tab Unloading est active maintenant :-)
[^] # Re: Sauvage de meubles
Posté par flagos . En réponse au lien Atos annonce un projet de scission, Rodolphe Belmer démissionne de son poste de directeur général. Évalué à 6.
Surtout qu'en réalité, il s'agit en général de sauver l'entreprise. "Plan de sauvegarde de l'entreprise", ca me parait juste plus honnête.
# Manjaro
Posté par flagos . En réponse au journal Zswap, ZRam, EarlyOOM... organiser la gestion d'une pénurie de mémoire vive. Évalué à 2.
Mmmm merci je comprenais pas pourquoi mon PC semblait mieux gerer la RAM sans rien qu'avec zram depuis je suis passe de ubuntu a manjaro.
Il semblerait que zswap soit installe par defaut avec Manjaro, en tous cas il est installe sur ma machine sans que je me souvienne l'avoir fait. Et effectivement, c'est nettement mieux :-)
[^] # Re: re- python server.http
Posté par flagos . En réponse au journal Le taptempo du web. Évalué à 2.
S'il te plait.
[^] # Re: re- python server.http
Posté par flagos . En réponse au journal Le taptempo du web. Évalué à 3.
En relisant, le self.path = 'index.html' ne sert a rien. On va peut etre gratter 0.1 MB de ram en l'enlevant :-)
# re- python server.http
Posté par flagos . En réponse au journal Le taptempo du web. Évalué à 3. Dernière modification le 15 juin 2022 à 16:32.
Je reprends l’implémentation en python http.server que j'avais donne, mais cette fois-ci elle renvoit bien un 302 au lieu de servir un fichier, ce qui la rend éligible a ce petit jeu:
Ca me donne 8.4k requests/s pour 7.8 MB de ram.
# Serieux ?
Posté par flagos . En réponse au lien un scandale chez Google. Évalué à 5.
C'est juste un soft qui dit ce qu'on lui demande de dire. Un peu comme un répondeur vocal quoi.
Tu m’étonnes qu'ils aient raccompagne cet apôtre chez lui, Google a peut être des choses plus intéressantes a faire avec son budget éthique.
[^] # Re: C'est beaucoup ?
Posté par flagos . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 6. Dernière modification le 13 juin 2022 à 13:52.
Ok, j'ai repris le truc, pour m'amuser un peu. Le serveur maintenant affiche son pid, et sert un fichier html tout bete:
et le index.html:
J'obtiens 6000 requetes par secondes. J'imagine que le bottleneck est sur la lecture du fichier, mais a ce moment la il ne me parait plus si simple d'utiliser http.server sans servir un fichier html.<html>
<head>
<title>I am awesome!</title>
</head>
<body>
<p>Congratulations! The HTTP Server is working!</p>
</body>
</html>
top m'indique le CPU reste en dessous de 100%, j'imagine qu'on est en monothread, la ram, mesuree avec ps -o rss= <pid>, reste constante a 16 MB.
# C'est beaucoup ?
Posté par flagos . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 3.
En mode python tout bete, je fais un:
python3 -m http.server 9000
qui va me retourner la liste des fichiers sur le répertoire courant. Je lance le bench, j'obtiens 1000 requêtes par secondes. Sans rien chercher, avec un langage lent comme le monde, sur un laptop bien mais pas ouf, qui va chercher des trucs sur le disque et serialiser un vrai contenu (une petite page web).
Pour être honnête, ca me parait pas si élevé que ca, a première vue.
[^] # Re: Manjaro
Posté par flagos . En réponse au journal Quelques mots sur Arch. Évalué à 2.
Ca va faire 6 mois que je suis sur Manjaro pour la machine du boulot, et je trouve le compromis pas trop mal.
Les packages sont mis à jour plutôt rapidement, ce qui permet d'avoir une install toujours à jour, par contre les environnements de bureau comme Gnome vont prendre le temps d'être testés quitte à temporiser un peu.
Perso, c'est un compromis pas trop mal pour ma part sur une machine de dev. Sur une machine dont j'ai moins le temps de m'occuper comme une machine perso, je vais clairement préférer une distribution plus stable.
[^] # Re: encore ?
Posté par flagos . En réponse au lien Python 3.11, plus rapide pour de vrai de vrai. Évalué à 2. Dernière modification le 09 juin 2022 à 17:33.
Je crois que le point auquel c'est plutot: La ou le temps d'IO est superieur au temps processeur, python est un bon choix.
Ce qui est bien souvent la réalité dans le backend, ou on passe son temps a attendre une base de donnees, ou alors sur un backend oriente machine learning, parce qu'on passe son temps a attendre un calcul sur dask/numpy (mais dans ce cas la, c'est plus un souci un souci d'IO).