Tout a fait d'accord avec l'analyse de Aaron. Il est preferable d'avoir le moins de process possible pour economiser des ressources. Et le code source xterm et urxvt est effectivement en mauvais etat du fait de son age.
Mais bon, ici on parle de deux chose, consommation memoire et performance. Tout d'abord pour les performances, le benchmark utilise est "time cat http://www.gutenberg.org/files/100/100.txt" (Le fichier etant en local sur la machine, et le temps retenu est le plus faible apres plusieurs lancement). Le resultat est sans appel, le temps d'execution est du plus grand au plus petit: Linux console > GNOME Terminal (et tous les utilisateurs de libvte) > Konsole > xterm > urxvt & Terminology.
Terminology : 2Mo dans le tas, 136K dans la stack
urxvt: 2.4Mo, 136K dans la stack
konsole: 3Mo dans le tas, 136K dans la stack (avec 4 tabs, on passe a 3.6Mo)
Conclusion pour l'instant, Aaron a raison, il y a plus de donnee partage dans konsole avec des tabs que dans urxvt. Donc assez rapidement, konsole prendra l'avantage sur urxvt. Il n'y a pas de tab pour l'instant dans Terminology, mais une partie des ressources peuvent etre mise en commun grace a CServe2 entre toutes les instances (Image et glyph de font). Cela genere une economie de 1.5Mo par instance, le cout d'un nouveau Terminology etant de 500K. On n'est plus tres loin de ce que fait Konsole avec ces tabs, mais sans tab on ne pourra pas faire beaucoup mieux.
Mais bon pour ces 500K, vous avez un terminal qui fonctionne en frame buffer, sous wayland et X (en soft ou avec acceleration OpenGL) sans aucune modification. La version frame buffer peut suivant les machines etre en 10 et 50 fois plus rapide que la console Linux par defaut. Il est presque fonctionnel sur touchscreen (manque le scroll back au touch).
Mais le fait d'avoir un toolkit complet ouvre des possibilites nouvelles. Pour le meme prix, vous avez le droit a la preview des images et des videos directement dans Terminology sans lancer d'application. Il suffit de cliquer sur un chemin, et si c'est une image, un pdf, une video, vous avez directement un player d'afficher. Il reste a maintenant patcher tous les outils classiques pour qu'il detecte Terminology et emettent un code d'echapement permettant d'avoir cette fonctionnalite de disponible partout. L'idee etant que dans mc, vous cliquez sur un fichier image et ca l'afficher instantanement. Pareil, une url dans mutt ou irssi vers une image, et ca vous l'affichera d'un simple click, pas besoin de lancer un browser pour.
Bon, et tout ca, ca a pris combien de temps ? Et bien Terminology a tout juste un mois ! Il a recu les contributions d'une dizaine de developpeur durant ce laps de temps. On a passez beaucoup de temps a ecrire les bibliotheques, mais aujourd'hui se framework se revele extremement productif ! Il est probable qu'on puisse finaliser Terminology (sans tab) pour la release de E17.
[^] # Re: Applications
Posté par cedric . En réponse à la dépêche Enlightenment 0.17 a un release manager. Évalué à 10.
Tout a fait d'accord avec l'analyse de Aaron. Il est preferable d'avoir le moins de process possible pour economiser des ressources. Et le code source xterm et urxvt est effectivement en mauvais etat du fait de son age.
Mais bon, ici on parle de deux chose, consommation memoire et performance. Tout d'abord pour les performances, le benchmark utilise est "time cat http://www.gutenberg.org/files/100/100.txt" (Le fichier etant en local sur la machine, et le temps retenu est le plus faible apres plusieurs lancement). Le resultat est sans appel, le temps d'execution est du plus grand au plus petit: Linux console > GNOME Terminal (et tous les utilisateurs de libvte) > Konsole > xterm > urxvt & Terminology.
Terminology : 2Mo dans le tas, 136K dans la stack
urxvt: 2.4Mo, 136K dans la stack
konsole: 3Mo dans le tas, 136K dans la stack (avec 4 tabs, on passe a 3.6Mo)
Conclusion pour l'instant, Aaron a raison, il y a plus de donnee partage dans konsole avec des tabs que dans urxvt. Donc assez rapidement, konsole prendra l'avantage sur urxvt. Il n'y a pas de tab pour l'instant dans Terminology, mais une partie des ressources peuvent etre mise en commun grace a CServe2 entre toutes les instances (Image et glyph de font). Cela genere une economie de 1.5Mo par instance, le cout d'un nouveau Terminology etant de 500K. On n'est plus tres loin de ce que fait Konsole avec ces tabs, mais sans tab on ne pourra pas faire beaucoup mieux.
Mais bon pour ces 500K, vous avez un terminal qui fonctionne en frame buffer, sous wayland et X (en soft ou avec acceleration OpenGL) sans aucune modification. La version frame buffer peut suivant les machines etre en 10 et 50 fois plus rapide que la console Linux par defaut. Il est presque fonctionnel sur touchscreen (manque le scroll back au touch).
Mais le fait d'avoir un toolkit complet ouvre des possibilites nouvelles. Pour le meme prix, vous avez le droit a la preview des images et des videos directement dans Terminology sans lancer d'application. Il suffit de cliquer sur un chemin, et si c'est une image, un pdf, une video, vous avez directement un player d'afficher. Il reste a maintenant patcher tous les outils classiques pour qu'il detecte Terminology et emettent un code d'echapement permettant d'avoir cette fonctionnalite de disponible partout. L'idee etant que dans mc, vous cliquez sur un fichier image et ca l'afficher instantanement. Pareil, une url dans mutt ou irssi vers une image, et ca vous l'affichera d'un simple click, pas besoin de lancer un browser pour.
Bon, et tout ca, ca a pris combien de temps ? Et bien Terminology a tout juste un mois ! Il a recu les contributions d'une dizaine de developpeur durant ce laps de temps. On a passez beaucoup de temps a ecrire les bibliotheques, mais aujourd'hui se framework se revele extremement productif ! Il est probable qu'on puisse finaliser Terminology (sans tab) pour la release de E17.