Posté par bubar🦥 .
En réponse au journal Mon retour sous KDE.
Évalué à 8.
Dernière modification le 09 février 2019 à 08:41.
À priori je suis d'accord, et le reste de toutes manières avec le fond de ton avis. Mais sur ce point là, précis, de la ram, je ne le suis vraiment pas.
Parce que si moi aussi sur mon ordi perso je me fiche aussi que mon bureau (on s'entends sur le cadre des définitions simplifiées, on n'est pas là pour se prendre la tête, et en même temps personne ici n'ignore ni ne manque de maitrise sur son système, bref, ok desktop/système) consomme plus d'un gigot de râm, c'est un des rares points où il y a concordance entre usage personnel et usage professionnel. Tout comme l'est devenue, là probablement malheureusement, l'opengl sur le desktop.
Une station avec 16 gigots de râm ne supportera pas les 80 sessions, réparties entre connexion initiale, graphique locale, graphique distante xdmcp, nx, graphique distante via ssh, sous shell, et sessions ssh, si le bureau consomme 2gigots et fonctionne mal sans gros opengl. Situation pourtant courante pour une station professionnelle. Donc, si : qu'un bureau consomme peu est important, et aussi qu'il soit capable de gérer plein de fallbacks en cas de connexions me**euses (pas d'opengl dispo ? ça marche quand même. Dégradé ? ça marche aussi.)
[^] # Re: userland
Posté par bubar🦥 . En réponse au journal Mon retour sous KDE. Évalué à 8. Dernière modification le 09 février 2019 à 08:41.
À priori je suis d'accord, et le reste de toutes manières avec le fond de ton avis. Mais sur ce point là, précis, de la ram, je ne le suis vraiment pas.
Parce que si moi aussi sur mon ordi perso je me fiche aussi que mon bureau (on s'entends sur le cadre des définitions simplifiées, on n'est pas là pour se prendre la tête, et en même temps personne ici n'ignore ni ne manque de maitrise sur son système, bref, ok desktop/système) consomme plus d'un gigot de râm, c'est un des rares points où il y a concordance entre usage personnel et usage professionnel. Tout comme l'est devenue, là probablement malheureusement, l'opengl sur le desktop.
Une station avec 16 gigots de râm ne supportera pas les 80 sessions, réparties entre connexion initiale, graphique locale, graphique distante xdmcp, nx, graphique distante via ssh, sous shell, et sessions ssh, si le bureau consomme 2gigots et fonctionne mal sans gros opengl. Situation pourtant courante pour une station professionnelle. Donc, si : qu'un bureau consomme peu est important, et aussi qu'il soit capable de gérer plein de fallbacks en cas de connexions me**euses (pas d'opengl dispo ? ça marche quand même. Dégradé ? ça marche aussi.)