totof2000 a écrit 1829 commentaires

.. j'ai vu qu'il y avait des trucs pas nets sur mon système, avec des repo PPA que j'avais ajouté il y a longtemps mais qui mettaient en conflit certains paquets. J'ai fait le ménage et maintenant mes paquets se comportent mieux.

Cependant, j'ai toujours un problème, et je ne suis pas sûr que ça vienne de snap mais des couches en dessous, avec des choses étranges.Par exemple : j'utilise l'environnement enlightenment. Suite à mon ménage j'ai fait des trucs style apt-get update, apt-get upgrade, dpkg --fix-broken install and co pour avoir un système propre. Dans la foulée j'ai supprimé, puis réinstallé certains packages qui me posaient problèmes avec les conflits (style playonlinux). Je suis arrivé à obtenir un système qui marche mais quand je l'ai redémarré une première fois :
- j'ai eu à nouveau le problème affiché en entrée du forum
- quand j'ai voulu redémarrer le système via l'interface graphique via le menu système, toutes les entrées permettant de redémarrer ou mettre en hibernation le système étaient grisées.

J'ai rebooté avec un bon vieux shutdown -r: le menu n'est plus grisé, je peux relancer signal en snap mais il me demande de réauthentifier mon appareil.

Autre détail, quand j'ai redémarré pendant mes mises à jour, à un moment le boot s'est arrêté (mais comme tout démarre en mode silencieux - et ça me gave), je ne peux pas dire ou il s'est arrêté (un power on + power off ont déclenché le redémarrage correct).

Je pense qu'il y a un truc pas normal sur Ubuntu en ce moment, mais je ne sais pas si c'est mon iunstallation qui pose problème ou si d'autres ont des ennuis également. Donc avant d'incriminer la distrib, je voudrais savoir si chez vous ça marche aussi mal que chez moi.

Je viens de faire un autre test … sans l'option -serial stdio, je vois mes données s'afficher au niveau de la fenetre graphique. Il suffit de switcher du moniteur vers serial0 dans le menu view de la fenetre graphique qemu (il y a d'ailleurs moyen d'afficher toutes les sorties sous forme de tab en cochant la case adéquate dans le menu view- (show tabs).

Merci à toi pour ton aide. En cherchant un peu, j'ai retrouvé dans mes archives le code que j'avais testé une fois, et je l'ai retrouvé. Ca fonctionne avec l'appel de commande que tu m'as passé. J'arrive à afficher le caractère envoyé via l'UART sur la console.

Et merci pour la découverte de qemu-system-*, c'est bien sympa comme outils !

Oui très pratique. A l'origine, quand je me suis mis sur les micro:bit, j'utilisais la carte en elle-même mais c'était un peu compliqué de tester dans les transports. Puis j'ai vu que qemu supportait la micro:bit (partiellement, il ne supporte que le timer et l'uart - mais pour ce que j'en fais ça suffit …) donc je suis passé à l'émulateur …

Je vais pouvoir continuer l'implémentation de mon système Forth (qui dure depuius avant le covid …).

il me semble au moins que sur stdout, il devrait afficher mon caractère envoyé. *Je suis quasi certain de l'avoir fait une fois. Mais malhereusement j'ai un doute, et je ne me rappelle absolument plus comment j'ai fait.

https://www.commentcamarche.net/securite/vpn/29025-interdiction-des-vpn-en-france-le-vrai-du-faux/

On pensait qu'en fait il avait été retiré, mais finalement ils remettent ça.

10 gros chiens ? C'est quoi comme maison ? Tu serais pas un sniper à long pif par hasard ? :)

J'ai retrouvé le support

Après, c'est aussi possible d'écrire du code propre en python, qui ne va pas bouffer 100% du CPU et être efficace.

Je pense que c'est un des problèmes pour beaucoup de logiciels écrits en python: les gens qui codent dans ce langage ne sont pas forcément toujours des gens dont coder est le métier, et on a parfoius du code assez curieux dans le meilleur des cas, et bien souvent difficilement maintenables (j'ai vu des trucs assez affreux dans mon job ). C'est pour ça que parfois je surnomme Python comme le "vb ou vba du libre". Mais ce n'est pas la seule raison. Et python n'est pas le seul langage qui pose problème, je le citais juste parce que c'est un exemple de problème que je rencontre régulièrement. Mais on trouve un tas d'applis qui sont écrit dans un langage - ou je devrais plutôt dire un environnement d'exécution (parce qu'il n'y a pas que le langage) qui n'est pas forcément le meilleur à utiliser d'un point de vue d'occupation des ressources, parfois parce que le déveoppeur code avec ce qu'il connaît.

Par exemple je me souviens d'une présentation il y a quelques années, d'une refonte d'un logiciel écrit initialement en Python par un alternant il me semble, logiciel chargé d'envoyer de la pub en temps réel sur des applis mobiles je crois. Ce logiciel devenait de plus en plus lent et difficile à maintenir. Le fait de le réécrire en Erlang a permis de réduire considérablement les ressources matérielles utilisées et il a été plus facile de répondre aux contraintes temps réel plus efficacement. Erlang était le langage/framework le plus adapté aux besoins et contraintes de l'application en question. Mais le gars qui l'avait développé en Python l'a fait parce qu'il ne connaissait rien d'autre.

Je fais pas de l'embarqué, je fais du logiciel qui doit être publié rapidement et j'ai pas que ça à faire…

C'est un peu ce genre de mentalité que je déplore. Attention, je ne dis pas non plus que tout doit être écrit en C ou en assembleur. Je trouve seulement qu'aujourd'hui on ne se pose pas vraiment de questions sur les ressources utilisées par les logiciels que l'on écrit, tant dans le libre que dans le monde proprio, et que malhereusement, à cause de ça on se retrouve avec des besoins de plus en plus énormes pour faire démarrer une machine avec juste un système d'exploitation et une ou deux applis basiques.

Ce genre de réflexion me rend pessimiste par rapport à l'utilisation de langage comme Rust, qui permettent de réduire les bugs liés aux allocations de mémoire mais qui, d'un autre côté, ont une courbe d'apprentissage bien plus raide que le C par exemple.

En fait, tant dans le libre que dans le proprio, on trouve le même état d'esprit: "vite fait, peu importe si c'est bien fait ou mal fait". Peut-être un peu moins prononcé dans le libre, mais c'est là quand même.

Depuis un bon moment, je vois apparaître de plus en plus de logiciels qui traditionnellement étaient écrits en C, mais qui sont de plus en plus écrits en Python, et qui bouffent je ne sais combien de ressources CPU lorsqu'ils se réveillent.

Par exemple, l'outil de vérification des mises à jours sous Ubuntu, que je désactiove systématiquement (mais qui est malhereusement réactivé aussi régulièrement à mon insu) qui peut prendre 100% de CPU pour rien pendant un bon moment … et ce n'est qu'un exemple.

Alors, certes, l'aspect pub qui tourne en tache de fond pèse peut-être dans la balance, mais de ce que je vois, l'optimisation des ressources CPU-Ram-stockage utilisé par un logiciel libre n'est aue rarement pris en compte. Il y a encore beaucoup de travail à faire de ce côté.

Je pense que tant que les données ne sont pas diffusées vers autre chose, et que l'automatisma reste un truc perso (ou à faible diffusion come association locale qui aurait besoin des infos), la claiuse est abusive.

Ce serait différent à mon avis si les données sont scrappées pour alimenter une base à large diffusion.

je l'ai fait en Ruby avec nokogiri.

Bien plus efficace que tout ce que j'avais pu trouver en Python ou en shell à l'époque.

Après ça dépend buen sûr de la façon dont le document HTML. Comme dit plus haut, en allant voir le code source tu retrouves la page, il reste donc à parcourir le document pour récupérer les infos.

Concernant la commande inxi -F, c'est ce que je doit taper dans la console commande et vous faire un copier/coller de ce qui sera noté en dessous ?

Oui. Cette commande permet de nous faire savoir la config matérielle de ta machine, et éventuellement de te donner des pistes.

ça, ça m'étonnerait…

Je me suis mal exprimé : je ne sais pas comment les choses se paramètrent avec l'environnement graphique du PI, mais sous Enlightenment, il y a une applet qui permet de définir le profil énergétique du cpu, le comportement de l'économie d'énergie, et la fréquence du CPU. Peut-être que l'environnement par défaut lorsqu'on démarre sur la clé USB n'est pas paramétrée avec le profil adapté à la machine et/ou à son utilisation. Du coup, aller dans ce paramétrage et changer le profil pourrait permettre de faire baisser la température et la vitesse des CPU.

la gestion des ressources CPU/gestion de l'énergie est différente sous Linux ou sous Windows. D'ailleurs je me demande si parfois cette gestion ne frole pas l'arnaque, en vendant une machine avec CPU qui peux en théorie exploser les benchmark, mais qui n'atteindra jamais la vitesse théorique parce que le système de régulation de la consommation énergie ou gestion de température ralentira le CPU pour qu'il ne chauffe pas trop.

Personnellement le fait que le décodage de vidéo prenne du CPU ne me choque pas plus que ça, mais si ça te pose problème, essaie de voir au niveau du profil énergétique de ton CPU, pour qu'il consomme moins. Ca fera réduire la température, et la vitesse de rotation de tes ventilos.

Ah, et éventuellement, si c'est un ordinateur ancien, passe aussi un coup d'aspirateur au niveau des ventilos, et si tu peux, change la parte thermique au niveau du refroidisseur CPU et/ou GPU.

Est ce que cela vient du fait que je n'ai pas fait d'installation pure et dure de Linux et que je tourne sous clé USB ?

Peut-être que le paramétrage de la conso d'énergie n'est pas optimisé lorsque tu démarres sur une clé USB ? Ou alors le matériel qui est chargé de le faire n'est pas pris en charge par le noyau utilisé par la clé usb ?

Pas grave, le temps de coller le coup de tatane, l'IA avec la reconnaissance vocale aura pris le relai. D'aileurs la désactivation à coup de tatane permettra à l'IA confirmer l'intrusion (reconnaissance du cri du chihuaua se prenant la tatane). Par contre il faudra entraîner l'IA à reconnaître le cri avant … :)

Le plus efficace contre les intrusions, ce sont les oies …. Mieux qu'un chien de garde. Par contre, je ne suis pas sûr qu'elles puissent apprendre à utiliser une litière, donc dans un appartement, c'est pas top.

Ca dépend de l'endroit ou tu te trouves … par chez moi, la réception mobile est pourrie, quel que soit l'opérateur. Il y a peu, j'ai eu une coupure d'accès à L'internet fixe. J'ai tenté de passer sur le mobile en me servant du téléphone comme point d'accès, mais le débit était assez excécrable : pas moyen de me connecter à une visio sous teams.

moi perso, j'ai regardé le cout au Mbps de transfert…

J'ai réfléchi ainsi, cependant mes moyens ne me permettent pas aujourd'hui de payer ce prix.

Peut-être que dans 1 an ou deux je reviendrai à ce genre d'offre, mais aujourd'hui je ne peux pas consacrer plus de 35 euros à un forfait internet.

C'est une des raisons pour lesquelles je suis très réticent à acheter un nas "tout fait" … Le seul intéret éventuel de ce genre de matos est peut-être le fait que le matériel est étudié pour être silencieux, et ne pas consommer beaucoup. Par contre côté logiciel …

Ce serait bien si ça se passait comme ça pour tout le monde, celà dit il y a parfois des gens qui sont pénibles et qui ont tendance à harceler lorsqu'on ne répond pas à leurs exigeances. Parfois j'ai vu des trucs assez désagréables sur des fils de discussions GitHub ….

Dans le cas remonté ici par le PI, je n'ai pas vraiment suivi ce qui s'est passé, mais je peux comprendre que parfois les devs en viennent à réagir vivement (même si je trouve ça dommage).

Je ne sais pas si ça justifie un tel écart de prix entre fibre et ADSL, mais si on regarde un peu, je pense que la fibre a un coût d'installation et d'exploitation plus élevé.

D'abord il y a le cablage de l'infrastructure, que tu n'as pas avec l'ADSL : je pense que ce cout est rentabilisé sur plusieurs années. Ensuite qui dit un débit plus important dit une bande passante plus importante en amont, donc des équipements plus rapides, plus cher, qui consomment plus …

Donc oui, la fibre coute certainement plus cher que l'ADSL. Est-ce que la différence de prix est si importante ? Je ne saurais le dire. Celà dit je pense que si les FAI arrêtaient leur délire d'offre à moitié prix la première année pour ensuite faire payer un max, les abonnements mensuels couteraient moins cher … je ne vois pas vraiment l'intéret de la manoeuvre des FAI qui consiste à fair si peu payer lapremière année, et avoir une telle différence au bout d'un an.

C'est vrai, j'ai contrôlé ce point. Après un an, l'offre sosh reste à environs 30 euros (je n'ai plus le montant exact) : ça pique moins que la freebox révolution de free qui passe d'une vingtaine d'euros à 45 euros d'un coup !!!

Mon critère était de rester sous les 35 euros, et les autres FAI dépassent ce critère après 1 an d'abonnement (ou alors j'en ai raté un).

pour l'IP, je crois que tant que tu laisse la box up (ou que tu ne l'arrêtes pas trop longtemps), tu gardes ton IP. En plus tu peux configurer un dyndns sur la livebox.

Je viens de la faire installer, et en ce moment ils remboursent les frais de résiliation (avec un plafond). Théoriquement je suis censé avoir un débit moins élevé qu'avec la freebox, mais en pratique j'ai l'impression que mon débit l'est plus.

Free, pour l'internet fixe, hors première année d'abonnement, c'est devenu très cher, contrairement à ce qu'ils étaient il y a quelques années encore.