Je proteste, mon script (et d'autres que j'ai fait, c'est pas la 1ère fois que je joue avec debootstrap) n'a rien à voir, en terme de qualité et finitions, je suis à la ramasse!
Par contre merci du partage, une fois décortiqué (parce que bon, il est aussi 1000 fois plus verbeux que ce que je fais) y'a moyen d'en tirer pas mal de connaissances!
Par exemple:
au niveau des conventions de codage, j'ai encore tant à apprendre sur le shell (faudrait que je trouve un outil d'analyse statique en vrai);
je vois une p'tite for-loop sur une variable STATIC_ETH qui m'intéresse pas mal, sans la copier, je pourrais p'tet y trouver des choses intéressantes;
peut etre une feature à lui ajouter.
Avant d'ajouter des features à un truc qui marche, je pense que je ferais mieux de travailler mon truc bancal pour le rendre plus convainquant que ça, j'espère que la communauté de linuxfr m'en voudra pas trop si je me sers encore des journaux pour me servir de notes :)
Celle qui se rapproche le plus de l’idée originelle de Linus Torvalds.
Je veux bien une citation de l'intéressé sur ce point. Ouvres-moi donc les yeux, montre moi un mail récent (moins de 15 ans) qui indique qu'il utilise slackware.
Après avoir tenu des discussions mouvementées avec des climato-sceptiques, je ne suis plus surpris. Les gens refusent d'admettre l’évidence.
Tu y tiens a ça, hein. Mais, c'est quoi, le rapport avec la choucroute?
Et en quel honneur toute distro libre devrait-être basée sur GNU?
Qu'apportent réellement les logiciels GNU à un utilisateur normal de PC de bureau, de nos jours? Ils ne voient que les DE, tout poweruser GNU/linux le sait, ça, et bien d'autres aussi.
Et même en ligne de commande, en réalité Debian utilise plus dash que bash, je soupçonne que l'usage de bash dans certains scripts soit principalement pour des raisons historiques (aka: je pense que ça va réduire), et idem pour les GNUismes.
Alors il reste quoi? La libc? Voidlinux marche nickel avec musl. Quoi d'autre? Le compilateur? Clang fonctionne sans problème chez moi, et Debian elle-même n'a que 4% d'échecs sur une chiée de paquets, principalement des erreurs à cause de qmake.
Mais continuez de vous boucher les yeux pour ne pas voir l’évidence …
Ok. Alors, c'est quoi qui va remplacer les distros linux dans moins de 5 ans? Ça me rappellerait presque les annonces de l'apocalypse perl d'il y a quelques mois, avec moins de prophètes. Un seul, ici, en fait.
Il s'agit d'une distribution historique. […] Mais vous préférez fermer les yeux sur les problèmes plutôt que les régler.
Bah non. Justement. Les autres ont réglé des problèmes que Slackware a, typiquement, la gestion des dépendances. C'est la seule qui ne gère rien du tout, pas vrai?
outils plus efficaces, donc plus complexes sous le capot.
Je ne suis pas d'accord avec cette partie. Par exemple, je pense qu'utiliser un shell efficace (autrement dit, pas cmd.exe) est moins complexe sous le capot qu'utiliser un gestionnaire de fichiers qui va proposer des boîtes de dialogue pour faire des recherches.
D'une part, ces boîtes de dialogues seront très probablement plus limitées en puissance que la chiée d'outils directement disponibles dans un shell, et d'autre part, malgré que ça soit limitant, sous le capot ça va faire appel à de grosses structures complexes, contrairement à un shell et aux outils en ligne de commande.
Par contre, il est vrai que ça implique de passer du temps pour adapter le shell à son usage, plus qu'un gestionnaire de fichiers graphique. Dans mon cas, ça a impliqué d'arrêter d'utiliser le paradigme du tas de fichiers et de fenêtres qui s'empile sur le bureau (stacking window manager), notamment.
Ce qui m'a ensuite permis d'utiliser des émulateurs de terminaux qui n'ont pas besoin de réimplémenter la gestion des onglets, et donc de rendre des outils tels que ncmpc, cgdb, vim (qui fait partie de ceux que j'ai très envie de remplacer, probablement par kakoune quand je prendrais le temps de trouver comment intégrer la coloration syntaxique), alsamixer, aptitude (encore que celui-ci est un veau)… utilisables au quotidien.
Je suis convaincu persuadé que je perds moins de temps ainsi qu'avant, que côté complexité interne, je je suis convaincu (pour avoir lu mon quota de code) que c'est moins complexe, et en plus, j'ai perdu le cal de la main qui utilisait tout le temps la souris, ainsi qu'une douleur dans le poignet du même côté.
Pour ce qui est de l'apprentissage du début, au final, le souci, c'est que je suis incapable de quantifier celui qu'a nécessité l'usage de bureaux classiques (que j'ai découvert enfant avec windows 3.1 et 95, j'ai littéralement grandit avec win9x), ou celui lié à l'apprentissage de chaque outil, chacun ayant ses icônes, sa logique… sauf s'il faut comparer avec les applications web en vogue. Dans ce cas, alors, c'est clair: ça coûte beaucoup moins cher, et pas besoin de réapprendre tous les 5 ans la totalité.
Ça? Je pose la question parce que le sujet m'intéresse, un mon MUA m'aiderait pas mal, mais j'ai la flemme de tester mutt quand je lis les articles dessus… et ta suggestion pourrais m'intéresser!
L'age d'or du monde Linux est il en train de toucher à sa fin ?
Tout à fait, vu que systemd finira bien par intégrer le kernel!
Plus sérieusement… les distros linux, y'en a une majeure qui montre que linux est loin de mourir: Android.
Pour les distros plus classiques basées sur GNU, ben… j'ai lu le lien, il a sorti des exemples qui l'arrangent quand même vachement, et ne s'en cache pas (le gras est de moi):
en dehors des habituelles sorties semestrielles des 15 trillions de dérivées d’Ubuntu, l’actualité est plutôt vide.
Et pourquoi qu'il ne dis pas «dérivées de Debian» d'ailleurs? Par définition, toute dérivée d'Ubuntu dérive de Debian après tout, ça lui aurait permis de mieux bétonner ses chiffres… Ah, je sais, parce que justement, Ubuntu a récemment publié une sortie et donc son discours aurait été invalidé direct!
Comme si ce n’était plus « hype » de pondre une distribution GNU/Linux pour faire bien sur son CV.
Perso, je sais pas pour vous, mais si utiliser une distro linux m'a toujours attiré depuis que j'en sais l'existence, c'est pas pour mettre sur le CV, c'est pour pouvoir mieux maîtriser mes systèmes, et parce que c'est nettement plus facile de maîtriser un système quand on dispose du source de la majorité des applications, surtout les plus critiques (init et son éco-système, par exemple, mais je pourrais aussi mentionner chat ou busybox dans les cas ou il m'a été utile d'avoir le source pour le taf. À titre perso, j'en finirai plus de lister les softs dont j'ai lu le source, et qui m'ont enseigné bien des choses.).
Bref, la «hype», très peu pour moi: au contraire, ça n'a jamais été sexy dans ma jeunesse (pas si ancienne que ça) d'être un codeur ou de savoir comment marche un OS. P'tet que l'auteur de ces lignes devrais s'interroger sur ses propres motivations, elles sont peut-être une des raisons pour lesquelles il ne vois plus de distros vivantes.
Si on reste dans les distributions sérieuses, cela fait plus de trois ans que la Slackware 14.2 est sortie
Vraiment? Je dis pas que slackware est pas sérieuse, mais c'est loin d'être une des distros phares, très, très loin. C'est du marché de niche.
l’actualité est plutôt vide. […] proposer à intervalles réguliers des publications (de développement)
Euh? What?
Si on se penche sur des distributions nichesques
Pour moi slackware en fait partie, j'ai pas de chiffres pour étayer mes dires, mais, pour le coup, je ne publie pas d'articles prétendant que les majeures sont en train de mourir, moi.
On peut trouver pire… Il suffit d’aller dans le doux monde du 100% libre : les images ISO de la Parabola GNU/Linux date au mieux de mars 2019
Oh bah oui, c'est sûr, c'est tellement vieux 9 mois…
Sinon, moi, j'ai PureOS, vous savez, la distro 100% libre qui est à vue de nez fournie sur le matos d'une boîte qui vend du matos qui (vise le RYF](https://puri.sm/posts/librem5-solving-the-first-fsf-ryf-hurdle/), qui semble avoir des commentaires plutôt positifs sur distrowatch, concernant leur bêta. Ben oui, c'est du fixed release, et les gens ont autre chose à faire que publier une majeure tous les 6 mois, quand il faut aussi assembler le hard qui va avec. Ce que ne font pas, je pense, les distros rolling release (en revanche, elles défrichent le terrain, donc je pense que leur rôle est important).
On m’objectera que je fais de la cueillette de cerises pour faire passer mon argumentation. Mais les faits sont présents et vérifiables
Ceux des gens qui ne sont pas d'accord aussi, et ils se basent étrangement pas sur les mêmes distro… p'tet qu'il faudrait penser à cueillir les cerises quand c'est la saison.
Rassures-toi, je n'ai rien contre toi, comme personne n'a rien contre moi ici, probablement.
Les débats sont crus, mais je crois qu'on est dans une communauté ou justement on ne cache pas ses idées, et si on répond en argumentant, c'est bien preuve de respect, non? Même si on peut se perdre, parfois.
Le problème ici, est que je ne suis pas DBA, que mysql semble avoir une lib pour l'embarqué, mais, même si mon patron s'en foutrait s'il le savait, ça me ferait agir contre la GPL, et je ne veux pas.
Parce que oui, il semble qu'il existe un moyen de faire tourner mysql/mariadb en mode standalone, ce qui serait plus approprié pour notre besoin.
J'ai administré des bases de données MySQL dans des serveurs allant de 600 MiB de mémoire à des centaines de GiB. Je trouve qu'un avantage de MySQL et MariaDB est leur versatilité, capable de fonctionner dans des environnements très différents en terme d'usage.
C'est un fait, après tout, on arrive a le faire tourner sur des beaglebone black, à 512Mio de RAM.
Même avec tout la mauvaise foi du monde, je ne pourrais le lui enlever.
c'est pour ça que ces formations sont utiles. La doc existe, mais est complexe
L'une des raisons pour lesquelles je cherche a partir de ma boîte, c'est que j'ai bien compris que je sers plus a former des gens sortis de l'école qu'a coder. Et que je n'aurais jamais aucune formation moi-même.
mais c'est le cas pour tous les SGBD actuels.
Mais certains sont plus faits pour certains usages, et mon coup de gueule originel est plutôt contre le fait que tous les SGBDR veulent se faire croire universels dans leur comm', alors qu'ils sont majoritairement fait pour des machines puissantes. Opinion perso, bien sûr, vu qu'au final, un système avec 512Mio de ram et un CPU arm 1GHz est déjà puissant pour moi, mais il ne suffit pas a respecter les specs recommandées par Debian de mysql/mariadb (vu que, sous debian, mariadb bouffe pas loin de 600Mio de RAM théorique).
tu peux désactiver l'overcommit, mais pas jouer sur l'OOM
J'ai pas dit que je peux pas, j'ai dis que je ne sais pas faire, nuance.
Tu m'excusera de ne pas m’apitoyer sur ton sort ?
Sans le moindre problème.
Tu as l'air de faire ça tellement bien tout seul.
Ouai, non, en fait, je ne fais que parler de vécu, d'un type qui se démerde comme il peut pour que des systèmes expédiés au loin marchent sans intervention humaine, dans un respect complet de la Rache, méthodologie imposée par le patron.
Je ne suis pas certain que tu ai choisi le meilleur endroit pour ton besoin d'empathie ;)
J'ai autre chose a faire qu'attendre l'empathie. Je préfère en fait la laisser de côté, bien plus simple de s'améliorer en technique quand on met de côtés les sentiments.
Au pire, je peux finir a -10, et alors? Je n'en mourrai pas, j'apprendrais des remarques (à tout score, hein, de toute façon).
(en fait c'est même plus toi très agaçant de voir quelqu'un se plaindre et à chaque proposition qu'on lui fait en faire des caisses pour expliquer pourquoi le monde est cruel avec lui sans véritablement répondre)
Justement, voici ta phrase:
Hors de la remise en cause de vos choix, éviter que l'OOM killer flingue le service qui te sert à le piloter
Bon, à la relecture de mon dernier message, je note que je n'ai en effet pas indiqué n'avoir pas de connaissance sur le fonctionnement exact de l'OOM killer, je vais donc te plusser (je m'abstiens généralement, mais, tu est a -1 alors que c'est pertinent).
Cela dis, je ne sais plus si j'ai déjà explicité ça, mais l'OOM killer n'interviens jamais, ce qui cause un freeze du système. S'il faisait son boulot de tuer, les services (genre ssh et son tunnel inversé) soit redémareraient, soit seraient toujours exploitables.
Ici, je parle de freeze système, parce que l'OOM killer ne fait justement pas son boulot. Peut-être est-ce dû à la configuration par défaut, certes. Je compte vraiment creuser le sujet, je m'intéresse de plus en plus à cette partie qu'en tant que développeur je ne connais que trop: le contrôle des ressources d'un système. C'est plutôt passionnant en plus, connaître un peu mon système a pas mal changé ma façon d'architecturer le code, l'air de rien.
… c'est que j'ai l'intention d'expérimenter la partie pratique a tête reposée (p'tet les prochaines vacances, et j'enchaînerais sur la lecture de ton journal sur la puce libre en arrivant p'tet a y comprendre quelque chose sur ce sujet passionnant :)). Merci pour tout.
Sinon, j'ai quelques questions, un peu hors-sujet, sur la partie théorique.
Tu décris plusieurs étapes qui semblent en grande partie automatisées, plusieurs d'entres elles me rappellent fortement des étapes d'électronique (des mes cours d'il y a 15 ans, dans peu de temps je dirais 20…), sauf que ben on partait du schéma… que tu appelles ici netlist, le placement et le routage étaient fait principalement manuellement, avec une "faible" aide logicielle. Je me souviens des "chevelus", notamment, et ça semble pour le coup encore d'actualité avec Kicad (oui, http).
Je suis loin de maîtriser le-dit logiciel (j'ai pas du tout bossé l'électronique ces 15 dernières années, mais pas a cause du manque d'intérêt, et je n'ai commencé à m'y remettre qu'anecdotiquement il y a quelques mois), et je suis bien conscient que c'est loin de la création de circuits intégrés, mais je suis intrigué par le fait que Kicad semble avoir des contributeurs embauchés par le CNRS, et que plusieurs étapes que tu définis comme très longues semblent automatiques avec ta pile? Mis a part l'échelle (de quelques cm pour l'électroniques à quelques mm pour la µélec) qu'est-ce qui, selon toi, l'explique?
La solution que tu proposes est très bas niveau, et tu as du apprendre plein de choses…
Ce qui était le but, je l'ai même précisé:
pas la peine de chercher une raison pragmatique: si je voulais juste un live, j'irai en chercher un directement
Il y a une tonne de live cd qui traînent, je ne vois pas vraiment de bonne raison de faire ce que j'ai fait si le seul objectif est d'avoir un système live qui juste marche.
L'autre solution […]
J'aurai peut-être en effet indiquer ces pointeurs, même si je t'avoue que je n'ai même pas pris la peine de chercher: perso, si je veux un système transportable, je prend un disque externe et j'y installe ma distro. Simple, efficace, souple.
Qu'est ce qui est inclus dans le initrd avec cette méthode ?
Je ne l'ai pas customisé, c'est vraiment comme si j'avais installé Debian sur un CD. Tu as raison, cela fait partie des choses qu'il faudrait faire ensuite, pour avoir vraiment un truc propre, à l'issue de ce journal, l'iso est franchement bancale, elle ne peux même pas s'éteindre proprement :)
Avec une étiquette (label ou volume name), /dev/disk/by-label/ ?
Ça réduirait le problème, encore que le risque de collision reste important. L'idéal serait d'utiliser un UUID, mais je n'ai pas regardé comment ça fonctionne avec une iso. Probablement de la même manière qu'une partition normale, pour le coup.
Je ne sais ce que Debian a besoin, mais si il suit le FHS, il ne manquerait pas non plus /run et /tmp ?
Il y a aussi probablement le bazar de PAM qu'il faudrait copier avant de monter /var, et au fur et a mesure que j'ajouterais des composants, il y aura de plus en plus de choses à copier. Probablement.
C'est juste le strict minimum pour que ça marche. Ce que j'ai fait la, c'est un "hello world".
Après j'ai l’impression que ton problème vient premièrement du fait que tu as désactivé l'overcommit et pas de MariaDB lui-même, ce qui est un nid à problème en soit :-)
Comme je l'ai dis, s'il était facile de configurer mariadb pour qu'il ne consomme que ce dont il a réellement besoin, j'aurai pu laisser l'overcommit désactivé, ce qui aurait fait certes crasher un soft à répétitition, mais aurais éviter un reboot physique du système. Et quand ledit reboot nécéssite de faire plus de 300 bornes, ben…
Bref, le problème est d'une part le fait que l'overcommit fait freeze le système, et d'autre part le fait que mariadb est incapable de fonctionner avec moins de 600Mo de ram sans overcommit, alors qu'en pratique, mariadb n'a pas besoin de toute cette mémoire.
Enfin, quand je dis que mariadb en est incapable, je veux surtout dire qu'il est extrêmement ardu de le configurer pour qu'il soit vraiment adapté à son environnement réel. Parce que, ben, la doc, elle est… disons, floue, pour être sympa.
Cela dis, j'ai l'impression a te lire que tu n'as pas lu mes précédentes interventions, parce que j'ai déjà expliqué ces points. J'ai l'impression que tu ne fais que défendre un outil, en disant qu'il s'adapte aux usages, mais tu n'expliques a priori pas les usages ou tu l'as vu fonctionner?
Où est le contenu réel?
Moi, je vois juste des photos, avec des liens. Si mon navigateur n'affichait que le texte, ça tiendrait sur un tty, et p'tet même en 40x10. J'ai donc moinssé.
Comme dit plus haut, le problème ici est surtout que c'était une connerie monstrueuse d'utilise celui-ci dans notre cas. C'est juste pas fait pour.
Maintenant, essayer de réduire le dégât en attendant le temps de pouvoir migrer vers une vraie solution adaptée, aurait été de lire une doc qui ne mens pas. Ici, la doc m'a, selon moi, menti. Je parle de celle dans les pages de manuel ainsi que celle accessible sur le net, qui ne permets pas, de mémoire, aisément de choisir une version.
c'est clairement le plus populaire.
Windows est l'OS le plus populaire. Il a des qualités réelles, mais n'est que rarement choisi pour celles-ci, il est plutôt choisi par habitude plutôt qu'une analyse du plus pertinent pour l'usage. Linux devenant de plus en plus utilisé, nos distros font aussi des choix que je considère dans cette optique.
Sauf que le problème, c'est qu'il n'interviens jamais dans la configuration par défaut, et ça résulte en un système freeze. La configuration par défaut est faite pour des systèmes dans lesquels la maîtrise n'est pas pas un problème parce qu'on peut rebooter d'une manière ou d'une autre, le système par défaut n'est pas autonome.
C'est (un de mes) mon soucis, justement: je me retrouve avec des softs (mysql ici) poussés par des débutants (avant que j'arrive, même si je ne me considère pas comme bon, j'ai un peu plus de recul qu'un étudiant, mais la boite a une histoire) parce que c'est ce qu'on apprend a l'école, mais l'école n'enseigne que des cas idéaux avec des ressources infinies, sans enseigner les cas ou les ressources sont limitées, qui existent pourtant dans la majorité des équipements informatiques (routeurs, switch, montres, radio-réveil, mobilier urbain, etc).
Ce n'est pas simple a expliquer, et a gérer encore moins, surtout que je me considère plutôt comme tech que comme décisionnaire ou architecte… faut naviguer entre compréhension de l'histo et ses racines, sa propre considération de l'idéal et les réalités de la boîte… donc pardonnes mes biais, raccourcis et imprécisions
Le coup de "vi" est dans toutes les distributions, pas emacs, c'est un faux prétexte, on est bien d'accord…
Je ne suis pas entièrement d'accord, du fait que vi est implémenté dans busybox, et est le seul éditeur de texte interactif disponible par exemple dans le mode rescue de Debian.
Il va aussi se retrouver du coup dans l'initramfs en cas de problème, et la aussi, il sera le seul. Du coup, savoir s'en servir aide je pense à se dépatouiller plus facilement de situations pénibles (ou de faire des installs custo de Debian sans passer par l'installateur normal qui est, honnêtement, bien pénible quand on sait exactement ce qu'on veut).
L'avantage de savoir de vim, du coup, c'est qu'on sait de facto se servir de busybox vi, même s'il est vrai qu'il n'est pas ce qu'il y a de plus génial (forcément, le but est d'avoir un truc réellement minimal, pour le coup, qui puisse rentrer dans un très petit espace).
(même notepad).
Ah, notepad gère enfin les fins de ligne non "CRLF"? Jamais testé, mais je me demande s'il supporte l'UTF8 aussi :p
Pas con, j'essaierai. Je pense que mysql va se ramasser, mais ça vaut le coup d'essayer.
J’ai vu le cas de logiciels (notamment un navigateur web pour lequel c’est flagrant, peut-être Midori, mais je ne suis pas sûr) qui allouent une quantité de mémoire très importante mais n’en utilisent réellement qu’un peu.
Tous les navigateurs graphiques que j'ai essayé pour le moment en font partie, virtualbox aussi. Ce sont les seuls que j'aie remarqués pour l'instant.
Et swapper sur des mémoires fragiles, c'est pas franchement pertinent non plus.
Et en n’allouant pas de swap (une façon efficace de ne pas en utiliser), est-ce que MySQL fonctionne quand même ou pas ?
Sans problème. C'est juste que, du coup, il y a plus de 600Mio de réservés sur un système qui n'en a que 512Mio. Tant que ça marche…
Honnêtement, ça fait longtemps que je n'utilise plus de fichier d'échange: à quoi bon? C'est juste un coup a user plus vite le disque et faire quasi freeze le kernel. Je préfère de loin qu'un gros bloatware comme [insérer ici un navigateur mainstream de votre choix] se mange un oom kill. Et l'hibernation est plus lente qu'un cold-boot sur mes machines depuis bien avant que j'aie un SSD.
J’aurais tendance à penser que la taille mémoire totale (physique + swap) fixe une limite à l’overcommit, mais ça reste à voir…
Selon la doc (je voulais pas dire de connerie en me basant sur ma mémoire, un peu trop floue):
si overcommit = 0: le noyau essaie d'estimer la mémoire restante (swap+ram) lors d'un malloc;
si overcommit = 1: quand y'en a plus, y'en a encore;
si overcommit = 2 (mon réglage habituel et souhaité): si y'en a plus, y'en a plus.
Par défault, c'est sur 0, et overcommit_ratio vaut 50 (% de ram+swap). Sauf que, l'estimation, elle se fait par allocation, si ma mémoire est bonne (la, j'ai la flemme d'aller lire plus avant, désolé), ce qui fait que si 10 process ont alloué 5 fois chacune 10% de ta mémoire totale, mais sans la remplir, bah ça marche. Jusqu'a ce qu'une appli remplisse réellement la mémoire, bien sûr.
J'avoue ne pas savoir comment configurer l'oom killer.
Le truc, c'est que le code qui fuit, une fois qu'on sait qu'il fuit, on le corrige (pour le coup, c'est un code à nous).
Par contre, ben, comme on a aussi des problèmes hardwares, on a mis longtemps avant de détecter cette fuite (ça c'est fait de manière… fortuite, pour le coup).
Donc bon, je dirais qu'en fait, le plus simple c'est juste de pas squatter la RAM, de sorte a ce que l'overcommit soit désactivable. En plus, si mysql se servait vraiment de tout ça, il marcherait pas (et on serait passé à autre chose depuis longtemps, probablement sqlite pour mon plus grand bonheur, qui aurai au passage drastiquement simplifié le déploiement puisqu'on peut gérer une BDD binaire et la packager, au moins, alors que j'ai l'impression qu'avec mysql, on peut juste dumper le SQL et le restaurer par script. Pas génial pour faire un paquet.).
Il semble que la commande tc permets de manipuler les cgroups, et il me semble que ces derniers peuvent appliquer des restrictions sur l'usage des ressources à un groupe de processus. Comme je l'ai dis, je n'ai pas encore beaucoup creusé le sujet, donc je n'ose pas m'avancer trop, mais si ton but est de restreindre les ressources de la conversion pour éviter de tuer le serveur, ça me semble une piste viable.
Et en écrivant ceci, je me souviens de la commande nice, qui permets à minima de gérer les priorités. Si tu donnes a webp une priorité faible, tu ne devrais pas trop impacter le serveur, je suppose. Reste à voir comment ça joue avec le swap, forcément.
Je connais pas du tout bash (je préfère essayer de rester posix, pas encore eu a recourir à des bashismes ou zshisme pour le moment), et j'ai encore jamais eu l'utilité de xargs, mais je pense que j'aurai utilisé basename pour virer le suffix moi.
Passeriez vous par ce script ou rajouteriez vous une temporisation entre chaque conversion afin d'éviter de faire monter le server dans les tours ou d'autre opti?
En supposant que cwebp ne soit pas multithreadé, déjà, moi je lancerais plusieurs job simultanés. Et si il faut limiter le nombre, incrémenter un compteur jusqu'à une valeur définie et une fois atteinte, remplacer l'incrément par un wait.
Après, vue la "complexité" de ton script, je doute que tu puisses grapiller des cycles en l'optimisant, je pense que le CPU est bouffé par cwebp, pas par bash.
Si le problème est de justement limiter l'usage des ressources, et non d'aller au plus vite, j'imagine qu'utiliser les cgroups via tc devrais pouvoir faire le job, mais je n'ai pas encore creusé cet aspect du contrôle des ressources, je l'avoue.
[^] # Re: génération de VM
Posté par freem . En réponse au journal Création d'un système live-CD basé sur Debian. Évalué à 2.
Je proteste, mon script (et d'autres que j'ai fait, c'est pas la 1ère fois que je joue avec debootstrap) n'a rien à voir, en terme de qualité et finitions, je suis à la ramasse!
Par contre merci du partage, une fois décortiqué (parce que bon, il est aussi 1000 fois plus verbeux que ce que je fais) y'a moyen d'en tirer pas mal de connaissances!
Par exemple:
Avant d'ajouter des features à un truc qui marche, je pense que je ferais mieux de travailler mon truc bancal pour le rendre plus convainquant que ça, j'espère que la communauté de linuxfr m'en voudra pas trop si je me sers encore des journaux pour me servir de notes :)
[^] # Re: GNU/Linux se meurt, vive SystemD
Posté par freem . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 10.
Je veux bien une citation de l'intéressé sur ce point. Ouvres-moi donc les yeux, montre moi un mail récent (moins de 15 ans) qui indique qu'il utilise slackware.
Tu y tiens a ça, hein. Mais, c'est quoi, le rapport avec la choucroute?
[^] # Re: Cloud
Posté par freem . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 8.
Et en quel honneur toute distro libre devrait-être basée sur GNU?
Qu'apportent réellement les logiciels GNU à un utilisateur normal de PC de bureau, de nos jours? Ils ne voient que les DE, tout poweruser GNU/linux le sait, ça, et bien d'autres aussi.
Et même en ligne de commande, en réalité Debian utilise plus dash que bash, je soupçonne que l'usage de bash dans certains scripts soit principalement pour des raisons historiques (aka: je pense que ça va réduire), et idem pour les GNUismes.
Alors il reste quoi? La libc? Voidlinux marche nickel avec musl. Quoi d'autre? Le compilateur? Clang fonctionne sans problème chez moi, et Debian elle-même n'a que 4% d'échecs sur une chiée de paquets, principalement des erreurs à cause de qmake.
Ok. Alors, c'est quoi qui va remplacer les distros linux dans moins de 5 ans? Ça me rappellerait presque les annonces de l'apocalypse perl d'il y a quelques mois, avec moins de prophètes. Un seul, ici, en fait.
[^] # Re: GNU/Linux se meurt, vive SystemD
Posté par freem . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 10.
Bah non. Justement. Les autres ont réglé des problèmes que Slackware a, typiquement, la gestion des dépendances. C'est la seule qui ne gère rien du tout, pas vrai?
[^] # Re: Sobriété ? Quelques questions...
Posté par freem . En réponse au journal Minimalisme numerique. Évalué à 3.
Je ne suis pas d'accord avec cette partie. Par exemple, je pense qu'utiliser un shell efficace (autrement dit, pas cmd.exe) est moins complexe sous le capot qu'utiliser un gestionnaire de fichiers qui va proposer des boîtes de dialogue pour faire des recherches.
D'une part, ces boîtes de dialogues seront très probablement plus limitées en puissance que la chiée d'outils directement disponibles dans un shell, et d'autre part, malgré que ça soit limitant, sous le capot ça va faire appel à de grosses structures complexes, contrairement à un shell et aux outils en ligne de commande.
Par contre, il est vrai que ça implique de passer du temps pour adapter le shell à son usage, plus qu'un gestionnaire de fichiers graphique. Dans mon cas, ça a impliqué d'arrêter d'utiliser le paradigme du tas de fichiers et de fenêtres qui s'empile sur le bureau (stacking window manager), notamment.
Ce qui m'a ensuite permis d'utiliser des émulateurs de terminaux qui n'ont pas besoin de réimplémenter la gestion des onglets, et donc de rendre des outils tels que ncmpc, cgdb, vim (qui fait partie de ceux que j'ai très envie de remplacer, probablement par kakoune quand je prendrais le temps de trouver comment intégrer la coloration syntaxique), alsamixer, aptitude (encore que celui-ci est un veau)… utilisables au quotidien.
Je suis
convaincupersuadé que je perds moins de temps ainsi qu'avant, que côté complexité interne, je je suis convaincu (pour avoir lu mon quota de code) que c'est moins complexe, et en plus, j'ai perdu le cal de la main qui utilisait tout le temps la souris, ainsi qu'une douleur dans le poignet du même côté.Pour ce qui est de l'apprentissage du début, au final, le souci, c'est que je suis incapable de quantifier celui qu'a nécessité l'usage de bureaux classiques (que j'ai découvert enfant avec windows 3.1 et 95, j'ai littéralement grandit avec win9x), ou celui lié à l'apprentissage de chaque outil, chacun ayant ses icônes, sa logique… sauf s'il faut comparer avec les applications web en vogue. Dans ce cas, alors, c'est clair: ça coûte beaucoup moins cher, et pas besoin de réapprendre tous les 5 ans la totalité.
[^] # Re: Sobriété ? Quelques questions...
Posté par freem . En réponse au journal Minimalisme numerique. Évalué à 2.
Ça? Je pose la question parce que le sujet m'intéresse, un mon MUA m'aiderait pas mal, mais j'ai la flemme de tester mutt quand je lis les articles dessus… et ta suggestion pourrais m'intéresser!
[^] # Re: En se basant sur un exemple
Posté par freem . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 10.
Moi, j'en compte 7, parmis les distros les plus connues du moment. L'article en cite quoi.. 5? Parmis les moins connues du moment.
Tu t'es trompé de site, vraiment. Utiliser cette méthode ici ne t'aidera pas.
# GNU/Linux se meurt, vive SystemD
Posté par freem . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 4.
Tout à fait, vu que systemd finira bien par intégrer le kernel!
Plus sérieusement… les distros linux, y'en a une majeure qui montre que linux est loin de mourir: Android.
Pour les distros plus classiques basées sur GNU, ben… j'ai lu le lien, il a sorti des exemples qui l'arrangent quand même vachement, et ne s'en cache pas (le gras est de moi):
Et pourquoi qu'il ne dis pas «dérivées de Debian» d'ailleurs? Par définition, toute dérivée d'Ubuntu dérive de Debian après tout, ça lui aurait permis de mieux bétonner ses chiffres… Ah, je sais, parce que justement, Ubuntu a récemment publié une sortie et donc son discours aurait été invalidé direct!
Perso, je sais pas pour vous, mais si utiliser une distro linux m'a toujours attiré depuis que j'en sais l'existence, c'est pas pour mettre sur le CV, c'est pour pouvoir mieux maîtriser mes systèmes, et parce que c'est nettement plus facile de maîtriser un système quand on dispose du source de la majorité des applications, surtout les plus critiques (
initet son éco-système, par exemple, mais je pourrais aussi mentionnerchatoubusyboxdans les cas ou il m'a été utile d'avoir le source pour le taf. À titre perso, j'en finirai plus de lister les softs dont j'ai lu le source, et qui m'ont enseigné bien des choses.).Bref, la «hype», très peu pour moi: au contraire, ça n'a jamais été sexy dans ma jeunesse (pas si ancienne que ça) d'être un codeur ou de savoir comment marche un OS. P'tet que l'auteur de ces lignes devrais s'interroger sur ses propres motivations, elles sont peut-être une des raisons pour lesquelles il ne vois plus de distros vivantes.
Vraiment? Je dis pas que slackware est pas sérieuse, mais c'est loin d'être une des distros phares, très, très loin. C'est du marché de niche.
Euh? What?
Pour moi slackware en fait partie, j'ai pas de chiffres pour étayer mes dires, mais, pour le coup, je ne publie pas d'articles prétendant que les majeures sont en train de mourir, moi.
Oh bah oui, c'est sûr, c'est tellement vieux 9 mois…
Sinon, moi, j'ai PureOS, vous savez, la distro 100% libre qui est à vue de nez fournie sur le matos d'une boîte qui vend du matos qui (vise le RYF](https://puri.sm/posts/librem5-solving-the-first-fsf-ryf-hurdle/), qui semble avoir des commentaires plutôt positifs sur distrowatch, concernant leur bêta. Ben oui, c'est du fixed release, et les gens ont autre chose à faire que publier une majeure tous les 6 mois, quand il faut aussi assembler le hard qui va avec. Ce que ne font pas, je pense, les distros rolling release (en revanche, elles défrichent le terrain, donc je pense que leur rôle est important).
Ceux des gens qui ne sont pas d'accord aussi, et ils se basent étrangement pas sur les mêmes distro… p'tet qu'il faudrait penser à cueillir les cerises quand c'est la saison.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Rassures-toi, je n'ai rien contre toi, comme personne n'a rien contre moi ici, probablement.
Les débats sont crus, mais je crois qu'on est dans une communauté ou justement on ne cache pas ses idées, et si on répond en argumentant, c'est bien preuve de respect, non? Même si on peut se perdre, parfois.
Le problème ici, est que je ne suis pas DBA, que mysql semble avoir une lib pour l'embarqué, mais, même si mon patron s'en foutrait s'il le savait, ça me ferait agir contre la GPL, et je ne veux pas.
Parce que oui, il semble qu'il existe un moyen de faire tourner mysql/mariadb en mode standalone, ce qui serait plus approprié pour notre besoin.
C'est un fait, après tout, on arrive a le faire tourner sur des beaglebone black, à 512Mio de RAM.
Même avec tout la mauvaise foi du monde, je ne pourrais le lui enlever.
L'une des raisons pour lesquelles je cherche a partir de ma boîte, c'est que j'ai bien compris que je sers plus a former des gens sortis de l'école qu'a coder. Et que je n'aurais jamais aucune formation moi-même.
Mais certains sont plus faits pour certains usages, et mon coup de gueule originel est plutôt contre le fait que tous les SGBDR veulent se faire croire universels dans leur comm', alors qu'ils sont majoritairement fait pour des machines puissantes. Opinion perso, bien sûr, vu qu'au final, un système avec 512Mio de ram et un CPU arm 1GHz est déjà puissant pour moi, mais il ne suffit pas a respecter les specs recommandées par Debian de mysql/mariadb (vu que, sous debian, mariadb bouffe pas loin de 600Mio de RAM théorique).
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 3.
J'ai pas dit que je peux pas, j'ai dis que je ne sais pas faire, nuance.
Sans le moindre problème.
Ouai, non, en fait, je ne fais que parler de vécu, d'un type qui se démerde comme il peut pour que des systèmes expédiés au loin marchent sans intervention humaine, dans un respect complet de la Rache, méthodologie imposée par le patron.
J'ai autre chose a faire qu'attendre l'empathie. Je préfère en fait la laisser de côté, bien plus simple de s'améliorer en technique quand on met de côtés les sentiments.
Au pire, je peux finir a -10, et alors? Je n'en mourrai pas, j'apprendrais des remarques (à tout score, hein, de toute façon).
Justement, voici ta phrase:
Bon, à la relecture de mon dernier message, je note que je n'ai en effet pas indiqué n'avoir pas de connaissance sur le fonctionnement exact de l'OOM killer, je vais donc te plusser (je m'abstiens généralement, mais, tu est a -1 alors que c'est pertinent).
Cela dis, je ne sais plus si j'ai déjà explicité ça, mais l'OOM killer n'interviens jamais, ce qui cause un freeze du système. S'il faisait son boulot de tuer, les services (genre ssh et son tunnel inversé) soit redémareraient, soit seraient toujours exploitables.
Ici, je parle de freeze système, parce que l'OOM killer ne fait justement pas son boulot. Peut-être est-ce dû à la configuration par défaut, certes. Je compte vraiment creuser le sujet, je m'intéresse de plus en plus à cette partie qu'en tant que développeur je ne connais que trop: le contrôle des ressources d'un système. C'est plutôt passionnant en plus, connaître un peu mon système a pas mal changé ma façon d'architecturer le code, l'air de rien.
# lu que la moitié, mais j'ai une bonne raison...
Posté par freem . En réponse au journal Conception d’un circuit intégré avec Qflow. Évalué à 4.
… c'est que j'ai l'intention d'expérimenter la partie pratique a tête reposée (p'tet les prochaines vacances, et j'enchaînerais sur la lecture de ton journal sur la puce libre en arrivant p'tet a y comprendre quelque chose sur ce sujet passionnant :)). Merci pour tout.
Sinon, j'ai quelques questions, un peu hors-sujet, sur la partie théorique.
Tu décris plusieurs étapes qui semblent en grande partie automatisées, plusieurs d'entres elles me rappellent fortement des étapes d'électronique (des mes cours d'il y a 15 ans, dans peu de temps je dirais 20…), sauf que ben on partait du schéma… que tu appelles ici netlist, le placement et le routage étaient fait principalement manuellement, avec une "faible" aide logicielle. Je me souviens des "chevelus", notamment, et ça semble pour le coup encore d'actualité avec Kicad (oui, http).
Je suis loin de maîtriser le-dit logiciel (j'ai pas du tout bossé l'électronique ces 15 dernières années, mais pas a cause du manque d'intérêt, et je n'ai commencé à m'y remettre qu'anecdotiquement il y a quelques mois), et je suis bien conscient que c'est loin de la création de circuits intégrés, mais je suis intrigué par le fait que Kicad semble avoir des contributeurs embauchés par le CNRS, et que plusieurs étapes que tu définis comme très longues semblent automatiques avec ta pile? Mis a part l'échelle (de quelques cm pour l'électroniques à quelques mm pour la µélec) qu'est-ce qui, selon toi, l'explique?
[^] # Re: Autre piste
Posté par freem . En réponse au journal Création d'un système live-CD basé sur Debian. Évalué à 4.
Ce qui était le but, je l'ai même précisé:
Il y a une tonne de live cd qui traînent, je ne vois pas vraiment de bonne raison de faire ce que j'ai fait si le seul objectif est d'avoir un système live qui juste marche.
J'aurai peut-être en effet indiquer ces pointeurs, même si je t'avoue que je n'ai même pas pris la peine de chercher: perso, si je veux un système transportable, je prend un disque externe et j'y installe ma distro. Simple, efficace, souple.
[^] # Re: rootfs
Posté par freem . En réponse au journal Création d'un système live-CD basé sur Debian. Évalué à 3.
Je ne l'ai pas customisé, c'est vraiment comme si j'avais installé Debian sur un CD. Tu as raison, cela fait partie des choses qu'il faudrait faire ensuite, pour avoir vraiment un truc propre, à l'issue de ce journal, l'iso est franchement bancale, elle ne peux même pas s'éteindre proprement :)
Ça réduirait le problème, encore que le risque de collision reste important. L'idéal serait d'utiliser un UUID, mais je n'ai pas regardé comment ça fonctionne avec une iso. Probablement de la même manière qu'une partition normale, pour le coup.
Il y a aussi probablement le bazar de PAM qu'il faudrait copier avant de monter /var, et au fur et a mesure que j'ajouterais des composants, il y aura de plus en plus de choses à copier. Probablement.
C'est juste le strict minimum pour que ça marche. Ce que j'ai fait la, c'est un "hello world".
# Damn small linux?
Posté par freem . En réponse au message Une machine virtuelle légère avec python3.7. Évalué à 2.
Tout est dans le titre. DSL semble plus adaptée à ce que tu veux faire. Sinon, p'tet Alpine, aussi.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Comme je l'ai dis, s'il était facile de configurer mariadb pour qu'il ne consomme que ce dont il a réellement besoin, j'aurai pu laisser l'overcommit désactivé, ce qui aurait fait certes crasher un soft à répétitition, mais aurais éviter un reboot physique du système. Et quand ledit reboot nécéssite de faire plus de 300 bornes, ben…
Bref, le problème est d'une part le fait que l'overcommit fait freeze le système, et d'autre part le fait que mariadb est incapable de fonctionner avec moins de 600Mo de ram sans overcommit, alors qu'en pratique, mariadb n'a pas besoin de toute cette mémoire.
Enfin, quand je dis que mariadb en est incapable, je veux surtout dire qu'il est extrêmement ardu de le configurer pour qu'il soit vraiment adapté à son environnement réel. Parce que, ben, la doc, elle est… disons, floue, pour être sympa.
Cela dis, j'ai l'impression a te lire que tu n'as pas lu mes précédentes interventions, parce que j'ai déjà expliqué ces points. J'ai l'impression que tu ne fais que défendre un outil, en disant qu'il s'adapte aux usages, mais tu n'expliques a priori pas les usages ou tu l'as vu fonctionner?
# On dirait un bookmark
Posté par freem . En réponse à la dépêche Les femmes et l’informatique — émission « Libre à vous ! » du 5 novembre 2019. Évalué à 5.
Pourquoi c'est une dépêche?
Où est le contenu réel?
Moi, je vois juste des photos, avec des liens. Si mon navigateur n'affichait que le texte, ça tiendrait sur un tty, et p'tet même en 40x10. J'ai donc moinssé.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Comme dit plus haut, le problème ici est surtout que c'était une connerie monstrueuse d'utilise celui-ci dans notre cas. C'est juste pas fait pour.
Maintenant, essayer de réduire le dégât en attendant le temps de pouvoir migrer vers une vraie solution adaptée, aurait été de lire une doc qui ne mens pas. Ici, la doc m'a, selon moi, menti. Je parle de celle dans les pages de manuel ainsi que celle accessible sur le net, qui ne permets pas, de mémoire, aisément de choisir une version.
Windows est l'OS le plus populaire. Il a des qualités réelles, mais n'est que rarement choisi pour celles-ci, il est plutôt choisi par habitude plutôt qu'une analyse du plus pertinent pour l'usage. Linux devenant de plus en plus utilisé, nos distros font aussi des choix que je considère dans cette optique.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Sauf que le problème, c'est qu'il n'interviens jamais dans la configuration par défaut, et ça résulte en un système freeze. La configuration par défaut est faite pour des systèmes dans lesquels la maîtrise n'est pas pas un problème parce qu'on peut rebooter d'une manière ou d'une autre, le système par défaut n'est pas autonome.
C'est (un de mes) mon soucis, justement: je me retrouve avec des softs (mysql ici) poussés par des débutants (avant que j'arrive, même si je ne me considère pas comme bon, j'ai un peu plus de recul qu'un étudiant, mais la boite a une histoire) parce que c'est ce qu'on apprend a l'école, mais l'école n'enseigne que des cas idéaux avec des ressources infinies, sans enseigner les cas ou les ressources sont limitées, qui existent pourtant dans la majorité des équipements informatiques (routeurs, switch, montres, radio-réveil, mobilier urbain, etc).
Ce n'est pas simple a expliquer, et a gérer encore moins, surtout que je me considère plutôt comme tech que comme décisionnaire ou architecte… faut naviguer entre compréhension de l'histo et ses racines, sa propre considération de l'idéal et les réalités de la boîte… donc pardonnes mes biais, raccourcis et imprécisions
[^] # Re: Sobriété ? Quelques questions...
Posté par freem . En réponse au journal Minimalisme numerique. Évalué à 1.
Ah tiens, merci de l'info, ça sera utile pour quand j'aurai la flemme de taper busybox :)
[^] # Re: Sobriété ? Quelques questions...
Posté par freem . En réponse au journal Minimalisme numerique. Évalué à 4.
Je ne suis pas entièrement d'accord, du fait que vi est implémenté dans busybox, et est le seul éditeur de texte interactif disponible par exemple dans le mode rescue de Debian.
Il va aussi se retrouver du coup dans l'initramfs en cas de problème, et la aussi, il sera le seul. Du coup, savoir s'en servir aide je pense à se dépatouiller plus facilement de situations pénibles (ou de faire des installs custo de Debian sans passer par l'installateur normal qui est, honnêtement, bien pénible quand on sait exactement ce qu'on veut).
L'avantage de savoir de vim, du coup, c'est qu'on sait de facto se servir de busybox vi, même s'il est vrai qu'il n'est pas ce qu'il y a de plus génial (forcément, le but est d'avoir un truc réellement minimal, pour le coup, qui puisse rentrer dans un très petit espace).
Ah, notepad gère enfin les fins de ligne non "CRLF"? Jamais testé, mais je me demande s'il supporte l'UTF8 aussi :p
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Pas con, j'essaierai. Je pense que mysql va se ramasser, mais ça vaut le coup d'essayer.
Tous les navigateurs graphiques que j'ai essayé pour le moment en font partie, virtualbox aussi. Ce sont les seuls que j'aie remarqués pour l'instant.
Sans problème. C'est juste que, du coup, il y a plus de 600Mio de réservés sur un système qui n'en a que 512Mio. Tant que ça marche…
Honnêtement, ça fait longtemps que je n'utilise plus de fichier d'échange: à quoi bon? C'est juste un coup a user plus vite le disque et faire quasi freeze le kernel. Je préfère de loin qu'un gros bloatware comme [insérer ici un navigateur mainstream de votre choix] se mange un oom kill. Et l'hibernation est plus lente qu'un cold-boot sur mes machines depuis bien avant que j'aie un SSD.
Selon la doc (je voulais pas dire de connerie en me basant sur ma mémoire, un peu trop floue):
Par défault, c'est sur 0, et overcommit_ratio vaut 50 (% de ram+swap). Sauf que, l'estimation, elle se fait par allocation, si ma mémoire est bonne (la, j'ai la flemme d'aller lire plus avant, désolé), ce qui fait que si 10 process ont alloué 5 fois chacune 10% de ta mémoire totale, mais sans la remplir, bah ça marche. Jusqu'a ce qu'une appli remplisse réellement la mémoire, bien sûr.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
J'avoue ne pas savoir comment configurer l'oom killer.
Le truc, c'est que le code qui fuit, une fois qu'on sait qu'il fuit, on le corrige (pour le coup, c'est un code à nous).
Par contre, ben, comme on a aussi des problèmes hardwares, on a mis longtemps avant de détecter cette fuite (ça c'est fait de manière… fortuite, pour le coup).
Donc bon, je dirais qu'en fait, le plus simple c'est juste de pas squatter la RAM, de sorte a ce que l'overcommit soit désactivable. En plus, si mysql se servait vraiment de tout ça, il marcherait pas (et on serait passé à autre chose depuis longtemps, probablement sqlite pour mon plus grand bonheur, qui aurai au passage drastiquement simplifié le déploiement puisqu'on peut gérer une BDD binaire et la packager, au moins, alors que j'ai l'impression qu'avec mysql, on peut juste dumper le SQL et le restaurer par script. Pas génial pour faire un paquet.).
[^] # Re: dirname/basename?
Posté par freem . En réponse au message fichier de sortie sans l'extension du fichier source. Évalué à 3.
Il semble que la commande tc permets de manipuler les cgroups, et il me semble que ces derniers peuvent appliquer des restrictions sur l'usage des ressources à un groupe de processus. Comme je l'ai dis, je n'ai pas encore beaucoup creusé le sujet, donc je n'ose pas m'avancer trop, mais si ton but est de restreindre les ressources de la conversion pour éviter de tuer le serveur, ça me semble une piste viable.
Et en écrivant ceci, je me souviens de la commande
nice, qui permets à minima de gérer les priorités. Si tu donnes a webp une priorité faible, tu ne devrais pas trop impacter le serveur, je suppose. Reste à voir comment ça joue avec le swap, forcément.# dirname/basename?
Posté par freem . En réponse au message fichier de sortie sans l'extension du fichier source. Évalué à 2.
Je connais pas du tout bash (je préfère essayer de rester posix, pas encore eu a recourir à des bashismes ou zshisme pour le moment), et j'ai encore jamais eu l'utilité de xargs, mais je pense que j'aurai utilisé
basenamepour virer le suffix moi.En supposant que cwebp ne soit pas multithreadé, déjà, moi je lancerais plusieurs job simultanés. Et si il faut limiter le nombre, incrémenter un compteur jusqu'à une valeur définie et une fois atteinte, remplacer l'incrément par un
wait.Après, vue la "complexité" de ton script, je doute que tu puisses grapiller des cycles en l'optimisant, je pense que le CPU est bouffé par cwebp, pas par bash.
Si le problème est de justement limiter l'usage des ressources, et non d'aller au plus vite, j'imagine qu'utiliser les cgroups via
tcdevrais pouvoir faire le job, mais je n'ai pas encore creusé cet aspect du contrôle des ressources, je l'avoue.[^] # Re: Sobriété ? Quelques questions...
Posté par freem . En réponse au journal Minimalisme numerique. Évalué à 4.
Pardon, faute de frappe: je voulais dire, zSH, et non zFS. ooups….