Thomas Monjalon a écrit 48 commentaires

Merci pour ton merci :)

Effectivement ça ne marche plus.
Pour corriger il suffit d'ajouter ça avant le print final :

if len(t['entries']) > i:

Je vais mettre à jour le gist.

J'avais fait ça il y a quelques années:

list-fftabs.py (sur GitHub)

Je recommande de contacter l'association Unbee qui fait du recyclage de machines sur Bordeaux, qui installe Linux, et aide ceux qui en ont besoin :

https://www.unbee.fr/

Merci pour le lien.

Ça a pas mal de points communs avec choose.

fuzzysh est vraiment court, c'est cool.

Merci beaucoup pour ce travail.

Parce que dialog a un objectif beaucoup plus large que choose.

Pas sûr de comprendre fzf. Tu peux donner un lien vers skim stp ?

Non je ne prévois pas de truc compliqué comme le fuzzy finding.
choose est plutôt prévu pour des choix simples parmi quelques propositions.

Je n'utilise pas le terminal de vim. Peux-tu me dire comment reproduire ton test ?

À propos du lien vers l'autre choose, je tiens à dire que j'étais là bien avant lui :)

choose est moins intrusif visuellement, question de goût je suppose.

Merci pour le partage de shellcheck, ça peut être pratique.

merci pour l'article vraiment informatif, top !

Donc Steam Link est dans la deuxième catégorie (logiciel spécialisé) ?

Aussi NoMachine (troisième catégorie) n'est pas trop ouvert,
et Moonlight (deuxième catégorie) n'est pas trop fermé.

Désolé pour les approximations

Il y a aussi Moonlight qui n'a pas été cité : https://moonlight-stream.org/

Il faudrait faire une page Wikipedia.
En résumé, pour du jeu à distance, on a des solutions cloud payantes :

• Sony PlayStation Now
• Microsoft xCloud
• Google Stadia
• Amazon Luna
• Nvidia GeForce Now
• Blade Shadow
• Valve Steam Link

Des logiciels spécialisés fermés :

• Parsec
• Moonlight

Des logiciels d'affichage à distance ouverts :

• Xpra
• VirtualGL
• NoMachine
• Xspice
• Waypipe
• VNC
• ffmpeg

Je crois comprendre que rien de tout ça ne correspond exactement à la demande initiale :
un logiciel ouvert spécialisé pour jouer sur une petite machine cliente avec un serveur maison.

Merci pour l'analyse.

En espérant que cet énième incident incitera "tout le monde" à rentrer dans le droit chemin à plus ou moins court terme.

Ça a l'air d'être un échec intéressant.
Si je comprends bien, un développeur de Facebook propose un truc tarabiscoté (netgpu) dans le kernel pour faire du traitement de paquets dans le GPU. Son expérimentation ne fonctionne pour l'instant qu'avec Mellanox/Nvidia. Plusieurs mainteneurs dont celui de Mellanox/Nvidia lui répondent que c'est pourri :
https://lore.kernel.org/netdev/20200728233806.GC16789@nvidia.com/

Ensuite, ça déclenche un désir de bloquer ce genre de module :
http://lkml.iu.edu/hypermail/linux/kernel/2008.1/05371.html
"inherit TAINT_PROPRIETARY_MODULE"

Mais est-ce vraiment le problème actuellement rencontré pour le driver Nvidia en 5.9 ?

Je répondais surtout en rapport aux commentaires sur phoronix (le lien posté initialement en haut de cette page).

Un développeur Debian a écrit un patch, pour systemd, qui vous paraît maladroit.
Et puisqu'il s'est fait employé par Microsoft, c'est monté en épingle.

Pour connaître Luca, qui est également mainteneur dans les projets ZeroMQ et DPDK, c'est plutôt un "linuxien pure souche".
D'ailleurs il est dans la même équipe Microsoft que le mainteneur de iproute2 (pièce centrale de la pile réseau) et ancien Fellow de la Linux Foundation (OSDL à l'époque).

Ça bouscule vos à-priori ?

Trouvé sur GitHub : https://github.com/clownix/cloonix

Bonjour,
S'agit-il d'un projet ouvert à participation ?
Je ne trouve pas de liste de diffusion ni de dépôt git.

Ça c'est du journal fort utile !
Merci

Merci pour les descriptifs de ces projets.
Je me permet d'apporter quelques précisions pour DPDK.

Tout d'abord, la baisse de latence est plus un effet heureux qu'un objectif dans DPDK.
Le véritable objectif était initialement d'augmenter le débit.

Le deuxième objectif, qui s'ajoute au fil des années, est la pleine utilisation et compatibilité des cartes du marché, notamment tous les offloads hardware possibles.
La liste des cartes compatibles est longue : http://core.dpdk.org/supported/
Et les CPUs autres qu'Intel (Marvell, NXP, IBM) sont supportés.
Au sujet des sociétés impliquées, Cisco et VMware ont un rôle assez mineur. L'essentiel des contributions provient des fournisseurs de matériel tels que Intel, Mellanox, Marvell, NXP, Solarflare. La liste des sponsors donne un bon aperçu : https://www.dpdk.org/ecosystem/#members

Au sujet de la monopolisation du CPU, il est possible de mixer le "polling" et les interruptions. Il est également possible de baisser la fréquence de cores CPU quand l'utilisation est plus faible.

Si vous voulez modifier la description, n'hésitez pas à copier le texte qui vous semble pertinent.

Oui, Mellanox fait pas mal d'Open Source.

En plus d'Infiniband/RDMA, c'est également un leader pour les cartes Ethernet dans les datacenters.

Par exemple, dans Linux 5.0, Mellanox est un des plus gros contributeurs aux côtés de Google, RedHat, Linaro et Intel :
https://lwn.net/Articles/780271/

Dans un autre projet qui m'est cher, on est le deuxième plus gros contributeur derrière Intel :
http://mails.dpdk.org/archives/announce/2018-November/000233.html

Un autre outil, qui ne fait pas vraiment la même chose, mais qui mérite de la pub : scrcpy.
Ça utilise le câble USB pour déporter le téléphone dans une fenêtre de ton Linux.
Merci Romain Vimont et Genymobile pour ce bel outil !

Expérience perso (si ça peut aider quelqu'un d'autre) : scrcpy m'a servi quand ma barre tactile de navigation est morte de viellesse.
Ensuite, installer l'appli Android button mapper m'a permis d'utiliser les boutons physiques au lieu de la zone tactile.

Cet article explique que la BBC utilise netmap pour la performance réseau, et qu'ils ont récemment contribué le support de cartes Mellanox ConnectX-4.

Ce qui n'est pas dit : ces cartes, ainsi que des plus récentes, sont déjà supportées dans un projet similaire (DPDK) où quasi tous les fabricants fournissent le travail pour leur matériel sorti ou à venir :
http://dpdk.org/doc/nics

C-o permet de valider une commande (comme Enter ou C-m) puis d'afficher la commande suivante dans l'historique.
Ça s'utilise donc en combinaison avec C-r ou C-p afin de refaire une série de commandes déjà exécutées auparavant.

C'est bien que Microsoft supporte FreeBSD dans son cloud.

Cependant, je ne comprend pas bien la description donnée dans cette dépêche :

le pilote de réseau virtuel hv_netvsc(4) implémente une interface pour gérer les cartes qui permettent le partage de ressources, Virtual Function (VF), c.‐à‐d. les cartes réseau Mellanox® Connect-X3™ ; ceci afin de permettre une migration sans coupure

Quelles ressources sont partagées ? Il me semble qu'il s'agit simplement de basculer d'un datapath à un autre ?

Le patch : https://reviews.freebsd.org/D8964