File: SPEC-notes.txt

package info (click to toggle)
valgrind 1%3A3.10.0-4
  • links: PTS, VCS
  • area: main
  • in suites: jessie, jessie-kfreebsd
  • size: 97,452 kB
  • ctags: 62,380
  • sloc: ansic: 589,429; xml: 21,096; exp: 8,751; cpp: 7,366; asm: 6,526; perl: 5,656; sh: 5,334; makefile: 4,946; haskell: 195
file content (43 lines) | stat: -rw-r--r-- 1,317 bytes parent folder | download | duplicates (11)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
From Vince Weaver:

I've been running the SPEC CPU 2006 benchmarks under valgrind (doing some
work on my BBV generating plugin).

There are two benchmarks that have issues, and I thought I'd share them
here for future reference.

1). zeusmp - does not run

    It has a 1GB data segment, which valgrind cannot handle on a 32-bit
    CPU.

2). dealII - runs forever, never ending

    It took a while, but I tracked this down to a 64bit/80bit
    floating point issue.

    The code in the QGauss<1>::QGauss() function has some code like this:

    const long double tolerance = std::max (static_cast<long double>
       (std::numeric_limits<double>::epsilon() / 100),
       static_cast<long double>(std::numeric_limits<long
       double>::epsilon() *5));

     do {
       ....
       various fp operations
       ....
     } while (abs(p1/pp) > tolerance);


     The tolerance in this case is being set to ~2.22e-18, but the
     abs(p1/pp) value never gets below ~2.586e-17 under valgrind.

     [This is because Valgrind only uses 64-bit FP values on x86, not 80-bit
     values.]

     This is similar to an issue that happens with the "art"
     benchmark on SPEC CPU 2000, but in the "art" case it only
     makes the code take longer to finish; this "dealII" problem
     makes the benchmark loop forever.