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.
Ç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/
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).
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.
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/
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 ?
Comme dis plus haut, ce journal a lancé le concours de la meilleure boîte.
Je propose la participation de 6WIND comme boîte qui fait de la programmation système en C, de l'Open Source et qui traite de gros volumes de données (techno utilisée chez les opérateurs et les datacenters). Il y a également de vrais projets de R&D.
Pour les contributions Open Source, je citerais Linux (networking), DPDK (drivers userland), Quagga (routage), Qemu (virtualisation), OpenStack, et il y en a d'autres.
Par contre, pas de langage fonctionnel ni de jacuzzi ;)
Franchement, il y en a un peu ras le bol de cette méfiance ambiante.
Cette carte n'est pas utilisée à Open Wide. Ce n'est qu'un jeu. Le x86 n'est pas aussi intéressant et chaque ordinateur est différent avec des optimisations différentes.
Remarque : personne n'oblige les râleurs à participer.
# même catégorie que "choose" en shell
Posté par Thomas Monjalon . En réponse au lien fuzzysh, un selectionneur minimaliste à la fzf entièremment en shell. Évalué à 1 (+0/-0).
Merci pour le lien.
Ça a pas mal de points communs avec choose.
fuzzysh est vraiment court, c'est cool.
[^] # Re: Wow, super travail, merci !
Posté par Thomas Monjalon . En réponse à la dépêche Nouveautés du langage C dans sa prochaine version C23. Évalué à 10.
Merci beaucoup pour ce travail.
[^] # Re: dialog
Posté par Thomas Monjalon . En réponse au journal choose, pour des scripts shells interactifs. Évalué à 4.
Parce que dialog a un objectif beaucoup plus large que choose.
[^] # Re: cool cool cool
Posté par Thomas Monjalon . En réponse au journal choose, pour des scripts shells interactifs. Évalué à 1.
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 :)
[^] # Re: dialog
Posté par Thomas Monjalon . En réponse au journal choose, pour des scripts shells interactifs. Évalué à 1.
choose est moins intrusif visuellement, question de goût je suppose.
[^] # Re: Shellcheck: pour amélioration
Posté par Thomas Monjalon . En réponse au journal choose, pour des scripts shells interactifs. Évalué à 1.
Merci pour le partage de shellcheck, ça peut être pratique.
[^] # Re: merci pour l'article
Posté par Thomas Monjalon . En réponse au lien Btrfs : révolution ou catastrophe ? Où en est-on aujourd'hui ?. Évalué à 2.
merci pour l'article vraiment informatif, top !
[^] # Re: Beaucoup de "solutions"
Posté par Thomas Monjalon . En réponse au journal Jouer à distance avec du logiciel libre. Évalué à 2.
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
# Beaucoup de "solutions"
Posté par Thomas Monjalon . En réponse au journal Jouer à distance avec du logiciel libre. Évalué à 4.
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 :
Des logiciels spécialisés fermés :
Des logiciels d'affichage à distance ouverts :
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.
[^] # Re: détails de l'histoire ?
Posté par Thomas Monjalon . En réponse au journal Linux & Nvidia. Évalué à 1.
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.
# détails de l'histoire ?
Posté par Thomas Monjalon . En réponse au journal Linux & Nvidia. Évalué à 4.
Ç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 ?
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Thomas Monjalon . En réponse au lien Microsoft loves systemd. Évalué à 1.
Je répondais surtout en rapport aux commentaires sur phoronix (le lien posté initialement en haut de cette page).
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Thomas Monjalon . En réponse au lien Microsoft loves systemd. Évalué à 2.
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 ?
[^] # Re: Contribution?
Posté par Thomas Monjalon . En réponse à la dépêche Version v09-00 de cloonix. Évalué à 1.
Trouvé sur GitHub : https://github.com/clownix/cloonix
# Contribution?
Posté par Thomas Monjalon . En réponse à la dépêche Version v09-00 de cloonix. Évalué à 1.
Bonjour,
S'agit-il d'un projet ouvert à participation ?
Je ne trouve pas de liste de diffusion ni de dépôt git.
# Super
Posté par Thomas Monjalon . En réponse au journal Aujourd'hui, je euggubed un programme dans GDB.... Évalué à 10.
Ça c'est du journal fort utile !
Merci
# quelques précisions au sujet de DPDK
Posté par Thomas Monjalon . En réponse à la dépêche Dpdk et Open vSwitch intégrés à Cloonix. Évalué à 10.
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.
[^] # Re: Pas de craintes
Posté par Thomas Monjalon . En réponse au journal F5 achète NGINX. Évalué à 5.
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
# scrcpy
Posté par Thomas Monjalon . En réponse au journal KDE Connect et GNOME. Évalué à 10.
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.
# que retenir de cet article ?
Posté par Thomas Monjalon . En réponse au lien High Speed Networking: Open Sourcing our Kernel Bypass Work (BBC R&D). Évalué à 2.
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
# Et l'indispensable C-o (ou Ctrl+o)
Posté par Thomas Monjalon . En réponse au journal Bash et les raccourcis clavier. Évalué à 3.
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.
# cloud Microsoft Azure
Posté par Thomas Monjalon . En réponse à la dépêche FreeBSD 11.1. Évalué à 1.
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 :
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
# 6WIND
Posté par Thomas Monjalon . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 2.
Comme dis plus haut, ce journal a lancé le concours de la meilleure boîte.
Je propose la participation de 6WIND comme boîte qui fait de la programmation système en C, de l'Open Source et qui traite de gros volumes de données (techno utilisée chez les opérateurs et les datacenters). Il y a également de vrais projets de R&D.
Pour les contributions Open Source, je citerais Linux (networking), DPDK (drivers userland), Quagga (routage), Qemu (virtualisation), OpenStack, et il y en a d'autres.
Par contre, pas de langage fonctionnel ni de jacuzzi ;)
La suite, c'est par là.
# Bravo
Posté par Thomas Monjalon . En réponse à la dépêche Coccigrep, un grep sémantique pour le langage C basé sur Coccinelle. Évalué à 2.
On dirait qu'il y en a qui savent mettre leur temps libre à contribution.
J'en avais rêvé sans trop oser y croire.
Bravo pour l'idée !
Bravo pour la réalisation !
[^] # Re: Travail gratuit ?
Posté par Thomas Monjalon . En réponse à la dépêche Concours linuxembedded.fr. Évalué à 10.
Franchement, il y en a un peu ras le bol de cette méfiance ambiante.
Cette carte n'est pas utilisée à Open Wide. Ce n'est qu'un jeu. Le x86 n'est pas aussi intéressant et chaque ordinateur est différent avec des optimisations différentes.
Remarque : personne n'oblige les râleurs à participer.