reno a écrit 3880 commentaires

Si je me rappelle bien les conditions d'utilisation imposaient de le faire manuellement, il ne les avait donc pas respectées maintenant un procès avec de telle menace de peine pour ça..

Pourquoi ce langage reste aussi peu utilisé? Pas assez de bibliothèques, l'habitude, autre chose?

Difficile à dire mais il y a aussi le manque de finition (pas mal de fonctionnalités pas vraiment finie), le GC pas très performant et la concurrence de C++11 qui corrige pas mal de défaut du C++.

les femmes ne réclament pas à concourir contre les hommes car elles savent qu'elles ne sont pas à égalité en matière de performance physique brute,

Sauf qu'a generaliser tu as tords: la pluparts des femmes sont dans ce cas en effet, mais par exemple en tennis certaines ont voulu concourir contre des hommes.
Dans le cas du tennis, les fédérations leur ont interdis, mais il y a d'autre sports où il y a une catégorie mixte et une catégorie femme.

Donc si je saisis bien on peut vendre à un dictateur des armes, mais surtout pas des programmes informatiques, c'est ça??

Je pinaille parce que quand tu parles d'application 3D ça fait penser à un jeu, alors qu'en fait une application normale peut utiliser DRI2 'automagiquement' si elle a le bon toolkit configuré pour ça..

Sinon pour [à part glamor, personne n'utilise opengl uniquement pour la 2D], Cairo est décrit comme 'designed to provide primitives for 2-dimensional drawing across a number of different backends' et il a une backend OpenGL donc ça en fait au moins 2 il me semble..

Tout ce qui est dans Wayland est déjà dans X depuis des années mais uniquement pour les applications qui utilisent la 3D.[coupé la fin]

pour les applications utilisant ou ayant un toolkit qui utilise OpenGL: ces applications pouvant faire de la 3D ou de la 2D, OpenGL n'impliquant en rien qu'on fait de la 3D, un rectangle texturé à plat sur une fenêtre pour moi c'est une image 2D même si ça utilise une interface prévue pour la 3D au départ.

Ce qui est une bonne raison pour recadrer et éviter que ça parte en n'importe quoi..

Avec X, meme lorsqu'on evite d'utiliser Xrender pour le rendu, on est encore force d'uploader des buffers de pixels via xshm.

Euh, même avec DRI2? Ce n'est pas ce que j'avais cru comprendre en lisant la description, après la documentation de DRI2 est vraiment pas terrible..

Donc on peut encore corriger X pour etre aussi efficace que Wayland… Le seul truc qu'on ne peut pas, c'est le rendre sûr. Ca, c'est la seule chose impossible sans changement d'architecture et c'est vraiment la ou Wayland vaut le cout.

Effectivement quand je parlais de bénéfice pour l'utilisateur, je pensais uniquement aux performances, qu'on ne pourra réellement mesurer qu'une fois les KDE ou Gnome seront portés, mais la sécurité potentiellement amélioré de Wayland est aussi un bénéfice important.

DRI2 X ne marche que pour les applications OpenGL.

Si le toolkit gère OpenGL, l'application devient OpenGL de facto, non?
Je pense à GTK+ et Cairo (je ne pense pas que Qt ai l'équivalent).

Avec Wayland, toutes les applis utiliseront l'équivalent de DRI2.

Pour pinailler un peu: il y a un exemple de client Wayland utilisant la mémoire partagée, mais on peut espérer que ce soit rare en pratique en effet.

[coupé]Dans le mode raster, il[Qt] utilise son moteur interne pour faire le rendu puis il envoie les modifs complètes via la socket vers X.

Où en mémoire partagée en local.

Avec wayland, ça ira encore plus vite car on aura même plus besoin de sérialiser les commandes ou l'image finale dans une socket et traiter le rendu de toutes les applis dans une thread unique (X).[coupé] Plus de sérialisation du rendu, plus d'utilisation d'un toolkit 2D très limité (X11/XRender).

Il me semble que dans le mode Qt/raster ou OpenGL(DRI2), il n'y ni sérialisation, ni utilisation d'un toolkit 2D puisque dans les 2 cas, le client peut écrire dans son buffer lui-même et envoyer le résultat par mémoire partagée(Qt raster) ou buffer vidéo (DRI2), non?
Après le compositing est sérialisé, mais bon c'est aussi le cas pour Weston.

Oui, tu as raison.

Use the source Luke!
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/compiz-plugins-extra/precise-proposed/files/head:/firepaint/

Si tu parle d'un problème de performance, note que coté performance il n'est pas sûr que le passage à Wayland apporte grand chose: avec l'extension DRI2 X permet déjà d'avoir un transfert efficace de buffer entre un client et le serveur comme Wayland(perfectible cependant puisque j'ai lu que certains voudraient faire évoluer l'extension), là où il y aura des gains c'est qu'avec Wayland le serveur d'affichage inclue le compositeur donc moins d'IPC, à voir si ça apporte une réelle amélioration sur les perfs ou pas.

Wayland c'est d'abord et avant tout pour simplifier la maintenance de la pile graphique ce qui apportera des gros bénéfices pour les développeurs, je ne sais pas si les utilisateurs verront beaucoup de changement..

Cela dit, la categorie open est tres burnee.

De mémoire, il y a ~20% de femmes dans le parachutisme donc déjà la base est très burnée..
Les femmes sont rares dans le haut niveau du VR mais je me souviens qu'une riche américaine a montée une équipe de VR et cette équipe a été championne du monde en VR 'mixte'! (dans les 2000+ à 4? à 8? Me souviens plus).

Si on résonne comme les pro mariage pour tous, alors on peut en déduire que le sport est hétérophobe.

Ça dépend du sport: en parachutisme (quand j'en faisais) il y avait 2 catégories dans le VR: une mixte et une réservée aux femmes afin de "pousser" la participation féminine (moins de 20% de mémoire).
Dans un bel exemple de contradiction, il y avait d'autres discipline ou là ce n'était pas le cas..

Bon ceci dis ton post est totalement HS: les sports et le mariage n'ont rien à voir..

tous les beaux discours et les présentations à la Apple ont réussi à faire croire à tout le monde que l’objet qu'ils ont entre les mains est monobloc.

Pas besoin de "présentation à la Apple" pour l'utilisateur normal, c'est du quasi-monobloc: personne ne changera son OS, mais par contre ils peuvent ajouter des applications.

Oui, en effet, c'est pas tip-top. Quand on voit leur galère, on se demande si le principe de sandboxing ne serait pas plus simple a implémenter dans BeOS.

J'ai tendance à considérer que WebKit == Chrome == sandboxing donc c'est peut-être déjà le cas pour le navigateur web, mais c'est probablement très(trop!) simpliste comme raisonnement: si j'ai bien compris WebKit tu peux le configurer de beaucoup de manière différente et puis j'ignore la version utilisée..

A chaque fois qu'on me sort RISC OS (ou AmigaOS) comme exemple de performance, j'ai un peu de mal..
Quand on n'a pas de protection mémoire, ça va beaucoup plus vite, à l'époque pré-Internet c'était OK, mais bon à l'heure actuelle..

Bah, déjà BeOS n'implémentait pas le multi-utilisateur (mais c'était prévu)..

En résumé, il faut parfois une puissance très importante pour faire une émulation très fidèle:
http://arstechnica.com/gaming/2011/08/accuracy-takes-power-one-mans-3ghz-quest-to-build-a-perfect-snes-emulator/

Peut être pas simple de simuler l’accéléromètre ? :p

Le touchscreen non plus..

S'il y a un grand nombre de fichiers sur un disque dur, on peut même trier les fichiers par leur emplacement sur le disque..

Cf http://simula.no/research/nd/publications/Simula.ND.399/simula_pdf_file
As an example, a tar of the Linux kernel tree was 82.5 seconds using GNU tar, while our modified tar completed in 17.9 seconds.

L'article sur les technologies Open Source chez les géants du web suscite chez moi ce même étonnement, qui doit être devenu habituel pour vous: celui d'utiliser un OS aussi peu connu du grand public, alors qu'il est utilisé quasi-systématiquement par les grosses boîtes qui vendent à ce même public.

Euh, ce n'est pas nouveau.. Les mainframes IBM, les serveurs Sun/Oracle, etc le grand public il en a rien à faire, ce qui me parait assez normal d’ailleurs.

Pas si sûr que ça: avec TCP Fast open, le client récupère un cookie qui permet de se connecter rapidement ensuite sans que le serveur ait besoin de garder trace de cette première connexion, par contre si tu fais la même chose avec SCTP chaque client qui peut potentiellement avoir besoin de se connecter rapidement au serveur va ouvrir une connexion et la maintenir ouverte: ça consomme beaucoup plus de ressources coté serveur..

J'aime beaucoup SCTP mais il ne fait pas tout non, pour un serveur web (qui peut avoir beaucoup de clients) le point précédent est embêtant..

Où en est SCTP qui semble être l'alpha et l'omega des protocoles?

Euh pas coté faible latence au démarrage..
TCP Fast Open me semble supérieur à SCTP de ce coté là.

Tu me parait bien optimiste: le pétrole, les dictateurs, les conflits régionaux, Israel: il y a de quoi préserver le chaos dans cette région du monde pour longtemps..