Alex a écrit 1849 commentaires

Enfin, lorsqu'on dit imposable, on parle juste de l’impôt sur le revenu
à prioris personne n'échappe à la csg

http://www2.impots.gouv.fr/documentation/statistiques/ircom2009/ir2010.htm

et pour être plus précis, ce problème ne se produit que dans ma caisse et en dessous des 128, au casque via mon téléphone cela ne se produit pas

Engueule les mecs qui encodent, car du grésillement à 128 Kbps, ce n'est pas la faute du format, quel qu'il soit…

ce que je disais, c'est que c'est lié en partie au matos
j'ai fait des essais persos (c'est pour ça que j'affirme ça, j'ai pas de podcasts à plus de 128), de ma voix encodé avec le kioslave de kde (lame ?) en 96/128/256/320, le problème n'apparait que dans les 2 premiers cas

moi je perçois des différences, surtout lié à l'utilisation de matériel bas de gamme, et je suis loin d'avoir les oreilles de superman

exemple purement perso: j'écoute des podcasts dans ma caisse (de la voix). En dessous de 128, ça grésille assez régulièrement, au dessus, non

A l'inverse, et là je suis d'accord avec toi, sur mon casque ou sur une chaine hifi, je ne perçois pas vraiment de différences.

Ta proposition de mutualiser des applis ou des services sur les serveurs ne tient pas (on a 3 versions d'Oracle, 2 versions de SQL Server, je ne sais plus combien de versions de Java/Tomcat, de WebDev (!!) …). Les pré-requis ou l'exigence du prestataire nous en empêche. Et le DSI refuse de faire tourner une solution non validée et on le comprend !

Je vais surement dire une connerie, mais n'est il pas possible dans un appel d'offre d'imposer certaines technos ?

bravo, j'avais pas vu la référence :)

Ok
je pense tout de même que ce bench n'est pas probant
on constate juste qu'avec un process qui ne fait pratiquement rien (wc), 1/3 du temps est passé dans le noyau
A prioris on aurait le même problème si tu faisais la même chose en C

Personne ne nie que le shell est lent,
mais même mon rectificatif n'a aucun intérêt
il faudrait un point de référence, et voir si la partie shell en elle même engendre une surcharge importante et préjudiciable par rapport à une solution sans shell

tu as juste montré que cygwin est lent

ils étaient dans le presque ;)
mais c'était volontairement trollesque, pour rester dans le ton

tu as raison, si tu te contentes de crasher proprement comme en effet il indique

moi j'utilisais cette méthode pour sauver ce qui était sauvable. Ce n'est pas aussi complexe que du "cas pas cas", ce qui implique d'autres contraintes (données en accès, fd ouvert, allocation en début d'opérations et non en cour, etc…).

en interceptant SEGFAULT ?

le problème du segfault est que tu n'en connais pas son origine exacte, tu ne sais pas si tes données sont dans un état cohérent
et pour SIGKILL, de mémoire il ne peut être intercepté

ou simplement comme on les appelle déjà: monolithique modulaire

???

c'est vrai qu'on ne trouve plus de micro noyau "pur", mais bon, qnx, macos, win, … s'en sortent plutôt bien sur le terrain

ce qui est parfaitement adapté au sujet des frites et des hamburgers

ca critique la frite, mais ça utilise de la patate à l'eau
pourtant c'est bloater la patate à l'eau, tu es contraint d'utiliser une interface couteau, et ce n'est absolument pas portable sur un poële ou un four, on est obligé d'utiliser une casserole ! Bref, ça respecte autant le principe kiss que ta frite.
S'en compter que si tu as déjà un composant hamburger, ça ne colle pas du tout

Mais bon je comprends que tu es un vieu con, tu as peur du changement

Alors que la patate au four, c'est souple, ça va avec tout, un composant qui peut même se suffire à lui même

Mais moi je n'ai rien contre systemd ;)

Le binaire pas lisible par l'être humain n'en est pas moins ridicule. Il s'agit d'une simple conversion, ça ne tue personne.

j'y cois tout de même un point important (que j'avais déjà cité je crois)
il faut pouvoir effectuer cette conversion, en cas de corruption, avec du binaire, il faut espérer que la corruption ne soit pas sur des éléments de structures. Avec du texte tu pourras au moins lire à l'oeil nu une bonne partie des infos

Par contre je t'accorde que de faire un grep fichierDeLog pattern, ou un journalctl optionDeFiltrgage | grep pattern, ça ne change pas grand chose

et franchement, vu que journald peut avoir les mêmes sorties que syslog, je ne vois vraiment pas le problème

je me perd entre tout ces posts

tu sais ce qu'on dit:
1% pour
1% contre
le reste s'en fout (modulo si ça ne marche vraiment pas, à ce moment il n'y aura que des raleurs)
ceux qui se font entendre sont très souvent les râleurs

Les gens qui ont la compétence pour encenser ou critiquer systemd sont à prioris des utilisateurs avancés. Certains ont surement des particularités sur leur système (la partition chiffré en est une) qui ne marcheront pas avec systemd, il est donc logique de trouver plus de râleur ici
Ensuite dans les râleurs il y a ceux qui n'aime simplement pas l’esprit de l'outil
Ensuite il y a les pseudos suisses, comme moi, qui râle et encense en même temps, jsuis pas fan du coté bloat, mais je trouve l'outil pratique

Euh tu parles encore de linux 1? Parceque ca fait longtemps que linux est modulaire.

ça n'en fait pas moin un noyau monolithique

quand on troll avec hurd, minix, L4, etc… il est évident qu'on troll sur les archis
linux étant le seul noyau libre utilisable (ou presque, mais c'est un autre troll)

0x41 n'est pas lisible par des humains, tu as déjà des outils de traduction. un de plsu ou de moins…

Ca devient ridicule comme argument

Qu'est ce qu'on se fout de ce troll
je croyais que journald pouvait sortir du texte et du binaire, l'admin fera comme il veut et le gars qui fait du forensic priera pour qu'il ait activé l'option texte

Heureusement qu'un certain Linux T. n'a pas attendu que son OS soit sans aucun bug avant de le sortir…

Pas une question de bogues, mais une question d'être utilisable
Si ça ne marche pas, on passe à autre chose (99% du temps) ou on améliore (1%)

c'est Linus qui va être content quand on va lui expliquer son métier.

c'est fait, c'est ptet même le premier troll de l'histoire du libre
l'archi monolithique de linux est tout de même souvent critiqué

et ce n’est pas parce que quelque chose est fait d'une manière qu'il faut continuer dans cette voie
et à l'inverse ce n’est pas parce que c'était fait de telle manière qu'il faut obligatoirement continuer dans cette voie

(tout ça pour dire que je ne trouve aucun intérêt à ce genre de comparaison)

Je "suppose" qu'il peut s'appuyer sur les champs provide