reno a écrit 3881 commentaires

Pitié, développeurs Gnome, invitez des vrais gens lambda de la vraie vie, mettez-les face à Gnome, et PRENEZ DES NOTES!!

Et bien ils le font:
http://people.gnome.org/~federico/news-2012-09.html#uo-hackfest-1

Je ne défends pas vraiment Gnome, mais le YaQu'aFautQu'on c'est un peu facile aussi.

Dans les cas usuels, ça ne devrai pas être le cas. Moi quand je change mes routes, tout le cache est déjà flushé par le noyau.

C'est vieux ce dont je parles: noyau 2.4 et j'essayai de baisser à quelques ms le temps de basculement et le timer entre 2 flush du cache des routes étaient à 20ms par défaut (de mémoire), donc un utilisateur 'normal' ne s'en apercevrait pas.

Une fois que tu comprends le mécanisme pas de problème, mais coté documentation c'était (c'est?) assez pauvre.

Et le problème que j'ai quand je veux changer des routes, c'est plutôt que tout les paquets dans la file de la première interface partent dans /dev/null. TCP s'en fout, mais pas le reste …

Comprends pas là? Les pertes de paquets ça arrive, lors d'un changement de route ou autre, donc de toute manière il faut bien un mécanisme de reprise soit fourni par la couche réseau TCP/SCTP soit à faire soit même (le reste).

Quand tu vois qu'ils font aussi des optimisations pour 4096 processeurs, tu te dis qu'il y a des p…. d'ordinateurs qui font tourner Linux..

Gambas est typé statiquement, sauf qu'il possède le type Variant, qui peut contenir n'importe quel type, ainsi que le type Object, qui peut contenir n'importe quel type d'objet.

Le "sauf que" est peut-être en trop: Scala a Any et Object mais on le considère quand même comme typé statiquement..

Pour résumer, je dirais donc que Gambas à l'air d'être typé statiquement, mais qu'à l'intérieur il est pratiquement typé dynamiquement.

Pas sûr de comprendre, même si l'implémentation se base sur du typage dynamique, si ça n'apporte pas le comportement d'un langage dynamique, c'est un langage à typage statique point.

Weston does not yet support screen-shot applications

Je crois que c'est le mot application là qui est important, mais après j'ai du mal avec la doc et Wayland/Weston..

Il n'y a pas si longtemps j'ai découvert que j'avais fait une erreur grossière concernant Weston: je croyais que déplacer une fenetre était fait par l'application (à chaque déplacement de souris l'application reçoit un évènement et dis à Weston "déplace moi") et bien non, l'application dit à Weston quand elle reçoit un clic sur le titre "je suis en mode déplacement" et ensuite c'est Weston qui fait le boulot..
Beaucoup mieux au niveau réactivité!

Gambas est-il typé statiquement ou dynamiquement?
D'après les exemples que tu donne, cela ressemble plutôt à du typage statique donc la comparaison devrait plutôt être vis à vis de Java, non?

PS: Intéressant tes coups de gueules.

Intéressant: si on ajoute ça a la mise en sommeil hybride: c'est encore plus intéressant: moins de risque que l'ordinateur surchauffe en cas de problème pour passer de la veille à l’hibernation (puisque l'hibernation est fait au début).

Euh comprends pas là, ce texte justifie la remarque de Christophe Merlet, si tu mets en hibernation, tu préserve la durée de vie de ta batterie car ce sera une recharge partielle, quand tu garde ton ordinateur en veuille et que la batterie se décharge totalement (cas anticipé par l'hibernation et veille combinée) et bien c'est une recharge complète donc pas bon pour ce type de batterie.
Donc je suis d'accord avec lui: l'hibernation et veille combinée ça encourage la mise en veille jusqu'à décharge totale de la batterie ce qui n'est pas bon pour la batterie.

L'idéal: hibernation + SSD: ça poutre et ça préserve la durée de vie de la batterie.

Je me souviens d'un projet où on voulait avoir le basculement le plus rapide possible d'une interface à l'autre en cas de panne et il y avait un problème: on change les route et là .. rien: les paquets sont toujours émis sur la mauvaise interface, après avoir chercher dans pas mal de direction, le coupable était en fait le cache de routage.
Contournement du problème: "flusher" le cache de routage.

Dommage que je ne sois plus sur ce projet: je me demande la durée de prise en compte d'un changement de route avec ce nouveau code.

Oups, j'ai l'impression que j'ai mal compris le protocole pour ce qui est de déplacer une fenetre: apparemment c'est fait dans le serveur d'affichage pas dans le client, le client dits juste 'maintenant déplace la fenetre' et le serveur déplace la fenetre jusqu'à ce que le pointeur soit relaché!

Très sympa pour la transparence réseau en fait.

Bon le redimensionnement là je ne suis pas sûr.. Ca manque de documentation je trouve..

Bof, c'est normal l'utilisateur voudra lire ce genre de chose quand il rencontre une difficulté, pas au début.
Ce qui est pour ça que je trouve que les logiciels qui mettent une fenêtre "voici comment utiliser ce logiciel" sans moyen simple de rappeler la fenêtre plus tard sont mal conçus.

rect( x: 10px, y: 1px, width: 100px, height:200px ) ?

Après le problème c'est qu'on utilise rarement des nombres en dur et qu'avec des variables ça fait un peu redite non?

rect(x: foo_x, y: foo_y, width: foo_w, height:foo_h), ça n'apporte pas grand chose à la place de rect(foo_x, foo_y, foo_w, foo_h)

Pas que je sache, maintenant ça a quand même des impacts assez intéressant: avec KWin déplacer une fenetre pourra se faire uniquement dans le serveur d'affichage(car il incluera le gestionnaire de fenetre), avec Weston il y a des communications avec le programme (qui envoit les ordres de déplacement)..

Oui, dommage que beaucoup de langages ne supportent pas ce type d'appels de fonction, ça me parait quand même beaucoup plus lisible.

Wayland n'aucune influence sur les performances (en bien ou en mal) par rapport à X?

Non, aucune.

Je ne dirais pas "aucune", Wayland en lui-même c'est l'équivalent de DRI2 d'un serveur X donc pas d'impact.

Mais Wayland avec Weston intégre une partie de la gestion des fenetres dans les clients (les devs KDE ont prévu un choix différent) ce qui a des conséquences sur la performance vue par le client, en bien ET en mal d'ailleurs.

C'est faux, un ssh -CX est bien mieux qu'un ssh -X, idem NX est super bien…

NX ne fait pas que compresser les données, il minimise aussi le nombre de RTT donc tu ne peux pas dire que c'est uniquement une affaire de débit.

Plus je vois le projet Wayland, plus j'entends qu'au final, ce ne sera pas mieux que X…

Ce sera mieux pour les mainteneurs du code car ça fait beaucoup moins de chose donc ça devrait être plus facile à maintenir.
Pour les utilisateurs, pas sûr en effet, il y a certains avantages mais il y a aussi des inconvénients.

Coté bande passante, ce sont des buffers entiers qui sont envoyé.
Après il est envisageable de n'envoyer que le delta par rapport au buffer précédent.
Donc coté utilisation de bande passante, Wayland natif ne sera pas très bon, mais le débit des connections augmentant régulièrement ce n'est pas sûr que ce soit un problème.

La question principale est donc la latence, Kristian Høgsberg dit qu'il a essayé de minimiser le nombre de round trip, mais dit aussi qu'il n'a pas testé la transparence en simulant une latence élevée, dommage, j'espère qu'il le fera avant de figer Wayland(la version 1.0).

Avec Weston qui fait gérer le bord des fenêtres par le client, déplacer une fenêtre nécessite un round trip, mais tous les serveurs Wayland n'utiliseront pas forcément la même conception que Weston n'est pas le seul serveur possible: les devs de KDE prévoient de mettre cette aspect là dans le serveur, ce qui est mieux en distant (mais peut avoir d'autre inconvénients).

Parce que c'est la religion qui a la base avait le nom? Ca ne me choque pas qu'ils le gardent.

C'est débatable d'un point de vue historique, et ça n'a pas d'importance: le mariage civil existe aussi depuis longtemps..

l'important n'est pas le nom

OK, mais la question est: pour quelle raison changer de nom?
Parce que les gens trouvent ce nom moche (par exemple)?
OK, ça serait une raison correcte.
Parce que ça défrise la religion machin?
Pas d'accord!

Après tout, si ça les embêtent tant que ça, les Chrétiens peuvent changer le nom qu'ils utilisent eux.

D'ailleurs je ne vois pas pourquoi les Chrétiens ne peuvent pas marier des gens non mariés civilement.

Dis, si tu faisais l'effort de google le texte que j'ai donnée, tu verrais que le premier résultat est un papier pour Javascript.
Voila le lien:
http://www.cs.utexas.edu/~mckinley/papers/pjit-pespma-2009.pdf
puisque tu es un fainéant voila la conclusion:
"In this paper, we showed that even though JavaScript language itself is currently single-threaded, both its throughput and responsiveness can benefit from multiple cores with our concurrent JIT compiler. This improvement is achieved by running the JIT compiler concurrently with the interpreter. Our results show that most of the compile-time pauses can be eliminated, resulting in a total, average, and maximum reduction in pause time by 89%, 97%, and 93%, respectively. Moreover, the throughput is also increased by an average of 6%, with a maximum of 34%. This paper demonstrates a way to exploit multicore hardware to improve application performance and responsiveness by offloading system tasks"

Pied --> bouche ++

Parce qu'interpréter un langage ça se fait sur plusieurs threads maintenant?

Pied --> bouche, quand on sait pas on cause pas!

Plusieurs threads peuvent être utile oui:
1-le GC dans une thread à part
2-un "préfetcher" dans une thread à part (me souviens plus si c'est pour les caches ou pour du swap)
3-faire tourner le compilateur JIT dans une thread à part (si si il y a de la recherche sur ce sujet, google "A Concurrent Trace-based Just-In-Time Compiler")

Vu que c'est pour des téléphones qui ont plusieurs coeurs pas très puissant, ces recherches pourraient même être utile en pratique (1 et 3 surtout), mais après, est-ce que ces techniques sont utilisés dans les interpréteurs Javascript d'Android ou d'iOS, là je ne sais pas..

Bah libre à toi de vouloir baisser ton frocs devant des religieux, heureusement que ce n'est pas le cas général..

Soyons clair, je me fiche du nom utilisé pour le mariage, mais changer un nom parce que ça défrise des religieux ça n'est pas un bon précédent.

Je ne sais pas, je ne connais pas assez le système pénal américain pour me prononcer sur l'absurdité de la chose. Si on m'avait dit il y a cinq ans qu'une fille de 16 ans à fait de la taule est est inscrite au fichier des délinquants sexuels à vie pour avoir fait une pipe à son copain de 15 ans, je l'aurais pas cru.

Euh tu fais référence à quelque chose de réel ou c'est une hypothèse?
J'espère que c'est le second cas, mais bon les USA sont quand même le pays où on peut t'envoyer en prison pour 15 ans parce que ta troisième peine est d'avoir volé une pizza..

Les musulmans s'interdisent à eux-mêmes la représentation et laissent les gens le faisant subir le châtiment de Dieu, seuls les intégristes veulent l'interdire aux autres.

Intéressant ça quand on réfléchis aux cathos qui veulent interdire le mariage civil pour tous.

On condamne aussi effectivement la possession de matériel pédoporno. Illogique? Faut voir: si tu paies pour l'obtenir, tu cautionnes et encourages les producteurs à continuer leur "œuvre".

Hum, il y a condamnation aussi même si ceux qui ont obtenu les photos n'ont pas payés pour les obtenir..
Et aux Etats-Unis, je me souviens d'un procès ou le gars avait écopé d'un an de prison par photos téléchargée.