2 votes

Pourquoi `volatile` ne fait aucune différence ?

Selon le site Wikipedia :

http://en.wikipedia.org/wiki/Volatile_variable

J'ai copié son code d'exemple pour le tester sur mon ordinateur portable, mais les deux n'ont aucune différence ! Voici mes informations sur la version de GCC :

i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Le code source en C est le suivant

/* volatile_var.c */
#include <stdio.h>
int main() {
        /* in no_volatile_var.c there is no volatile here */
        volatile int a = 10, b = 100, c = 0, d = 0;
        printf("%d\n", a + b);

        a = b;
        c = b;
        d = b;

        printf("%d\n", c + d);
        printf("%d\n", a);
        return 0;
}

J'ai compilé les fichiers no_volatile_var.c et volatile_var.c avec

gcc -S *.c

mais le résultat est le même en suivant

    .section    __TEXT,__text,regular,pure_instructions
    .globl  _main
    .align  4, 0x90
_main:
Leh_func_begin1:
    pushq   %rbp
Ltmp0:
    movq    %rsp, %rbp
Ltmp1:
    subq    $32, %rsp
Ltmp2:
    movl    $10, -12(%rbp)
    movl    $100, -16(%rbp)
    movl    $0, -20(%rbp)
    movl    $0, -24(%rbp)
    movl    -12(%rbp), %eax
    movl    -16(%rbp), %ecx
    addl    %ecx, %eax
    xorb    %cl, %cl
    leaq    L_.str(%rip), %rdx
    movq    %rdx, %rdi
    movl    %eax, %esi
    movb    %cl, %al
    callq   _printf
    movl    -16(%rbp), %ecx
    movl    %ecx, -12(%rbp)
    movl    -16(%rbp), %ecx
    movl    %ecx, -20(%rbp)
    movl    -16(%rbp), %ecx
    movl    %ecx, -24(%rbp)
    movl    -20(%rbp), %ecx
    movl    -24(%rbp), %edx
    addl    %edx, %ecx
    xorb    %dl, %dl
    leaq    L_.str(%rip), %rdi
    movl    %ecx, %esi
    movb    %dl, %al
    callq   _printf
    movl    -12(%rbp), %ecx
    xorb    %dl, %dl
    leaq    L_.str(%rip), %rdi
    movl    %ecx, %esi
    movb    %dl, %al
    callq   _printf
    movl    $0, -8(%rbp)
    movl    -8(%rbp), %eax
    movl    %eax, -4(%rbp)
    movl    -4(%rbp), %eax
    addq    $32, %rsp
    popq    %rbp
    ret
Leh_func_end1:

    .section    __TEXT,__cstring,cstring_literals
L_.str:
    .asciz   "%d\n"

    .section    __TEXT,__eh_frame,coalesced,no_toc+strip_static_syms+live_support
EH_frame0:
Lsection_eh_frame:
Leh_frame_common:
Lset0 = Leh_frame_common_end-Leh_frame_common_begin
    .long   Lset0
Leh_frame_common_begin:
    .long   0
    .byte   1
    .asciz   "zR"
    .byte   1
    .byte   120
    .byte   16
    .byte   1
    .byte   16
    .byte   12
    .byte   7
    .byte   8
    .byte   144
    .byte   1
    .align  3
Leh_frame_common_end:
    .globl  _main.eh
_main.eh:
Lset1 = Leh_frame_end1-Leh_frame_begin1
    .long   Lset1
Leh_frame_begin1:
Lset2 = Leh_frame_begin1-Leh_frame_common
    .long   Lset2
Ltmp3:
    .quad   Leh_func_begin1-Ltmp3
Lset3 = Leh_func_end1-Leh_func_begin1
    .quad   Lset3
    .byte   0
    .byte   4
Lset4 = Ltmp0-Leh_func_begin1
    .long   Lset4
    .byte   14
    .byte   16
    .byte   134
    .byte   2
    .byte   4
Lset5 = Ltmp1-Ltmp0
    .long   Lset5
    .byte   13
    .byte   6
    .align  3
Leh_frame_end1:

.subsections_via_symbols

Selon l'explication de Wiki, il devrait y avoir une différence et l'édition volatile devrait être plus grande que l'édition non volatile. Je les ai compilés en binaire et j'ai constaté que leur taille est également la même.

Questions :

  • Est-ce que mon llvm-gcc en est la cause (je vais tester ces codes sur Linux) ou l'explication du Wiki est une erreur ?
  • Les deux ont compilé le même code binaire (simplement en fonction de leur taille), donc leur résultat d'impression est le même. Mais d'après l'explication de Wiki, est-ce que les deux affichent des résultats différents à l'écran ?

Mise à jour

Cette question est due à une erreur de Wikipédia sur les paramètres d'optimisation, et n'a aucun rapport avec ce que dit le titre. Dois-je fermer cette question ?

5voto

Jesus Ramos Points 15798

Utilisation gcc -O3 pour activer les optimisations et vous devriez voir une différence.

4voto

Philipp Points 22441

Le mot-clé volatile indique simplement au compilateur qu'un thread externe peut modifier cette variable à tout moment, et qu'il doit donc être prudent avec les optimisations qui reposent sur l'hypothèse que cela ne se produira pas. Mais votre application n'a pas d'autres threads, il n'y a donc aucune raison de la traiter différemment.

Vous pouvez essayer de compiler le programme avec un paramètre d'optimisation plus élevé (paramètre de ligne de commande -O3) - cela peut amener le compilateur à effectuer des optimisations sur la version non volatile qui sont interdites pour la version volatile.

0voto

admin Points 1

Si nous déclarons une variable comme volatile, le compilateur ne peut pas effectuer d'optimisation.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X