Le probleme du desktop reactif :
Un desktop reactif, c'est quand tu click sur quelque chose, tu as instantanement ton resultat. Il n'est pas normal en 2012 d'attendre qu'une application se lance. Prend un iPad, tu n'attends pas pour la majorite des applications.
Le probleme vient entre autre a mon sens :
- plein de process donc duplication de donnees et de calculs entre eux.
- la lenteur demente de l'editeur de lien (qui impacte plus les applications C++ que C)
- les fichiers de configuration en texte repartie un peu partout sur le disque
- les donnees de maniere general qui sont reparti un peu partout sur le disque
Le probleme pour la consomation de ressource est finalement tres lie a la problematique du desktop reactif, si on consomme moins de ressource, et bien on de maniere mecanique un systeme plus reactif. Normal, moins on en fait, plus on peut le faire vite.
Pour ces deux problemes, j'y travaille via le projet auquel je contribue, Enlightenment, pour obtenir un bureau plus rapide, plus leger, plus souple. Mais il y a encore du boulot pour arriver au resultat voulu.
Enfin le probleme de la securite des utilisateurs est nettement plus complexe. On duplique les donnees de l'utilisateur dans beaucoup d'endroit et on n'en assure jamais la securite. Le focus est donnees sur le fait qu'on ne devienne pas root et que la securite de chaque utilisateur est finalement laisse a l'utilisateur. On a de la chance de ne pas avoir beaucoup de desktop Linux dans la nature. La securite pour un utilisateur Linux vient du faite que le nombre d'installation identique est faible et que la cible a peu d'interet economique. Donc la securite est fait pour un serveur, pas pour une utilisation desktop. Et la je n'ai pas de solution pour l'instant, mais c'est aussi parce que ce n'est plus vraiment mon domaine.
[^] # Re: Logiciel libre, tout ca
Posté par cedric . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 3.
Le probleme du desktop reactif :
Un desktop reactif, c'est quand tu click sur quelque chose, tu as instantanement ton resultat. Il n'est pas normal en 2012 d'attendre qu'une application se lance. Prend un iPad, tu n'attends pas pour la majorite des applications.
Le probleme vient entre autre a mon sens :
- plein de process donc duplication de donnees et de calculs entre eux.
- la lenteur demente de l'editeur de lien (qui impacte plus les applications C++ que C)
- les fichiers de configuration en texte repartie un peu partout sur le disque
- les donnees de maniere general qui sont reparti un peu partout sur le disque
Le probleme pour la consomation de ressource est finalement tres lie a la problematique du desktop reactif, si on consomme moins de ressource, et bien on de maniere mecanique un systeme plus reactif. Normal, moins on en fait, plus on peut le faire vite.
Pour ces deux problemes, j'y travaille via le projet auquel je contribue, Enlightenment, pour obtenir un bureau plus rapide, plus leger, plus souple. Mais il y a encore du boulot pour arriver au resultat voulu.
Enfin le probleme de la securite des utilisateurs est nettement plus complexe. On duplique les donnees de l'utilisateur dans beaucoup d'endroit et on n'en assure jamais la securite. Le focus est donnees sur le fait qu'on ne devienne pas root et que la securite de chaque utilisateur est finalement laisse a l'utilisateur. On a de la chance de ne pas avoir beaucoup de desktop Linux dans la nature. La securite pour un utilisateur Linux vient du faite que le nombre d'installation identique est faible et que la cible a peu d'interet economique. Donc la securite est fait pour un serveur, pas pour une utilisation desktop. Et la je n'ai pas de solution pour l'instant, mais c'est aussi parce que ce n'est plus vraiment mon domaine.