Neanmoins, XCB n'a pas ete tres profile, donc il y a de (tout) petits gains possibles.
Ca me rapelle un programme ou j'avais pas du tout optimisé une recherche dans un tableau parce que je pensais qu'on ne l'utiliserais presque jamais (on me l'avais dis pourtant : ne pas penser !).
bon ben le profiling m'as permis de voir qu'on l'utilisait en réalité pas mal sur de grosses données.
Bon ben on est passé d'une dizaine de minute à une trentaine de seconde après profiling \o/
comme quoi pas forcément petits les gains ;)
est son cote thread-safe,
vu que les machines multiproc/multicore commence à se répandre, je pense que de plus en plus de personnes vont essayer d'utiliser des thread (ou tout du moins j'espère :-d ) , Le thread-safe me parait donc comme quelquechose permettant d'augmenter la vitesse, non pas parce que les comms seront plus rapide , mais parce faire 2 (ou n) threads permettra réellement de gagner des perfs, et pas juste utile dans un point de vue du fonctionnement du programme.
[^] # Re: Gros titres à sensations
Posté par briaeros007 . En réponse à la dépêche Release Candidate 1 de XCB. Évalué à 1.
Ca me rapelle un programme ou j'avais pas du tout optimisé une recherche dans un tableau parce que je pensais qu'on ne l'utiliserais presque jamais (on me l'avais dis pourtant : ne pas penser !).
bon ben le profiling m'as permis de voir qu'on l'utilisait en réalité pas mal sur de grosses données.
Bon ben on est passé d'une dizaine de minute à une trentaine de seconde après profiling \o/
comme quoi pas forcément petits les gains ;)
est son cote thread-safe,
vu que les machines multiproc/multicore commence à se répandre, je pense que de plus en plus de personnes vont essayer d'utiliser des thread (ou tout du moins j'espère :-d ) , Le thread-safe me parait donc comme quelquechose permettant d'augmenter la vitesse, non pas parce que les comms seront plus rapide , mais parce faire 2 (ou n) threads permettra réellement de gagner des perfs, et pas juste utile dans un point de vue du fonctionnement du programme.