mais le fait qu'il manque un kernel semble limité la puissance du shell (dont la vitesse d'exécution s'en fait ressentir assez lourdement )
Ca n'a rien a voir avec le noyau et beaucoup plus avec les choix technologiques effectues (il y a des trucs plus lents sous Windows, d'autres plus rapides). Si tu essayes d'exploiter a fond certaines particularites d'Unix et que tu gardes exactement le meme code en ajoutant juste une couche d'abstraction, tu te retrouves avec un truc extremement lent sous Windows.
C'est d'autant plus vrai avec Cygwin et MSYS que le code est prevu pour tourner sur plein de versions de Windows (tres bien en soit), mais ne prend souvent pas en compte les nouvelles API et fait des trucs completement cons (au lieu d'utiliser les soft/hard-links quand c'est necessaire, il y a encore du code qui fait un copie des fichiers, meme sur les versions de Windows qui ont l'API qui va bien).
Un exemple pathologique, c'est le portage de git pour Windows. A la base c'est optimise pour Linux, les choix technos sont parfois tres mauvais pour Windows (nombreux petits fichiers, NTFS est pas forcement tres bon la dessus) et c'est pas prevu pour etre portable et ca se voit. Par dessus, tu rajoutes la couche d'abstraction Windows de qualite tres inegale, les programmeurs qui font le portage qui considerent que les utilisateurs et programmeurs Windows sont majoritairement des gros cons, une meconnaissance du systeme et des attentes minimales des utilisateurs (certains devs n'ont meme pas de systeme Windows pour tester) et tu arrives a transformer du code C optimise en truc qui tourne plus lentement que du Python dans une VM. Le plus rigolo, c'est qu'ils se plaignent qu'aucun des ces cretins de programmeurs Windows ne veulent les aider (on se demande pourquoi).
# Performances
Posté par Littleboy . En réponse au journal la puissance du bash sous windows ?. Évalué à 2.
Ca n'a rien a voir avec le noyau et beaucoup plus avec les choix technologiques effectues (il y a des trucs plus lents sous Windows, d'autres plus rapides). Si tu essayes d'exploiter a fond certaines particularites d'Unix et que tu gardes exactement le meme code en ajoutant juste une couche d'abstraction, tu te retrouves avec un truc extremement lent sous Windows.
C'est d'autant plus vrai avec Cygwin et MSYS que le code est prevu pour tourner sur plein de versions de Windows (tres bien en soit), mais ne prend souvent pas en compte les nouvelles API et fait des trucs completement cons (au lieu d'utiliser les soft/hard-links quand c'est necessaire, il y a encore du code qui fait un copie des fichiers, meme sur les versions de Windows qui ont l'API qui va bien).
Un exemple pathologique, c'est le portage de git pour Windows. A la base c'est optimise pour Linux, les choix technos sont parfois tres mauvais pour Windows (nombreux petits fichiers, NTFS est pas forcement tres bon la dessus) et c'est pas prevu pour etre portable et ca se voit. Par dessus, tu rajoutes la couche d'abstraction Windows de qualite tres inegale, les programmeurs qui font le portage qui considerent que les utilisateurs et programmeurs Windows sont majoritairement des gros cons, une meconnaissance du systeme et des attentes minimales des utilisateurs (certains devs n'ont meme pas de systeme Windows pour tester) et tu arrives a transformer du code C optimise en truc qui tourne plus lentement que du Python dans une VM. Le plus rigolo, c'est qu'ils se plaignent qu'aucun des ces cretins de programmeurs Windows ne veulent les aider (on se demande pourquoi).