freem a écrit 5059 commentaires

es sauts sont une plaie pour la CPU qui essaie de commencer son travail en avance (pipelining) et doit donc jeter tout le décodage qu'elle a fait pour rien).

C'est pas très utile, mais pour info, j'ai toujours entendu parler du "débouclage" (loop unroll?) de code comme optimisation.
Je n'ai eu l'occasion de m'en servir pour la 1ère fois que dernièrement (afficher des trucs via /dev/fb0 demande de traiter chaque pixel séparément) et j'ai pu en copiant/collant 8 fois le contenu de ma boucle (et multiplier les incréments par 8, forcément) passer de 20ms de temps a 8ms. Je soupçonne quand même le compilo d'avoir utilisé SSE, mais je maîtrise pas du tout le sujet (du coup, j'étudie un peu cette hypothèse, mais dur de trouver des infos sur le sujet).
Faudrait que je me replonge dans l'asm, pour comprendre, mais j'ai quasi tout oublié…

Euh … Monter a 75% d'occupation CPU, c'est loin d'être négligeable

J'admets.

Je dois être marginal alors.

Si c'est la majorité de tes usages réseau non-local, alors clairement, je pense que c'est le cas. Et dans ce cas, je pense qu'il fautque je précise que je respecte plus cette marge que la norme (ce n'est pas le seul cas).

Ce serait comle se dire "je m'en fous de la consommation de ma voiture (ou des rejets CO2), ya des camions qui roule sur la route et consomment (ou rejettent) bien plus"

Je suis d'accord avec toi, de base, mais du coup, ne devrait-on pas considérer la totalité du système? Je suis né en 86, je me souviens de vieilles machines, qui faisaient du traitement de texte. Je n'ai connu le net que dans les années 2000, les débuts de google, je crois.
Je n'ai pas l'impression de faire plus de choses plus vite, de nos jours. Par coutre, oui, je vois qu'il ya de jolies transparences, des coins arrondis, etc etc… qui ne servent a rien, mais, c'est joli.

Perso, depuis plusieurs années je suis passé à du tiling, justement parce que bon, je préfère passer 2H a apprendre a utiliser un truc, que de supporter du soft hyper lent. Pas par considération pour la planète, juste par confort personnel. Dans ce confort personnel, j'inclue la réduction des douleurs de poignet liées a prendre la souris pour la moindre action, d'ailleurs.

Sauf que la majorité, aka les non marginaux, semble préférer le bling-bling. Même si c'est plus lent, mauvais pour la planète, mauvais pour la santé (au niveau pro, notamment)…

Cet article est bien entendu écrit dans le but de faire peur aux utilisateurs de MySQL pour les convaincre d’utiliser un vrai produit professionnel comme Microsoft SQL Server et non pas un produit de bidouilleur comme MySQL, ce qui tombe bien puisque Microsoft SQL Server est disponible depuis quelques mois sous Linux.

Sans aller jusque la, je me contenterais de dire que ce truc est paru sur developpez.com. Ce site était une mine d'or il y a 15 ans (aux yeux du débutant que j'étais alors), mais pour ma part j'ai souvenir que ce site était plus orienté "technique" que "décideurs" alors qu'aujourd'hui ça semble être l'inverse. Ca explique le fait que je ne le consulte d'ailleurs plus trop, trop de bullshit, pas assez d'informations objectives, et dans les commentaires, pas loin de 0 critique argumentées en moyenne, et quand il y en a, personne ne semble les lire.

C'était un demi trait d'humour. Ce que je voulais dire, c'est surtout qu'il est probable que de toute façon l'outil qui va le plus être utilisé est un navigateur web, et je serai peu surpris que ça bouffe bien plus que wicd, avec la tétrachiée de JS dans la majorité des sites web.
Après, oui, forcément, on est pas obligé, on peu utiliser un client lourd (et dans le cas de thunderbird, j'ai bien l'impression qu'il inclue le moteur de rendu de FF, je me demande d'ailleurs ce que ça ferait d'ouvrir un mail avec du JS?) pour les mail, utiliser irc, faire du ssh & co, mais je crains que ça ne devienne marginal a notre époque.

Aurais-tu des alternatives à me proposer ? C'est ce que j'ai de plus pratique aujourd'hui pour connecter mon ordinateur portable à divers réseaux lors de mes déplacements ou chez moi (wifi de mon domicile, chez la famille, sur mon smartphone, éventuellement comme tu dis pour accéder à des réseaux genre hotel).

Perso, j'utilise juste wpasupplicant, mais comme je l'ai dis, je ne m'en sers que pour les réseaux wifi avec wpa, je ne sais pas configurer mon système pour les réseaux wep ou non protégés, donc, non, je n'ai pas d'alternative a te proposer.
Enfin, sauf d'utiliser wpasupplicant, mais j'imagine que l'idée d'ajouter tes clés wifi a un fichier texte puis relancer un daemon ne te paraît pas pratique (pas besoin de les supprimer, il utilise la clé associée au réseau courant, jamais essayé dans la situation ou il y aurait 2 réseaux connus en même temmps).

C'est pas comme si les notes non massives était pertinentes, non plus… Ironiquement, d'ailleurs.

systemd ça devient vraiment n'importe quoi.

T'inquiètes, bientôt il intégrera le noyau, ça ira mieux après.

Est-ce la faute du langage ou celle du développeur? Parce que si c'est rapport au fait des langages interprétés, je te rappelle que la quasi totalité des sites web dynamiques sont implémentés en PHP ou ruby, quelques uns en perl, mais rares sont ceux basés sur des CGI en C, C++ ou autre langage compilés.
Accessoirement, python dispose, de mémoire, d'au moins un compilateur.
Le HTML lui-même gagnerais énormément a être compressé, en terme d'efficacité ce truc est une aberration.
Et, pour le coup, wicd sert plus a utiliser le web qu'internet.

Moi, je pense que c'est aussi la faute aux utilisateurs: pourquoi tu utilises wicd? C'est pas comme s'il n'y avais pas moyen de s'en passer… et personnellement, je n'ai utilisé ce genre de truc que pour accéder a des réseaux non chiffrés (genre hotels), parce qu'ironiquement, je ne sais pas configurer mon système pour ces réseaux, alors que c'est tellement simple de le faire pour du wpa.
Dans ta distribution, je n'ai aucun doute qu'une quantité non négligeable de choses se reposent sur du shell, du perl ou du python.

Oups, j'ai marché dedans.

Merci pour les explications.

c’était pas mon PC … Malheureusement …

Peux-tu encore contacter la personne a qui il a appartenu? Cela pourrait aider. Sinon, si elle a réussi, on finira bien par y arriver, ça sera juste plus long.

Pour faire écho au commentaire ci-dessus, sur le sujet de l'UEFI, il existe ce qui s'appelle le «secure boot» qui permets de ne démarrer que des systèmes d'exploitations reconnus par l'UEFI.

Dans ce cas de figure, il existe plusieurs cas, notamment:

• les signatures sont hard-codées, il est impossible d'en ajouter, d'en supprimer ou de les désactiver: j'ai jamais rencontré le cas, et j'espère que c'est un mythe, parce que sinon, va falloir aller voir un hacker (pas dans le sens pirate cher à la presse, dans le sens noble du terme) qui gère, genre, vraiment;
• il est possible de désactiver le secure boot: c'est ma solution favorite, je trouve ça superflu pour des machines perso. Le fait que cette solution n'empêche pas le boot par UEFI est pratique, on a les avantages de l'UEFI sans la prise de tête si son OS n'as pas de clé ou sans s'emmerder a l'ajouter à l'UEFI;
• il faut passer en mode legacy boot, seconde solution la plus simple;
• il est possible d'ajouter la signature du noyau/boot loader à l'UEFI, mais impossible de booter en mode legacy ou sans secure-boot: ton système n'est alors compatible qu'avec peu de distros, notamment Ubuntu, et je ne connais pas les détails;

On n'est pas dredi, mais, je ne peux pas résister…

le groupe input suffit et je pourrais donc modifier le service systemd pour lancer le démon avec des droits plus restreints

Dans la ligner de commande, ou équivalent, utiliser chpst nobody:input [command] devrais faire le boulot.
La commande chpst est fournie, chez Debian, via le paquet runit, et j'ai eu l'agréable surprise de constater en passant a Debian 10, une nouvelle implémentation officielle du méta-paquet "init": "runit-init" (c'est un peu pour ça que je me permets cette digression, faut que je vérifies certaines choses avec, et si ça déconne ou si je peux améliorer, voire comment aider, si y'a pas trop de tours autour du pot…).

Pour les capabilities, c'est juste pas le rôle du système d'init de gérer ça, c'est le rôle du système de paquets, vu que, de ce que j'en comprend, c'est lié au fichier lui-même. Je reconnaît ne pas y comprendre grand chose, cela dit. Et puis, systemd gérera bientôt le boot, alors les paquets, qui sait?

Plus sérieusement, je pense que la gestion par groupes est bien plus pertinente que la gestion par capabilities: déjà, moins de risques que la capability nécessaire soit la cap' DIEU (je me comprend, flemme de rechercher le lien dans lequel il était expliqué qu'une cap' était utilisée pour tout ce qui n'avais pas de catégorie, ce qui résultait en en une cap' "root"), de plus c'est plus portable, et «accessoirement», pas besoin d'être root pour installer le binaire, parce que de ce que je sais, pour donner a un binaire des capacités, il faut être root (cf remarque précédente sur mon niveau de compréhension du sujet).

Bon, j'avoue ne pas encore connaître vraiment les bases de ce monde la, je ne sais pas en détails comment marche le système de droits: est-ce un processus sous root qui initialise tous le /dev avec divers user:groups? Se sert-il de capabilities? Je sais pas. Faudrait que j'aille jouer avec hurd, je pense que ça m'en apprendrais beaucoup sur le sujet, du fait de se baser sur une philosophie différente. Ou les BSD, chose que je me promets de faire depuis des années, mais a chaque fois je le fais que via VM, ça risque pas de me motiver…

Effectivement par la suite je vais installer un noyau stable pour le au cas ou ça sera plus sage …

Plutôt une distro "complète", pas besoin de bureau super joli, juste assez d'outils pour que toi tu te sentes apte a dépanner. Enfin, c'est ce que je fais :)

Du coup si je vais tous supprimer de manière Windowsienne je fais comment je prends un clef bootable et au démarrage je fais F12 ?

Oui.
Ou alors un autre moyen que j'ai oublié de mentionner mais qui nécessite une bonne connaissance du système: debootstrap.
Je te conseilles l'installation par clé USB quand même, c'est plus simple (j'ai mentionné debootstrap par souci de complétude).

L'ouverture des périphériques /dev/input/event nécessite (à raison) les droits root, donc le démon tourne aussi en root.

Euh, ici j'ai (debian 10, mais c'est aussi valide sur la 9):

$ ls -lh /dev/input/event*
crw-rw---- 1 root input 13, 64 août  12 16:14 /dev/input/event0
crw-rw---- 1 root input 13, 65 août  12 16:14 /dev/input/event1
crw-rw---- 1 root input 13, 74 août  12 16:14 /dev/input/event10
crw-rw---- 1 root input 13, 75 août  12 16:14 /dev/input/event11
crw-rw---- 1 root input 13, 76 août  12 16:14 /dev/input/event12
crw-rw---- 1 root input 13, 77 août  12 16:14 /dev/input/event13
crw-rw---- 1 root input 13, 78 août  12 16:14 /dev/input/event14
crw-rw---- 1 root input 13, 66 août  12 16:14 /dev/input/event2
crw-rw---- 1 root input 13, 67 août  12 16:14 /dev/input/event3
crw-rw---- 1 root input 13, 68 août  12 16:14 /dev/input/event4
crw-rw---- 1 root input 13, 69 août  12 16:14 /dev/input/event5
crw-rw---- 1 root input 13, 70 août  12 16:14 /dev/input/event6
crw-rw---- 1 root input 13, 71 août  12 16:14 /dev/input/event7
crw-rw---- 1 root input 13, 72 août  12 16:14 /dev/input/event8
crw-rw---- 1 root input 13, 73 août  12 16:14 /dev/input/event9

Et du fait qu'au taf j'ai implémenté un toolkit pour framebuffer, je dirais qu'il suffit que l'utilisateur qui lance le soft appartienne au groupe input. Dans mon cas, il faut aussi le groupe video pour /dev/fb0, et malheureusement root parce que sinon pas moyen (ou alors pas trouvé lequel) de passer un TTY en mode graphique (pour virer le curseur entres autres, via ioctl( fd, KDSETMODE, KD_GRAPHICS, j'ai même essayé de chercher avec les capabilities, mais rien trouvé, faudrait que je cherche a nouveau).

Ceci étant dit, moi, j'ai utilisé libinput, et pas evdev, que je pense lié à Xorg. Peut-être est-ce la raison.

Du coup, comment Trump peut-il interdire aux Chinois d'utiliser Android ?

La totalité d'Android est-elle vraiment libre?

Certaines parties sont probablement sujettes à brevet et/ou sont non-libre (pilotes, notamment). Après tout, me semble bien qu'à une époque, les utilisateurs d'Android payaient une redevance à MS à cause d'un soupçon a ce niveau.

Même sans ça, les outils de chiffrement étaient suffisants à une époque pour interdire la distribution de systèmes à certains pays il me semble.

Yep, celui-là, merci. J'aurais été bien incapable de retrouver l'URI…

Un des innombrables sites persos qui vont bientôt disparaître si les navigateurs bloquent l'accès aux sites sans https ?

Perso, aller sur certains sites sans https ne me dérange pas, tant que je n'ai pas a saisir d'informations, c'est "juste" le risque d'être pisté.
Reste évidemment le risque d'usurpation d'identité, mais sur un site ou il n'y à aucune information saisissable et pas de softs réellement destinés à être utilisés (plutôt à être étudiés) ça me semble être un gain inutile pour l'attaquant.

Bref, un navigateur qui m'interdit le protocole http, je pense qu'il ira juste faire un tour dans /dev/null. C'est pas comme si https empêchait les gens de se faire tracker par des google ou facebook de toute façon.

Il y a au moins 2 manières:

• le dérivé de manie windowsienne: réinstaller tout. C'est dérivé, parce que, au moins sous linux/bsd/… il est aisé de mettre sa configuration utilisateur sur une autre partition;
• le mode avancé, qui nécessite d'avoir des bases sur le fonctionnement de son système: démarrer dans le mode le plus fonctionnel, et régénérer l'image de démarrage, sous Debian cela se fait par la commande sudo update-initramfs, mais sans avoir identifié le problème de base, je doute que ça résolve le souci;

Personnellement, j'ai tendance à opter pour une 3ème solution: sur toutes mes machines, j'ai au moins un système fonctionnel de secours, le plus stable possible et modifié le moins possible. Ce système me permets de réparer un de mes systèmes principaux qui serait en panne, ce que je ne peux faire que parce que j'utilise majoritairement des logiciels peu automatisés, qui nécessitent parfois des interventions manuelles pour appliquer leurs changements (syslinux au lieu de grub, runit-init au lieu de systemd-init, environnement de bureau spartiate, etc). Le fait de bosser dans le domaine aide peut-être aussi un peu.

Quoique tu fasses, n'oublies pas de faire une sauvegarde de tes données importantes avant.

Je suis désolé, mais je ne vois pas comment aider plus pour l'instant, je n'ai malheureusement pas assez de maîtrise des logiciels les plus répandus (je connais un peu grub, mais pas du tout systemd). Quand j'ai eu affaire a ce type de problèmes, j'ai plus joué de la démerde, très peu de doc tirées du web (que j'aurais citées sinon).

[EDIT]

Ah, peut-être tout bêtement passer par ton gestionnaire de paquet en mode sans échec pour réinstaller le noyau, ça pourrait marcher. Peut-être remonter a une version précédente, au cas ou ça serait une upgrade kernel la source du problème?

En parlant de Basic, enfin, dans mon cas, QBasic, je me souviens d'une interface (au sens API) capable de générer des images (et du son) à partir de chaînes de caractères. Mais bon, c'est nettement plus récent: c'était il y a 18 ans, et le logiciel lui-même était déjà obsolète. N'empêche, il était accompagné d'une doc de qualité qui permettait d'apprendre sans accès au Web, et ne cachait pas (trop) le fonctionnement réel sous-jacent.

Pour le coup, moi, c'est bien l'intro faite à ma classe par un prof dans ma 1ère années de seconds que je ne portais pourtant pas dans mon coeur qui m'a filé le virus de l'informatique… 1 an plus tard, j'étudiais par moi-même l'assembleur, le C, et le fonctionnement de windows (je n'avais jamais entendu parler de systèmes autres que DOS ou windows).
Ce qu'il nous avait montré était juste du printf/scanf pourtant… enfin, en QB, bien sur. Je ne suis pas le seul a avoir aimé ça, d'ailleurs, mon ami de l'époque (qui m'a appris à utiliser google et hotmail, à l'époque) et moi avons ensuite passé énormément de temps au CDI, notamment sur un site nommé de mémoire "qbworld", fait par un type du nom (pardon pour l'écorchage) d'achraf cherti, ou un truc du genre. J'y ai découvert les effets plasma, tunnel, raytracing, entres autres.

Autre souvenir, de terminale STI électronique, je codais déjà depuis quelques années du coup (bon, ok, 3 ans et des bananes) et les profs d'élec voulaient nous apprendre le C. Je m'ennuyais forcément (j'avais commencé à étudier le C++ a ce moment, avec le bouquin nul à chier "C++ pour les nuls" blindé d'idiomes et de culture ricains traduit mot-à-mot, de fautes, et assommant comme un célèbre livre de Zola), alors je codouillais d'abord un truc qui rebondissait en mode curses… enfin, conio, puisque c'était un vieil IDE borland, puis j'y ajoutais une raquette, puis un système de scores, puis de la couleur en fonction des positions, et enfin de la musique elle-aussi en fonction des position: que du procédural, avec un bel effet années 80…

Ce truc (le son) a hypnotisé mes camarades de classes, je sais pas pourquoi (j'avais fait ça par désoeuvrement), et les profs ont transformé les TPs pour qu'ils tournent autour de ça.
À l'époque, plus personne n'utilisait DOS depuis longtemps, sauf moi, pour le code. Les téléphones portables étaient déjà dans toutes les mains, même si moins beaux et intrusifs que de nos jours.
Du coup, je me demande si vraiment, c'est un problème d'esthétique que d'intéresser les jeunes au code.

Je me permets, parce que je suppose ne pas être le seul a ne pas connaître tous les grands noms…

Des fois c'est pire : ils ont la tronche de Jérémie Zimmermann

Ce paramètre ne semble pas être un paramètre noyau en lui même

Nope, le paramètre single était utilisé pour sélectionner un runlevel du temps de sysVinit, et sous runit il permets de ne lancer que le minimum de services.

Mon intuition est que, dans les services complets, sous systemd, un truc vide et ne repeuple pas bien /dev/disk/by-uuid. Et j'entend bien au niveau de l'initrd, ce qui empêcherait les scripts de boot de passer au montage proprement dit.

Bon, ça reste de l'intuition, je maîtrise pas initrd et je ne connais pas systemd, donc je peux me tromper complètement de cible.
M'enfin, si l'initrd marche avec certains paramètres de boot et pas d'autres, y'a un truc quand même: déjà le boot loader trouve le noyau, donc il trouve la partition racine. Dans les 2 cas (sinon l'initrd ne serait pas chargé après tout…).
Un paramètre présent ou absent fait que l'initrd ne trouve plus la partition racine après que le noyau ait été chargé…
Ça pourrait aussi être un module qui est juste chargé dans le mode sans échec? L'initrd contiendrais plus de module en mode sans échec que normal? Pas logique.

Désolé, je réfléchis en même temps…

Peux tu me donner la marche à suivre freem ? Je ne vois pas trop quels scripts tu veux :)

Vais essayer, mais je n'utilise pas spécialement grub…

Dans le menu ou tu peux changer de système d'exploitation ou passer en "mode sans échec", la touche "e" (de mémoire) permets d'éditer le script de démarrage lié à une entrée.
Avoir les scripts liés à l'entrée par défaut et à celle qui fonctionne permettrait de savoir ce qui se passe au démarrage dans le cas qui marche et dans l'autre.

[edit]
en fait, c'est la même chose que ce qui est utilisé pour modifier les entrées de démarrage. On peut aussi s'en servir pour bypasser login et donc reset un password root perdu.

Un démarrage "sans échec" c'est un démarrage dans les options avancées avec : […]

Ok. Donc, soit l'initrd utilisé pour le sans échec est différent de l'initrd normal, ce dont je doute, soit grub lui passe des paramètres différents, ce qui me paraît plus probable, et je vais partir sur cette piste.

Dans grub, il est possible (comme dit plus haut) de modifier le script de démarrage, de mémoire en allant dans ce menu avancé et en utilisant la touche 'e' sur l'entrée voulue.

Pourrais-tu nous lister le scripts de l'entrée de démarrage normal et celui de l'entrée du démarrage sans échecs s'il te plaît?

Merci beaucoup pour les infos.

Désolé, mais je doute fortement que les outils UNIX traditionnels permettent de faire ça… surtout vue la longueur des séquences dont tu parles, ça risque d'être très lent.

Par contre, depuis que je connais Debian, j'ai toujours été sidéré par le nombre d'outils qui, justement, semblent traiter des séquences ADN. Les debtags, qui sont incomplets, mentionnent une centaine de paquets pour la biologie. Je trouve le nombre étonnamment faible, mais bon: les debtags sont incomplets.

Je ne connais bien entendu rien à ce domaine, mais par exemple, le paquet "acedb-other" est ainsi décrit par aptitude:

Description-fr: Récupération d'ADN ou de séquences de protéines
 Ce paquet rassemble toutes les petites applications qu'acedb regroupe sous
 la cible « other » de son Makefile.
 .
 efetch: vraisemblablement le raccourci pour « entry fetch » (collecteur
 d'entrées en base de données), assemble les informations de séquence des
 principales bases de données d'ADN et de protéines.

Si ta distro est dérivée de Debian, tu peux par exemple utiliser la commande suivante pour avoir un aperçu des paquets liés à l'ADN:

grep '^[^ ].*ADN' /var/lib/apt/lists/deb.debian.org_debian_dists_stable_main_i18n_Translation-fr -B2 | grep Package | cut -f2 -d:

Probable qu'il existe de meilleures solutions pour chercher un paquet dont la description ou le nom contiens le terme ADN, mais le but ici est de demander surtout: as-tu vérifié si dans ces paquets l'un ne fait pas déjà le boulot? Si la seule différence est une question de format, on peut peut-être t'aider à réaliser un outil de conversion.

Exact. À ma connaissance, cela requiert la connaissance de la disposition qwerty us par contre, sauf si certaines distros ont le bon boût de changer ça a l'installe, mais j'en serais surpris.

Ce n'étais pas le sujet, je pense, de connaître la gestion de mémoire d'un point de vue physique.

l'OP m'avais l'air de vouloir en comprendre un maximum… et vue l'image qu'il a montrée, je pensais que pour sa compréhension,la notion de page devait être abordée. Mais, je me suis peut-être trompé. Une Nième fois :)

Cela dépend des architectures, mais majoritairement, oui.

Pourrais-tu, pour ma culture, citer des archis pour lesquelles ce n'est pas le cas?

En fait, toutes sont virtuelles ou logiques.

Je n'étais pas sûr que cela concernait l'ensemble des zones, j'ai préféré prendre des gants, le tas me semblant la zone la moins dangereuse pour laquelle affirmer ça…

Le terme est «flat».

Oh, ça va, j'ai juste essayé d'utiliser un maximum de mots français… :)

Arf, j'ai essayé de demander "linux stack overflow" à Google ;)

Mais quelle idée, en effet :D

Plus sérieusement, merci de ces précisions.