Ph Husson a écrit 2699 commentaires

Tien y a que chez mon libraire que ca prend toujours une semaine pour commander?
Jamais plus. (enfin sur mmm une bonne dizaine de livres que j'ai du commander chez eux)
Enfin il semblerait que ce soit effectivement rare, dans mon lycée au centre ville, presque tout le monde connait cette librairie, qui est en pourtant "banlieue", et qui est pas bien grande. (on rentre pas à plus de 20 personnes là dedans (et encore, en tassant bien))

Ca c'est le paradoxe francais.
Enfin un des paradoxe, mais le plus gros.

Ils bossent peut être plus sur eric4 ?

Si t'as l'extension texture_from_pixmap, t'as pas besoin de Xgl
Installe juste Compiz

Ma mère a une boite à variation continue sur une Honda Civic, mais je sais pas trop combien elle consomme... (Bon ca lui permet de faire de belles accélération en tout cas)

C'est la seule facon d'avoir de la 3D dans Xgl!!
Et ne pas avoir d'accéleration DRI n'est pas un problème ! (Contrairement à ce qu'une certaine légende dit)
Pour tester avec et sans c'est facile:
$ DISPLAY=:0 glxgears
et
$ DISPLAY=localhost:0 glxgears

Les résultats sont ils franchement différents ?
Chez moi ca donne:

phh @ Pierre ~ % DISPLAY=:0 glxgears
6501 frames in 5.0 seconds = 1300.200 FPS
7014 frames in 5.0 seconds = 1402.800 FPS
7017 frames in 5.0 seconds = 1403.400 FPS
phh @ Pierre ~ % DISPLAY=localhost:0 glxgears
5945 frames in 5.0 seconds = 1189.000 FPS
7017 frames in 5.0 seconds = 1403.400 FPS
7017 frames in 5.0 seconds = 1403.400 FPS
phh @ Pierre ~ %

Donc bon y a pas de quoi s'inquieter

Après cette démonstration, une explication
Le fonctionnement de DRI est que le client envoie directement sa requête à la carte graphique sans passer par le serveur X.
Dans le cas de compiz (que ce soit avec AIGLX ou Xgl ca ne change rien ici), c'est impossible car compiz doit pouvoir réutiliser la texture récupérée

Sinon pourquoi tu te fais chier avec Xgl alors que sur i915 t'as AIGLX ?

Le mieux pour commencer c'est d'avoir un appuis
Dans ton cas je penses que le mieux c'est de demander à l'auteur du module de sonypi, s'il a du temps il t'aidera surement

Bon déjà t'aurais pu expliciter un peu plus, parce que la franchement comme tu le dis...
Alors après lecture de l'article lwn en diagonale (la bonne? je penses, sinon corrigez moi) déjà plusieurs choses,
Déjà ca ne fait que mettre en version N-1 et donc mettre un retard "constant" (et encore xorg 7.1 est une sorte d'exception (pour xorg 7.0 que je me souvienne j'ai pas eu de probleme)), n'empeche pas le développement de Xorg
De plus les développeurs du drivers NVIDIA aident activement Xorg, d'ailleur de ce que me dis Pinaraf, ils ont poussés à inclure dans Xorg une modification qui a rendu le driver NVIDIA incompatible avec Xorg 7.1!
Si le but de NVIDIA était de ralentir le développement de Xorg ils s'y prendraient autrement
En plus X11R7.1 est relativement récent, est-on vraiment à 6mois (c'est bien ca le cycle de release fedora?) près ? (Surtout vu le temps ou on est resté sur XFree 86 4.3...)

Tien sinon y a un nouveau driver nvidia qui supporte xorg 7.1 si ca interesse quelqu'un

Tu peux aussi trouver comment contourner cette merde et tu "diffuse" le dit contournement
Je penses à un truc genre dd conv=noerror peut être (c'est du moins ce que me fait penser l'erreur que t'as)
M'enfin ca m'epate
Ce DVD doit ne pas marcher sur un autre énorme de lecteur de DVD!
(Ben oué y a une grande quantité basé sur Linux ;o)

Ils klaxonnent pas seulement quand ils arrivent à marquer?
Parce que dans ce cas c'est 8 ans (quand on a une bonne équipe) pas 4.

C'est pas interdire les fumeurs (c'est quoi un fumeur? Quelqu'un qui un jour a fumé? Quelqu'un qui fume au moins une fois par jour?), mais d'interdire de fumer à l'intérieur
(NB:Oui l'idée vient d'un post plus haut)

La comparaison avec linux est carrement foireuse...
dans Haiku ils reprogramment un peu tout,
Linux y a que le noyau
XFree existait déjà
Tous les outils GNU aussi, (essayez Linux sans GNU pour rire...)

En plus j'apprend sur http://www.pcinpact.com/actu/news/30868-Le-protocole-BitTorr(...) que la solution de zSlide utilise le protocole BitTorrent
Enfin bref vive le "Faites ce que je dis, pas ce que je fais".

Ah je suis pas le seul, ouf
M'enfin bon d'ici quelques années, si je continue comme je fais (c'est à dire que j'utilise windows uniquement en cyber café), plus personne ne me demandera de l'aide

euh...
rendu indirect NE VEUT PSA dire non acceléré !
Essaye de lancer une applie OpenGL avec DISPLAY=localhost:0
tu sera en rendu indirect, ca sera pas pour autant de l'émulé lent (par contre ca sera peut être plus lent (en tout cas chez moi avec glxgears ca doit pas être de plus de 10% (en prenant tres large)) !
Pour Xgl on ne peut PAS faire autrement que du rendu indirect (d'ailleur c'est un probleme du Aero de Vista (c'est bizarre d'avoir les même problemes d'un OS à l'autre non ? :)), il faut faire le rendu de l'appli OpenGL en offscreen (je sais plus si ca s'appelle comme ca, m'enfin c'est pour dire qu'on le fait dans une zone mémoire qui n'est pas affichée par l'écran), plaquer le rendu obtenu comme une texture OpenGL dans Xgl, alors qu'en temps normal on fait le rendu et ca arrive directement en zone mémoire que l'écran affiche directement, donc pas d'intermédiaire entre le calcul et l'affichage
(Laissez moi deviner, vous n'avez rien compris? Je fais souvent l'effet là, tant pis si c'est le cas)

À noter que ce ne sont pas des ou exclusifs entre chaque possibilité,
Par exemple MySQL AB et TrollTech font des doubles licences, mais aussi (surtout?) du service
Note:Je savais pas que MySQL faisait aussi de la double licence en plus du service, mais je te fais confiance

Il le fait depuis tar 1.15, qui date de décembre 2004 (d'apres le ChangeLog)

J'ai déjà fait avec 40 000 répertoires et 300 000 fichiers. Ca marche et ça bouffe peu de mémoire.
Hof niveau mémoire je m'inquiète pas
Mais niveau entrée/sorties sur le disque à l'initialisation !
Chez toi ca donne combien de temps ?
De mémoire même en faisant la récursivité avec une base de données qui fait que j'ai que le open() et le inotify_add à faire ca rame donc bon

Pas le contenu. Le répertoire et faire un stat() sur les entrées du répertoire. En gros faire un "find . -type d".
Je t'ai peut-être mal compris.
Quand je dis qu'il faut le lire, c'est lire pour savoir ses sous repertoires rien de plus


Ce que doit lancer inotify peut-il est fait après coup ? Genre faire un : "find .
-newer .notify-init -type f -exec bidule {} \;" (ce qui peut être fait en même temps que l'initialisation de inotify).
Oui oui bien sur, mais bon ca déplace le problème, si c'est pour avoir un système ralenti (bon à coup de ionice y a moyen que ca ne se sente pas mais bon pour le principe)

Tu n'en as peut-être pas tant besoin que ça.
Oui ca c'est sur m'enfin bon.

Oui enfin enfin bon dans les deux cas, c'est trop énorme pour surveiller ne serait-ce que mon home (c'est peut être pas un exemple de propreté, m'enfin bon je suis tresloin des 1024 repertoires maximum (cette limite est certe réglable, m'enfin))
mais s'il faut lire le contenu de tous les repertoires, puis dans tous ces repertoires ouvrir les sous repertoires et lire leur contenu etc, désolé mais ca risque de prendre quelques secondes (je dirais même minute vu le temps qu'un find -type d prend)
Et pour un service à lancer au démarrage ca m'est inadmissible (avec un init maison je boot en 10secondes maximum, si c'est pour multiplier ce temps par 10 je m'en passerais largement)
PS:Ah le find -type d vient de finir j'ai 84622 répertoires dans mon home, et un time find -type f apres (donc une partie devrait encore être en cache), prend la modeste somme de 8 minutes

Faire une DB en userland sur un FS en noyau ?
Bah pourquoi pas
bon sinon j'ai du loupé le couche pour inotify:
struct inotify_event {
__s32 wd; /* watch descriptor */
__u32 mask; /* watch mask */
__u32 cookie; /* cookie to synchronize two events */
__u32 len; /* length (including nulls) of name */
char name[0]; /* stub for possible name */
};
(sur un noyau 2.6.17 (je precise parce que l'api a changé plein de fois))
Ou alors on peut lui dire de surveiller un répertoire et il le fera réccursivement ?
À l'époque de mes essais (j'avoue que ca remonte à longtemps), et de mémoire ca ne marchait tout simplement pas.
Enfin il fallait faire la récursivité soit même, donc bon on doit ouvrir un FD par fichier (ou juste par repertoire? (Le changement d'mtime(par exemple) d'un fichier étant répercuté sur l'inode et donc le répertoire je crois)

> Reiser 4 supporte aussi l'association de méta-données aux fichiers.

Ext3 le permet aussi et probablement beaucoup d'autres.
Petite erreur sur la personne
C'est pas l'association à proprement parler
C'est à dire qu'il ne faut pas lire le fichier pour avoir les méta données
Mais le contraire est possible, c'est à dire de retrouver le fichier par les méta données, et c'est là tout l'interet
Alors bien sur il est possible de faire en userland, mais pour avoir tenté de coder un truc simple, et pour avoir testé kat et beagle
ben je suis pas pret de recommencer !
(Le probleme c'est de comment suivre l'activité des fichiers principalement (en fait en modifiant le noyau c'est faisable et ca existe déjà, voir rlocate (m'enfin c'est juste un locate normal avec surveillance continue(et qui est un peu tordu dans l'implémentation m'enfin bon(non j'ai jamais fait de lisp pourquoi?))))
Et venez pas me parler de inotify, parce que pour tout un FS (ou juste mon home qui est pas petit), c'est même pas la peine..
Donc bon quelque chose du genre du côté FS, je suis pour
Du côté du kernel c'est à voir, si on peut faire en userland on fait (un / en Fuse ca se tente non? :)

Au hasard, quand ton compte mail est chez un "petit" (niveau taille maximale de la boite aux lettres) serveur ?

Parce que l'API a changée (faut pas chercher compliquer hein)

En quoi ca fait penser à du spam ?
Akamai ca doit être l'un des plus gros groupes de proxys cache, tu risques de les vexer en disant ça

Je n'ai jamais entendu les phrases que tu as citées, mais vraiment jamais