Réponses:
Pourquoi ne voulez-vous pas exécuter le gestionnaire de fenêtres / bureau sur le réseau? N'est-ce pas suffisant d'exécuter l'application qui vous intéresse avec quelque chose comme ssh et x-forwarding?
À côté de cela, que diriez-vous de xfce?
Que diriez-vous de l' illumination - il est léger et a toujours un peu de bonbon pour les yeux;)
Vous pouvez l'installer sur Debian / Ubuntu en utilisant apt-get install e16
.
Si vous utilisez un réseau, j'utiliserais simplement le mode "xsafe à sécurité intégrée" de votre gestionnaire de bureau.
Openbox, mais sur un réseau, j'utiliserais NX de nomachine
WindowMaker , donnant tout son sens au "léger". (Le seul gestionnaire de fenêtres qui me fait penser que le système a pendu car il se charge en 1 seconde ...)
Vous devez utiliser le gestionnaire de fenêtres de votre choix sur l'hôte distant.
Peut-être que vous voulez jeter un œil à TightVNC et FreeNX pour un logiciel de contrôle à distance qui fonctionne raisonnablement bien sur des connexions à large bande.
Je recommande également d'activer la compression et le transfert X11 via SSH si vous décidez d'utiliser uniquement un gestionnaire de fenêtres léger.
user @ yourmachine $ ssh -XC remoteuseruser @ remotemachine
remotemachine $ xclock &
Si vous souhaitez exécuter en tant que terminal X, il existe de nombreuses variantes de FVWM qui sont assez légères sur la bande passante. Si vous souhaitez exécuter sur un PC de faible spécification, les gestionnaires de fenêtres «légers» sont deux centimes. J'ai utilisé IceWM sur Vector Linux à un moment donné et l' ai trouvé très utilisable sur un Pentium III tardif. Vous pouvez probablement l'utiliser sur des machines de spécifications inférieures jusqu'à 64 ou 128 Mo de RAM.
screen
concerne le seul (sorte de) gestionnaire de fenêtres que j'utiliserais sur SSH, mais cela ne fonctionne que pour les outils de ligne de commande.
Pour utiliser des applications GUI à distance, la plupart du temps, vous n'avez pas besoin d'exécuter un gestionnaire de fenêtres sur la machine distante - utilisez simplement le transfert X11 pour transférer l'application spécifique.
Par défaut, il doit être activé lorsque vous ssh
, mais vous pouvez l'activer avec l' indicateur ssh -X
(en majuscule X
):
ssh -X example.net
Si vous avez un serveur X exécuté localement, exécutez simplement la commande, par exemple firefox
, et elle apparaîtra comme par magie sur votre machine locale (bien que le processus s'exécute à distance)
Pour cela, vous devez exécuter un serveur X localement, sous Linux, ce n'est pas un problème. Sous Windows Xming, c'est bien. Sous OS X, X11.app
peut être installé à partir de votre disque d'installation du système d'exploitation ou à partir de la page de téléchargement Apple "X11 pour Mac OS X 1.0"
À l'époque où j'ai exécuté Linux pour la première fois sur un 486sx avec 16 Mo (ou cela pouvait être 8 Mo) de RAM, et X paginé lors du chargement de plus d'un éditeur de texte ou d'un lecteur audio CD très basique, les gestionnaires de fenêtres que j'ai utilisés étaient OpenLook, FVWM et IceWM. OpenLook en particulier était à la fois agréable (d'une manière inhabituelle, unique mais élégante) et léger aussi. IceWM est une bonne option légère si vous recherchez une sensation de fenêtre. FVWM serait génial si vous voulez le look classique d'un poste de travail Unix sur un minuscule netbook :)
Je vais suggérer Ratpoison : je suis devenu accro après quelques heures d'utilisation. Si vous êtes un utilisateur d'écran GNU, vous vous sentirez comme chez vous, et c'est sûrement le gestionnaire de fenêtres plus léger que j'ai utilisé jusqu'à présent (dans la liste il y a gnome, kde, lxde, enlightenment, fluxbox, openbox, xfce, icewm, fvwm , twm, et peut-être d'autres dont je ne me souviens pas).