> De plus le modèle ala Windows (moteur graphique intégré) montre
> clairement que l'absence de protocole client/Serveur n'est pas un
> obstacle, rien n'empêche d'avoir une application serveur tierce qui
Dis donc, le truc de Windows ne va pas du tout. Moteur graphique obligatoire. On se tappe du direct9c plein de bogue sur des serveurs web... Quand ca plante, t'es marron ;-(
Non, ca ne vas pas du tout. Avoir une couche graphique intépendante du noyau est une très bonne chose.
Ensuite, tu peux très bien mettre en place des tunnels qui font qu'en local, ca pulse. Il y a les sockets UNIX et on pourrait peut être faire mieux aussi pour la couche graphique.
Dans le dernier noyau, il y a bien un nouveau système de fichier pour améliorer le taux de transfert entre le mode noyau et le mode utilisateur. Il me semble que l'objectif est d'aider FUSE a aller plus vite à terme.
[^] # Re: ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
> clairement que l'absence de protocole client/Serveur n'est pas un
> obstacle, rien n'empêche d'avoir une application serveur tierce qui
Dis donc, le truc de Windows ne va pas du tout. Moteur graphique obligatoire. On se tappe du direct9c plein de bogue sur des serveurs web... Quand ca plante, t'es marron ;-(
Non, ca ne vas pas du tout. Avoir une couche graphique intépendante du noyau est une très bonne chose.
Ensuite, tu peux très bien mettre en place des tunnels qui font qu'en local, ca pulse. Il y a les sockets UNIX et on pourrait peut être faire mieux aussi pour la couche graphique.
Dans le dernier noyau, il y a bien un nouveau système de fichier pour améliorer le taux de transfert entre le mode noyau et le mode utilisateur. Il me semble que l'objectif est d'aider FUSE a aller plus vite à terme.