COMPTOIR
register

Windows Insider 20150 : le GPU compute sur WSL pour plus de machine learning

Maintenant que la version 2004 de Windows 10 est sortie, les versions Insider de l'OS passent enfin sur la 20H2 - où l'étaient déjà avec la build précédente, mais la numérotation n'était pas à jour - et cette fois la Raymonde s'attaque à un chantier un peu plus gros et laborieux que de faire des applications pour lier son smartphone : faire en sorte que WSL 2 devient un outil complet pour utiliser Linux directement depuis Windows 10. Un projet intéressant surtout pour le monde de la recherche, qui utilise souvent le pingouin pour réaliser ses calculs et modèles de simulation, comme notre cher Nicolas du comptoir.

 

Afin de poursuivre la rénovation entamée depuis quelques builds, Microsoft apporte 3 nouveautés majeures pour le WSL. Les deux premières sont simples, il s'agit d'amener la possibilité d'installer le WSL directement par ligne de commande "wsl -install" et vous pouvez choisir quelle version à installer grâce à la commande "wsl -update". La troisième est la plus importante du coup, puisque Microsoft permet de rajouter le GPU computing dans vos programmes WSL via Cuda. Et pour les plus ambitieux, la firme travaille aussi sur le support de DirectML dans le WSL, afin de profiter de cette technologie qu'importe votre GPU, puisqu'ici l'API est basée sur DirectX 12.

 

En plus de toues ces avancées, nous retrouvons quelques améliorations sur la recherche dans Windows 10, mais surtout une liste énorme de correctifs plus ou moins impactant, comme des erreurs sur l'affichage de certains paramètres ou des bugs de l'explorateur de fichiers. Mais ne vous inquiétez pas, il vous restera toujours quelques BSOD présents pour vous permettre de rager sur Microsoft comme il vous conviendra.

 

Bien entendu, l'ensemble du patch note est disponible sur le blog de Windows 10.

 

troll nico insider wsl

Un poil avant ?

Windows 10 2004 permet de réduire la consommation en RAM de Edge et Chrome

Un peu plus tard ...

Des NUC sauce Ryzen 4000 seraient en préparation chez ASUS

Les 16 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par dfd, le Vendredi 19 Juin 2020 à 20h35  
par SeBL4RD, le Jeudi 18 Juin 2020 à 23h00
En meme temps virtualbox
Vmware Workstation pro est à jour, et parfaitement fonctionnel sur Win 2004. Et j'utilise à la fois Debian sur Win 2004 (WSL 2), et Mes VM parfaitement fonctionnelles sur ce cette nouvelle build.

Comme on dit chez moi, Amandonné, faut savoir aussi se separrer de soft de m*rde.
Oké je ré-essayerai à l'occase... J'ai dû louper un truc.
Perso pour l'instant RAF de WSL2 : clusterssh + xming ça me suffit largement en WSL pour faire tout le taf possible.
Et comme dit, vbox, vagrant gère que ça de manière easy. Vmware, je le garde pour émuler du Mac. Mais pas sur le Ryzen...
par luckydu43, le Vendredi 19 Juin 2020 à 06h48  
par SeBL4RD, le Jeudi 18 Juin 2020 à 23h00
En meme temps virtualbox
Vmware Workstation pro est à jour, et parfaitement fonctionnel sur Win 2004. Et j'utilise à la fois Debian sur Win 2004 (WSL 2), et Mes VM parfaitement fonctionnelles sur ce cette nouvelle build.

Comme on dit chez moi, Amandonné, faut savoir aussi se separrer de soft de m*rde.
Le soft n'est pas foireux, avant que le parc info de la boîte passe sous W10 et impose uniquement HyperV pour virtualiser, c'était VirtualBox et Vagrant sous Windows 7.
La configuration est facile, les lignes de commandes intuitives, je l'ai toujours préféré à mon VMWare Workstation 10.0 activated perso qui, bien que proposant une GUI très flatteuse, devient exponentiellement complexe à mesure qu'on creuse dedans en comparaison avec VirtualBox.
Ca marchait parfaitement, ça a même été une douleur de passer à HyperV dont la console SSH intégrée est si nulle que Putty s'impose.

Aussi, je ne crois pas que "Vmware Workstation pro" soit en licence gratuite, ça pèse dans la balance.

Il n'y a aucune mention de Windows 2004 dans les changelogs de VirtualBox et les correctifs semblent être mensuels. Si correction de bugs il y aura, faudra voir ça mi-juillet amho
par SeBL4RD, le Jeudi 18 Juin 2020 à 23h00  
par dfd, le Jeudi 18 Juin 2020 à 17h07
Euh, je suis tout seul ou j'ai fait une connerie ?
Nan paske avec l'activation de WSL2, ça m'a niq* mes VM Virtualbox qui exposaient les instructions de virtualisation CPU (nested VM).
Même décochée la case virtu inside, les VM ramaient grave au démarrage.
Je disable WSL2 et le virtual platform bidule, désinstalle le upd kernel 4.19 : niquel ! Tout revient à la normale sur le R5 2600.

Soit j'ai fait une connerie,
soit ce petit c*n de WSL2 veut s'accaparer toutes les ressources de virtu, et ça, c'est juste pas possible !
En meme temps virtualbox
Vmware Workstation pro est à jour, et parfaitement fonctionnel sur Win 2004. Et j'utilise à la fois Debian sur Win 2004 (WSL 2), et Mes VM parfaitement fonctionnelles sur ce cette nouvelle build.

Comme on dit chez moi, Amandonné, faut savoir aussi se separrer de soft de m*rde.
par Guillaume L., le Jeudi 18 Juin 2020 à 20h05  
par pascal2lille, le Jeudi 18 Juin 2020 à 18h07
quel artiste ce Guillaume
Bah ça fera toujours plaisir à Nico on va dire
par pascal2lille, le Jeudi 18 Juin 2020 à 18h07  
quel artiste ce Guillaume
par Etropmej en Île-de-France, le Jeudi 18 Juin 2020 à 17h44  
par dfd, le Jeudi 18 Juin 2020 à 17h07
Euh, je suis tout seul ou j'ai fait une connerie ?
Nan paske avec l'activation de WSL2, ça m'a niq* mes VM Virtualbox qui exposaient les instructions de virtualisation CPU (nested VM).
Même décochée la case virtu inside, les VM ramaient grave au démarrage.
Je disable WSL2 et le virtual platform bidule, désinstalle le upd kernel 4.19 : niquel ! Tout revient à la normale sur le R5 2600.

Soit j'ai fait une connerie,
soit ce petit c*n de WSL2 veut s'accaparer toutes les ressources de virtu, et ça, c'est juste pas possible !


par dfd, le Jeudi 18 Juin 2020 à 17h07  
Euh, je suis tout seul ou j'ai fait une connerie ?
Nan paske avec l'activation de WSL2, ça m'a niq* mes VM Virtualbox qui exposaient les instructions de virtualisation CPU (nested VM).
Même décochée la case virtu inside, les VM ramaient grave au démarrage.
Je disable WSL2 et le virtual platform bidule, désinstalle le upd kernel 4.19 : niquel ! Tout revient à la normale sur le R5 2600.

Soit j'ai fait une connerie,
soit ce petit c*n de WSL2 veut s'accaparer toutes les ressources de virtu, et ça, c'est juste pas possible !
par Un ragoteur qui draille en Nouvelle-Aquitaine, le Jeudi 18 Juin 2020 à 16h45  
C'est marrant parce-que même si Microsoft fait comme si ils avaient fait leur mea-culpa j'ai quand sur même l'impression que le loup se déguise en mouton et que on est toujours sur la stratégie Embrace, Extend, Extinguish, et que nous somment à la phase 2 (la phase 1 étant le fameux "Microsoft <3 Linux" ).
Si Microsoft est vraiment sincère pourquoi continuer à utiliser DirectX 12 alors que Vulkan à des performances comparables si ce n'est mieux ? Pourquoi ne pas porter Office alors que les anciennes versions fonctionnent bien sous Wine et que une version Mac existe ? Pourquoi faire un sous-système Linux pour Windows (et non pas Windows Subsystem for Linux qui veux dire le contraire de ce que c'est mais bon quand on à le gros melon faut absolument mettre son nom en avant même si ça n'a pas de sens ) plutôt que de contribuer à ReactOS et Wine ? Pourquoi ne pas vouloir intégrer de systèmes de fichier libre dans Windows ? ... Des questions comme ça j'en ai plein et Microsoft n'y répond pas, pour moi ça sent le coup fourré et ça serais pas la première fois qu'ils fassent ça.
par SeBL4RD, le Jeudi 18 Juin 2020 à 16h31  
Et surtout depuis WSL 2, Le noyaux est virtualisé (VMmem), ce qui permet de pouvoir ENFIN, utiliser des soft x86, alors qu'avec WSL 1 ce n'etait pas possible.

Du coup c'est genial, et niveau perf ça m'a l'air tres tres bien.
par Etropmej en Île-de-France, le Jeudi 18 Juin 2020 à 15h39  
par Cristallix, le Jeudi 18 Juin 2020 à 15h21
Microsoft s'ouvre à Linux, tente de faire avancer le schmilblick et ça râle encore
Ils mettent quand même des moyens colossaux (carrément créer un sous-système Linux) pour faire avancer le schmilblick, alors qu'ils auraient pu faire bien mieux pour moins cher et moins long:
- Favoriser Vulkan
- Porter Office sur Linux (et je ne parle même pas de le rendre open-source, dispo sur Mac donc Unix ils connaissent un minimum)
- Ou encore un équivalent de Visual Studio (VSCode est une blague) et de WPF.

Ca fait des années que ça a été demandé, les gens ont maintes fois donné des solutions mais au final rien n'est fait. Pour caricaturer (mais pas tant que ça en vrai), le truc le plus marquant qu'ils ont fait en open-source a été de rendre public les sources... de la calculette Windows, c'est limite de l'insulte.

En général si on veut faire avancer les choses on contribue dans la solution d'en face, et non pas en intégrant les solutions d'en face dans les siens pour en avoir le contrôle, ce que fait Microsoft ici.

Sur Phoronix, nombreux sont les commentaires mettant en avant les actions concrètes de Microsoft de sa stratégie d'Embrace, Extend, Extenguish. Et ils ne s'en cachaient pas jusqu'à l'arrivée de Satya Nadella.

Après pour le coup, ça m'arrange que Gnome 3 et systemd arrivent sur Windows, quand on sait à quel point c'est critiqué sur Phoronix question stabilité...
par Cristallix, le Jeudi 18 Juin 2020 à 15h21  
par Etropmej en Île-de-France, le Jeudi 18 Juin 2020 à 14h29
Un pas en avant, mais deux arrière. Rien d'inhabituel chez Microsoft.

En parlant de ça, ils paraîtrait que Gnome 3 et systemd arrivent sur WSL, ça va être la fête aux bugs...
Microsoft s'ouvre à Linux, tente de faire avancer le schmilblick et ça râle encore
par Etropmej en Île-de-France, le Jeudi 18 Juin 2020 à 14h29  
par JumpIfBelow, le Jeudi 18 Juin 2020 à 14h18
Pour ma part j'en reste éloigné de ce WSL2. Le 1 avait le souci de ne pas être un vrai OS et donc de manquer d'énormément de fonctionnalités kernel (virtualisation, c'est à toi que je parle)
Le 2 a toujours sa partie initd qui est inexistante (corrigez-moi si je me trompe), ce qui provoque là encore des bidouilles parfois incroyables à faire. Mais surtout, en tant que développeur, ce qui m'empêche de l'utiliser est la lenteur des IO entre la partition qu'utilise la distro Linux et le montage vers Windows. On perd tout cache avec surveillance de fichier, ce qui rend la chose proprement inutilisable en tant que dev.
Le problème est reconnu par Microsoft sur ce long ticket GitHub.
Aussi, un autre problème est son allocation mémoire complètement hasardeuse, on arrive à des niveaux délirants de mémoire vive utilisée, le tout difficile à allouer comme c'est une VM. Je sais bien qu'il y a un fichier de configuration, mais ça reste une plaie en comparaison de l'ancien WSL .

J'attends avec impatience des corrections, en attendant... la VM Debian continue de fonctionner.
Un pas en avant, mais deux arrière. Rien d'inhabituel chez Microsoft.

En parlant de ça, ils paraîtrait que Gnome 3 et systemd arrivent sur WSL, ça va être la fête aux bugs...