C'est totalement pifométrique, mais d'idée que je me fais d'un recyclage des appareils électroniques dans le futur, c'est une énorme broyeuse qui te produit de très fines particules qui sont ensuite triées pour former un "minerais" enrichi dans tel ou tel composé. Ça me parait plus viable qu'un démontage manuel qui ne permet pas de résoudre le problème.
Le trie serait du pure délire vu le nombre de matières différentes.
Vous connaissez http://www.horizon-computing.com/ ? Il poste régulièrement ici. Ils sont orienté serveur, vous devriez partagé des trucs, ils font aussi de l'open hardware.
Dans l'idée, cela serait plus un portable mieux recyclable que la moyenne ont on aurait besoin. Cela me fait penser à des matelas, dont les couches de mousses n'étaient plus collés pour être mieux recyclable en fin de vie.
Je préfère la version précédente avec le module "masse storage" à mettre dans un PC. Ou d'avoir un cordon SATA pour booter le pc de bureau.
Communication en Wi-Fi ac entre écrans et base Open Computer en mode mobilité
Je ne comprends pas, on parle de "hdmi sans fil" ou de wifi IP, parce que dans ce cas, tous les softs ont a être écrit. Au mieux, tu peux faire du client serveur entre la tablette et le socle, mais bon, je ne sais pas si wayland par le réseau fonctionne, et si xfree fonctionne encore et si il fonctionne avec du tactile.
Les machins modulaires ont un problème de base : les connecteurs coutent une blinde. Donc, c'est difficile de justifier autre chose qu'un connecteur ultra-standard (DRAM, SATA, PCIe, USB).
Par contre, si vous faites des portables, il y a un truc vraiment génial à faire. On a besoin de mobilité 20% du temps, avoir son PC avec soi, en réunion, à l'extérieur. Le reste du temps, on bosse à son bureau. Or l’extrême mobilité (PC de 1 kg et pas une brique de 3 kg sans alim) est incompatible avec de la grosse puissance de calcul (cpu de 25W, vs 95W). Certain gère ça avec 2 machines, mais il faut dupliquer l'ensemble de son espace de travail, ce qui est très très très chiant. L'idéal serait de bénéficier des mêmes données et des mêmes logiciels entre les 2 machines.
En gros, le portable deviendrait le disque dur principal d'un PC de bureau.
Justement, le fait que go ne fasse qu'un seul binaire sans dépendance facilite surtout la vie d'un serveur. C'est un des problèmes que voulaient régler les ingénieurs Google qui codaient avant en C++.
Les outils pourraient être écrit en ocaml, c'est le cas de nombreux compilateurs. Mais j'imagine que la complexité qui pourrait être géré par Ocaml n'est pas assez grande dans ce genre d'outil pour justifier le surcout de développement. Ensuite, il me semble que Rust dispose de beaucoup des constructions sympa fonctionnelles.
Go n'est pas fait pour ça. Go, c'est pour faire du serveur web applicatif, pas un outils en ligne de commande, même si c'est possible, bien sûr.
Je n'avais pas pensé à ce cas de figure, bien sûr, je pensais à transmettre un message complet par channel pour ne surtout pas avoir de partage de mémoire. C'est le principe de base du partage par message.
Avez-vous expliqué le problème, ici :https://blog.golang.org/toward-go2 ou même pour le go actuel ? Faire un "deep cloning", pour le passage par référence, est quand même une sacré bonne raison.
Mais Rust a un avantage sans prix : La thread safety garantie à la compilation, ce que Go ne pourra jamais offrir.
Comment ils font ça ? Avec go, si on utilise que les channels pour communiquer entre goroutine et pas de lock, il n'y a pas de problème potentiel.
Le cas général, est complexe surtout si on rajoute le garbage collector au milieu. Un des moyens serait d'envoyer des bouts de mémoire en lecture seul, et transmettre la gestion de ce bout de mémoire pour le détruire. Il existe une théorie dont j'ai oublié le nom qui permet de faire ça, mais cela rend le code très complexe (à chaque affectation, la sémantique est que la donnée est transmise et n'existe plus dans la variable d'origine).
Pour m'y mettre depuis 1 an, go est vraiment puissant. Son système de typage par interface permet une réutilisation dingue. L'exemple typique sont des lib évoluées qui utilisent l'interface de base des mux http. Ainsi on peut injecter le tout dans une autre lib qui ne connait que la lib de base.
Pour moi, il manque surtout des types sommes (ou union en Rust).
Il est fait pour écrire des serveurs web applicatif qui monte bien en charge. En dehors de ce cas d'usage, il n'est pas l'ultime solution.
Une fonction cyclique est une fonction qui est exécutée toutes les millisecondes par exemple.
Si ton nombre de threads est lié au nombre de requêtes que tu reçois, tu augmente la latence avec l'augmentation du nombre de requêtes.
A moins d'avoir un sacré bon scheduler, l'augmentation ne sera pas linéaire du tout. Une fois que n est bien plus grand que le nombre de cpu, "l'overhead" de gestion grandit avec le nombre de changements de contexte, etc…
"Par contre si je comprends bien l'interrupt coalescing. Il s'agit de remplacer les interruptions hardware pour les envoyer des une file. Pour réduire les interruptions et avoir un meilleur débit en augmentant la latence, là où la programmation réactive a pour objectif de réduire la latence quitte à limiter le débit."
De mémoire, c'est revenu à la mode, quand les cartes ethernet 1000mbits sont arrivé : les PC n'arrivaient pas à utiliser la moitié de la bande passante disponible. Les OS passaient leur temps dans la gestion d'interruption très bas niveau. Le but est de remplacer des cycles de gestion par des cycles vraiment utiles. Donc, oui, cela augmente le débit. Il n'y a pas de gestion logiciel de file, c'est le hardware qui gère.
Concernant la latence, il est faux de dire qu'une latence est basse quand il y a n threads pour n taches. En cas de forte charge, on a aucune idée de la latence maximale possible. Une fonction cyclique va fournir la même latence quelle que soit la charge.
Pour résumer, un système uniquement réactif aura une latence faible si il y a peu d’événements, dés que cela monte, une fonction cyclique offrira bien plus de garantie.
Je me demandais si quelqu'un avait essayer de faire un terminal qui va "plus loin".
En jouant avec les couleurs, on peut voir le genre de commande que l'on peut transmettre à un terminal. Tout le monde connait ncurse pour faire des applications à l'intérieur du terminal. On a aussi vu des terminal capable d'afficher directement des images, bien que j'ai du mal à voir l'utilité.
Est-ce que quelqu'un a essayer de faire un peu mieux que d'afficher du texte pure, comme afficher des sorties XML ou json de façon arborescente, ou une autre innovation qui permet d'utiliser l'entrée et la sortie standard d'un programme tout en lui donnant un GUI un peu plus riche, sans passer par la création d'un serveur web ?
J'imagine que c'est le même bazard pour les 2 autres activités sous évaluées : la vulgarisation et l'expertise pour l’État.
Lors d'une interview a la radio, il était question des problèmes de conflit d’intérêt avec les experts fiscalistes qui conseillent à la fois les Etats et les entreprises, avec un énorme conflit d’intérêt. L'excuse pour l’État est de dire 'c'est compliqué', alors qu'ils ont des experts mais peu intéressé à ses questions car cela ne rentre pas en compte dans leur évaluation de carrière. Ses chercheurs pourraient aider entre autre, avec des livres ou article de vulgarisation.
cela ne devrait pas être trop difficile de monter un repository github avec toutes les versions centralisés. Par contre, il faut une personne qui s'en occupe.
Les dépendances read-after-write sont importantes surtout sur les "cpu simples", mais avec les monstres que sont les X86, la taille de la fenêtre d'observation permet d'aller aux instructions suivantes.
Le regroupement des load&store peut potentiellement avoir beaucoup d'impact de performance, car le cpu ne peut pas faire un store et un load en parallèle, il est obliger de vérifier qu'il n'est pas entrain de relire ce qu'il vient d'écrire.
Non, ce cas n'est pas géré. Flag reconnait simplement qu'il s'agit d'un entier. Il faudrait une couche de vérification supplémentaire.
D'ailleurs, j'ai découvert l'usage de errors.Wrap(err, "fonction_en_cours"), il n'y a pas si longtemps que je trouve assez génial : on wrap une erreur pour ajouter de l'information sur la redirection d'une erreur, la fonction ajoute aussi un moyen d’accéder au ligne/fichier. Et l'objet reste du type "error", ce qui permet de réutiliser ou d’injecter ce genre d'erreur sans problème de compatibilité.
[^] # Re: Réparation, à quel coût?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 5.
Le trie serait du pure délire vu le nombre de matières différentes.
"La première sécurité est la liberté"
[^] # Re: Comme de bien entendu
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 7.
Vous connaissez http://www.horizon-computing.com/ ? Il poste régulièrement ici. Ils sont orienté serveur, vous devriez partagé des trucs, ils font aussi de l'open hardware.
cf par exemple le bios libre : https://linuxfr.org/users/vejmarie/journaux/l-epopee-nerf
https://linuxfr.org/users/vejmarie
"La première sécurité est la liberté"
[^] # Re: Réparation, à quel coût?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 3.
Dans l'idée, cela serait plus un portable mieux recyclable que la moyenne ont on aurait besoin. Cela me fait penser à des matelas, dont les couches de mousses n'étaient plus collés pour être mieux recyclable en fin de vie.
"La première sécurité est la liberté"
[^] # Re: innovations
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 5.
C'est plus de l'usage tablette que PC.
Je préfère la version précédente avec le module "masse storage" à mettre dans un PC. Ou d'avoir un cordon SATA pour booter le pc de bureau.
Je ne comprends pas, on parle de "hdmi sans fil" ou de wifi IP, parce que dans ce cas, tous les softs ont a être écrit. Au mieux, tu peux faire du client serveur entre la tablette et le socle, mais bon, je ne sais pas si wayland par le réseau fonctionne, et si xfree fonctionne encore et si il fonctionne avec du tactile.
"La première sécurité est la liberté"
# innovations
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 10.
Les machins modulaires ont un problème de base : les connecteurs coutent une blinde. Donc, c'est difficile de justifier autre chose qu'un connecteur ultra-standard (DRAM, SATA, PCIe, USB).
Par contre, si vous faites des portables, il y a un truc vraiment génial à faire. On a besoin de mobilité 20% du temps, avoir son PC avec soi, en réunion, à l'extérieur. Le reste du temps, on bosse à son bureau. Or l’extrême mobilité (PC de 1 kg et pas une brique de 3 kg sans alim) est incompatible avec de la grosse puissance de calcul (cpu de 25W, vs 95W). Certain gère ça avec 2 machines, mais il faut dupliquer l'ensemble de son espace de travail, ce qui est très très très chiant. L'idéal serait de bénéficier des mêmes données et des mêmes logiciels entre les 2 machines.
En gros, le portable deviendrait le disque dur principal d'un PC de bureau.
"La première sécurité est la liberté"
[^] # Re: Multi-licences pour plaire à tout le monde, c'est possible ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utilité des CLA quand on fait du libre et que du libre. Évalué à 4.
Oui, c'est pas mal. Je crois que c'est mozila qui avait commencé avec les double ou triple licence.
"La première sécurité est la liberté"
[^] # Re: langue
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 6.
Justement, le fait que go ne fasse qu'un seul binaire sans dépendance facilite surtout la vie d'un serveur. C'est un des problèmes que voulaient régler les ingénieurs Google qui codaient avant en C++.
"La première sécurité est la liberté"
[^] # Re: langue
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 5.
Ce que je veux dire c'est que la communauté autour du langage, et les bibliothèques disponibles sont très axé web.
Mais c'est un langage générique, on peut tout faire avec, le travail sera simplement moins prémâché.
"La première sécurité est la liberté"
# langue
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 1.
Les outils pourraient être écrit en ocaml, c'est le cas de nombreux compilateurs. Mais j'imagine que la complexité qui pourrait être géré par Ocaml n'est pas assez grande dans ce genre d'outil pour justifier le surcout de développement. Ensuite, il me semble que Rust dispose de beaucoup des constructions sympa fonctionnelles.
Go n'est pas fait pour ça. Go, c'est pour faire du serveur web applicatif, pas un outils en ligne de commande, même si c'est possible, bien sûr.
"La première sécurité est la liberté"
[^] # Re: PHP…
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 9.
Je ne suis pas d'accord. Javascript est tout aussi pourris que PHP.
Python n'a jamais prétendu pouvoir être utilisé pour faire des (gros) logiciels.
"La première sécurité est la liberté"
[^] # Re: Go ou Rust côté backend, système ou embarqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La ronde (boucle?) des langages. Évalué à 3.
non, mais le go actuel pourrait fournir une fonction de base Clone(dst, org) qui pourrait aider à faire le travail.
"La première sécurité est la liberté"
[^] # Re: Go ou Rust côté backend, système ou embarqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La ronde (boucle?) des langages. Évalué à 3.
Je n'avais pas pensé à ce cas de figure, bien sûr, je pensais à transmettre un message complet par channel pour ne surtout pas avoir de partage de mémoire. C'est le principe de base du partage par message.
Avez-vous expliqué le problème, ici :https://blog.golang.org/toward-go2 ou même pour le go actuel ? Faire un "deep cloning", pour le passage par référence, est quand même une sacré bonne raison.
"La première sécurité est la liberté"
[^] # Re: Go ou Rust côté backend, système ou embarqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La ronde (boucle?) des langages. Évalué à 3.
Comment ils font ça ? Avec go, si on utilise que les channels pour communiquer entre goroutine et pas de lock, il n'y a pas de problème potentiel.
Le cas général, est complexe surtout si on rajoute le garbage collector au milieu. Un des moyens serait d'envoyer des bouts de mémoire en lecture seul, et transmettre la gestion de ce bout de mémoire pour le détruire. Il existe une théorie dont j'ai oublié le nom qui permet de faire ça, mais cela rend le code très complexe (à chaque affectation, la sémantique est que la donnée est transmise et n'existe plus dans la variable d'origine).
"La première sécurité est la liberté"
[^] # Re: Go ou Rust côté backend, système ou embarqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La ronde (boucle?) des langages. Évalué à 10.
Pour m'y mettre depuis 1 an, go est vraiment puissant. Son système de typage par interface permet une réutilisation dingue. L'exemple typique sont des lib évoluées qui utilisent l'interface de base des mux http. Ainsi on peut injecter le tout dans une autre lib qui ne connait que la lib de base.
Pour moi, il manque surtout des types sommes (ou union en Rust).
Il est fait pour écrire des serveurs web applicatif qui monte bien en charge. En dehors de ce cas d'usage, il n'est pas l'ultime solution.
"La première sécurité est la liberté"
[^] # Re: Vieille solution
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des vieilles bases d'unix à la hype reactive actuelle. Évalué à 3.
Une fonction cyclique est une fonction qui est exécutée toutes les millisecondes par exemple.
A moins d'avoir un sacré bon scheduler, l'augmentation ne sera pas linéaire du tout. Une fois que n est bien plus grand que le nombre de cpu, "l'overhead" de gestion grandit avec le nombre de changements de contexte, etc…
"La première sécurité est la liberté"
[^] # Re: Vieille solution
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des vieilles bases d'unix à la hype reactive actuelle. Évalué à 3.
De mémoire, c'est revenu à la mode, quand les cartes ethernet 1000mbits sont arrivé : les PC n'arrivaient pas à utiliser la moitié de la bande passante disponible. Les OS passaient leur temps dans la gestion d'interruption très bas niveau. Le but est de remplacer des cycles de gestion par des cycles vraiment utiles. Donc, oui, cela augmente le débit. Il n'y a pas de gestion logiciel de file, c'est le hardware qui gère.
Concernant la latence, il est faux de dire qu'une latence est basse quand il y a n threads pour n taches. En cas de forte charge, on a aucune idée de la latence maximale possible. Une fonction cyclique va fournir la même latence quelle que soit la charge.
Pour résumer, un système uniquement réactif aura une latence faible si il y a peu d’événements, dés que cela monte, une fonction cyclique offrira bien plus de garantie.
"La première sécurité est la liberté"
# un terminal qui va plus loin ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Quel terminal pour 2018 ?. Évalué à 8.
Je me demandais si quelqu'un avait essayer de faire un terminal qui va "plus loin".
En jouant avec les couleurs, on peut voir le genre de commande que l'on peut transmettre à un terminal. Tout le monde connait ncurse pour faire des applications à l'intérieur du terminal. On a aussi vu des terminal capable d'afficher directement des images, bien que j'ai du mal à voir l'utilité.
Est-ce que quelqu'un a essayer de faire un peu mieux que d'afficher du texte pure, comme afficher des sorties XML ou json de façon arborescente, ou une autre innovation qui permet d'utiliser l'entrée et la sortie standard d'un programme tout en lui donnant un GUI un peu plus riche, sans passer par la création d'un serveur web ?
"La première sécurité est la liberté"
[^] # Re: Hem...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Misogynie et discrimination à l'embauche. Évalué à 2.
Comment ce poste argumenté peut être noté négativement ?!
"La première sécurité est la liberté"
[^] # Re: Retour d'expérience sur 10 ans
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche G’MIC : 2.2, v’là les filtres !. Évalué à 5.
J'imagine que c'est le même bazard pour les 2 autres activités sous évaluées : la vulgarisation et l'expertise pour l’État.
Lors d'une interview a la radio, il était question des problèmes de conflit d’intérêt avec les experts fiscalistes qui conseillent à la fois les Etats et les entreprises, avec un énorme conflit d’intérêt. L'excuse pour l’État est de dire 'c'est compliqué', alors qu'ils ont des experts mais peu intéressé à ses questions car cela ne rentre pas en compte dans leur évaluation de carrière. Ses chercheurs pourraient aider entre autre, avec des livres ou article de vulgarisation.
"La première sécurité est la liberté"
[^] # Re: Exception
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le droit d'auteur en France et le domaine public. Évalué à 3.
Il y a plein d'exceptions dans le droit d'auteur français concernant le logiciel.
Il n'y a pas de droit à la copie privé par exemple, en dehors d'une sauvegarde.
"La première sécurité est la liberté"
[^] # Re: Droit d'auteur illogique ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le droit d'auteur en France et le domaine public. Évalué à 3.
A l'origine, c'était pour protéger les auteurs, ce n'est plus le cas aujourd'hui, il est devenu une manière de créer une rente.
"La première sécurité est la liberté"
[^] # Re: Attention, programme bogué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Portage de TapTempo en Golang. Évalué à 4.
il y a aussi les samples négatifs qui font planter le truc.
"La première sécurité est la liberté"
[^] # Re: Regroupement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Portage de TapTempo en Tcl. Évalué à 4.
cela ne devrait pas être trop difficile de monter un repository github avec toutes les versions centralisés. Par contre, il faut une personne qui s'en occupe.
"La première sécurité est la liberté"
[^] # Re: Réordonnancement étrange...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche De la nécessité d’adopter les opérations atomiques C11 ?. Évalué à 3.
Les dépendances read-after-write sont importantes surtout sur les "cpu simples", mais avec les monstres que sont les X86, la taille de la fenêtre d'observation permet d'aller aux instructions suivantes.
Le regroupement des load&store peut potentiellement avoir beaucoup d'impact de performance, car le cpu ne peut pas faire un store et un load en parallèle, il est obliger de vérifier qu'il n'est pas entrain de relire ce qu'il vient d'écrire.
"La première sécurité est la liberté"
[^] # Re: bornes ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Portage de TapTempo en Golang. Évalué à 5.
Non, ce cas n'est pas géré. Flag reconnait simplement qu'il s'agit d'un entier. Il faudrait une couche de vérification supplémentaire.
D'ailleurs, j'ai découvert l'usage de errors.Wrap(err, "fonction_en_cours"), il n'y a pas si longtemps que je trouve assez génial : on wrap une erreur pour ajouter de l'information sur la redirection d'une erreur, la fonction ajoute aussi un moyen d’accéder au ligne/fichier. Et l'objet reste du type "error", ce qui permet de réutiliser ou d’injecter ce genre d'erreur sans problème de compatibilité.
"La première sécurité est la liberté"