lolop a écrit 3884 commentaires

Bienvenue dans le monde de l'Internet d'avant l'omniprésence du web.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Si tu listes toutes les applications qui génèrent des "bips" pour signaler des états, ça devient ingérable.

==> gestion des évènements par application dans la config KDE.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Sous KDE les applications qui peuvent utiliser le son pour des notifications ont une entrée dans la configuration du système, et pour chaque événement tu peux choisir la façon dont il doit être rapporté (bip, son, message, log, commande exécutée…).

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Si firefox utilise effectivement le son (ex. lancement d'une vidéo sur youtube), alors chez moi il apparaît sous le nom ALSA plug-in [plugin-container]: ALSA Playback. Tu peux alors changer le volume pour cette appli spécifique, ou carrément le couper.

Je t'accorde qu'il serait bien d'avoir quelque part une liste des applications susceptibles d'utiliser le son afin de pouvoir leur affecter un volume par défaut. Ceci dit, si ça doit intégrer toutes celles qui risquent de faire un "bip" d'alerte, ça va être lourdingue, il faudrais se limiter aux applis multimédias… où que les applis aient des tags indiquant comment elles travaillent (GUI / texte, avec son, avec vidéo, etc…).

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Et pouvoir simplement foutre une appli en sourdine sans faire muet pour tout le monde. Honnetement rien que ca ca serait deja un miracle si ca fonctionnait a tous les coups.

Sous KDE il y a le mixeur qui fait ça bien (l'onglet flux de lecture liste les applis qui utilisent la carte son).

Et en plus il y a la gestion des multiples cartes son via Phonon par laquelle on peut spécifier, par type d'application (notifications, musique, vidéo, communication, accessibilité, jeux), quel périphérique utiliser.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Je suis passé à KeePassX & KeePassDroid il y a deux mois, ça te gère un fichier crypté contenant une collection d'infos user / mdp / compléments organisée sous forme hiérarchique.

Et tu as des applis sous Linux, Windows, MacOSX, Android.

Bien pratique.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

ACTA ne concerne pas qu'Internet…

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Pour apprendre la modélisation, un tableau, une feuille et un crayon suffisent - et permettent de se concentrer sur le problème et non sur les techniques/outils.
Après, des TP avec une base SQL quelconque pour voir une implémentation.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Plus sérieusement, quelle puissance tu veux tirer là dessus, et en conséquence quelle section de câble tu veux installer ?

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

C'est bien pour chauffer.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

(touches qui ne fonctionnent plus)

Y'a pas de pièces détachées pour ces modèles ? (j'ai remplacé le clavier d'un autre modèle sans trop de problème).

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Mais, finalement, tu veux installer OpenOffice ou bien OpenOffice ?

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

NFSv3 ou NFSv4 ?

Options d'export / de montage ?

Bref, un peu plus de détails.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Dédié à la récup des fichiers effacés, ou sur support défectueux.

http://www.cgsecurity.org/wiki/PhotoRec_FR

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

l'IGC du CNRS

pas que par quelques geeks engagés ne faisant pas attention à la sécurité

Tu rigoles ?

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Itou. Ça ajoute aussi une sécurité vs défaillance du disque de backup.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Pour le O1 y'a dû avoir un évènement pendant l'exécution (manque de stats - temps d'exec trop court, ça reste des nano secondes)

pointal@soupir:~/testinlinec$ ./a.out 
Inline: 105885747
Macro:  102699423
Inline-Macro:  3186324

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Ben non (j'aurais dû lire Batchyx jusqu'au bout).

Modifié en ajoutant une globale uint8_t coucou[10000000];
Et en stockant les résultats coucou[i] = mafonction1(i % UCHAR_MAX)*2; pour que le résultat soit utilisé donc que la boucle ne soit pas réduite par l'optimiseur.

pointal@soupir:~/testinlinec$ gcc testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 250650621
Macro:  223207182
Inline-Macro:  27443439
pointal@soupir:~/testinlinec$ gcc -O1 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 96174252
Macro:  102364884
Inline-Macro:  18446744073703360984
pointal@soupir:~/testinlinec$ gcc -O2 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 92908719
Macro:  89149068
Inline-Macro:  3759651
pointal@soupir:~/testinlinec$ gcc -O3 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 96442803
Macro:  91111680
Inline-Macro:  5331123

Dont acte.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

En corrigeant mon bug (⇒ end = rdtsc();), c'est nettement mieux:

pointal@soupir:~/testinlinec$ gcc testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 242608338
Macro:  231264504
Inline-Macro:  11343834
pointal@soupir:~/testinlinec$ gcc -O1 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 15078402
Macro:  15015321
Inline-Macro:  63081
pointal@soupir:~/testinlinec$ gcc -O2 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 342
Macro:  342
Inline-Macro:  0
pointal@soupir:~/testinlinec$ gcc -O3 testinlinec.c
pointal@soupir:~/testinlinec$ ./a.out 
Inline: 351
Macro:  342
Inline-Macro:  9

L'inlining est similaire à la macro.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Ah, en effet, gros bug (faudrais pas coder trop tard le soir):

end = rdtsc

Et je ne me souviens pas avoir vu d'erreur par gcc. Je reverrais ça ce soir…

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

… le code inline a donc l'avantage que le compilo cast le paramètre en uint8_t, ce que ne fait pas la macro, ce qui permettrais de supprimer le test (faudrais voir, coût du test vs coût du cast sans le test, avec un peu de chance le inline devient plus rapide).

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

testinline.c:13:1: warning: comparison is always false due to limited range of data type [-Wtype-limits]

La ligne return v>UCHAR_MAX? 0 : mapping[v]; est là pour avoir le même code que dans la macro. Et gcc 4.7 semble avoir des contrôles en plus du 4.6.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Tu a essayé de compiler ton code ? Chez moi, avec GCC 4.7.1 en 64bit:

Oui, en utilisant CMake + make, sinon je n'aurais pas pu donner les résultats.

Enfin bref, c'est pas le tout de pondre du code de test, mais autant que ce code calcule quelque chose qui ne puisse pas être connu à l'avance

Le but était de comparer l'inlining (effectif) vs la macro. Peut-être que toi tu connaissais à l'avance le résultat, moi pas.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

J'aime bien le inline avec le contrôle de type par le compilo & Co - je trouve ça plus propre que la définition de macros. Je me suis demandé quel coût avait le inline vs la définition de macro.

Testé avec le source suivant (sous Linux 64 bits, gcc 4.6.3).

// Fichier testinlinec.c
#include <stdio.h>
#include <stdint.h>
#include <time.h>
#include <limits.h>

#define TESTSCOUNT  10000000

static uint8_t mapping[256];

// Définition avec du inline.
static inline uint8_t mafonction1(uint8_t v)
{ return v>UCHAR_MAX? 0 : mapping[v]; }

// Définition en macro.
#define mafonction2(X) (X > UCHAR_MAX ? 0 : mapping[X])



inline uint64_t rdtsc()
{
    uint32_t lo, hi;
    __asm__ __volatile__ (
      "xorl %%eax, %%eax\n"
      "cpuid\n"
      "rdtsc\n"
      : "=a" (lo), "=d" (hi)
      :
      : "%ebx", "%ecx" );
    return (uint64_t)hi << 32 | lo;
}


void main(void)
{
    int i;
    int x;
    uint64_t start, end;
    uint64_t tinline, tmacro;

    // Initialisation du mapping avec des valeurs décalées.
    for (i=0 ; i<256 ; i++)
        mapping[i] = (i+8)%UCHAR_MAX;

    // Test avec le inline.
    start = rdtsc();
    for (i=0 ; i<TESTSCOUNT ; i++)
        x = mafonction1(i % UCHAR_MAX)*2;
    end = rdtsc;

    tinline = end - start;
    printf("Inline: %lu\n", tinline);

    // Test avec la macro.
    start = rdtsc();
    for (i=0 ; i<TESTSCOUNT ; i++)
        x = mafonction2(i % UCHAR_MAX)*2;
    end = rdtsc;

    tmacro = end - start;
    printf("Macro:  %lu\n", tmacro);

    printf("Inline-Macro:  %lu\n", tinline - tmacro);
}

Le résultat dépend fortement de l'option de compilation choisie (je suppute que dans certains cas il n'inline pas). Sur ma machine (note: le temps est en nano-secondes):

-O0 Inline-Macro:  227906089 nsec
-01 Inline-Macro:   14369156 nsec
-02 Inline-Macro:      94070 nsec
-O3 Inline-Macro:      89284 nsec

(note: avec des variations d'une exécution sur l'autre… vu la résolution c'est normal, les -O2 et -O3 sont quasi équivalent pour ce test)

Note: code pour le timing issu de stackoverflow.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Tu fais le calcul une fois pour toutes pour les 256 valeurs au démarrage et stocke ça dans une globale, après c'est de l'accès direct en mémoire à l'index désiré. Si c'est beaucoup utilisé, ça va se retrouver dans le cache avec un accès très rapide, sinon… c'est que ça ne le mérite pas :-)

Et éventuellement, tu peux définir:
static inline uint8_t mafonction(uint8_t v)
{ return maglobale[v]; }
Comme ça c'est masqué et si tu changes l'implémentation de mafonction(), ton code restera le même.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN