Par contre que ce soit bash ou python le cote lent c'est surtout l'appel git donc cela ne change rien ou si peu.
Si je pose la question c'est pas pour rien.
Le fait que les differents modules puissent etre lent et que certains doivent être desactivés selon l'environement c'est une évidence (j'ai "contribué" le module le plus lent de liquidprompt).
Par contre, contrairement à ce que tu dis, forker un python à chaque PS1 ca à un coup non négligable sur du vieux matos. Essaie sur le premier eeepc par exemple, tu vas voir la réactivités du truc. La question c'est à partir de quel hardware ca ne gène plus ton flot de travail. Sachant que si avec une approche sheel tu es obligé de virer tout les modules intéressant sur une petite config, autant pas se faire chier à utiliser une techno compliquée vu que de toute facon tu gagnes rien...
On peut aussi imaginer une approche hybrique avec un processus résidant et faire de l'IPC pour éviter le cout de lancement de l'interpreteur.
Liquidprompt c'est cool, mais quand tu compares le code à celui d'un powershell-line tu te dis qu'il y a un monde. C'est pas très grave vu que c'est petit et que ca bouge pas trop. Mais techniquement ca m'intéresse si quelqu'un y a déjà réfléchi.
[^] # Re: Perf
Posté par ckyl . En réponse à la dépêche Liquidprompt version 1.7. Évalué à 4.
Si je pose la question c'est pas pour rien.
Le fait que les differents modules puissent etre lent et que certains doivent être desactivés selon l'environement c'est une évidence (j'ai "contribué" le module le plus lent de liquidprompt).
Par contre, contrairement à ce que tu dis, forker un python à chaque PS1 ca à un coup non négligable sur du vieux matos. Essaie sur le premier eeepc par exemple, tu vas voir la réactivités du truc. La question c'est à partir de quel hardware ca ne gène plus ton flot de travail. Sachant que si avec une approche sheel tu es obligé de virer tout les modules intéressant sur une petite config, autant pas se faire chier à utiliser une techno compliquée vu que de toute facon tu gagnes rien...
On peut aussi imaginer une approche hybrique avec un processus résidant et faire de l'IPC pour éviter le cout de lancement de l'interpreteur.
Liquidprompt c'est cool, mais quand tu compares le code à celui d'un powershell-line tu te dis qu'il y a un monde. C'est pas très grave vu que c'est petit et que ca bouge pas trop. Mais techniquement ca m'intéresse si quelqu'un y a déjà réfléchi.