/
niceSOFT
/
valgrind
ОбзорДокументацияВойти
/
niceSOFT
/
valgrind
Код
Задачи
Вики
Пакеты
0
Релизы
0
Аналитика
Безопасность
ДокументацияПоддержка
Политика конфиденциальностиПользовательское соглашениеПолитика использования «cookies»Согласие субъекта персональных данных
2026 ©
valgrind/
perf/
..
Makefile.am

Cleanup of warnings, mostly -Wno-unused-but-set-variable

4 года назад
README

add extra note about tinycc

21 год назад
bigcode.c

mips: update tests to compile for nanoMIPS

7 лет назад
bigcode1.vgperf

Change the --smc-check default value to =all-non-file.

11 лет назад
bigcode2.vgperf

Change the --smc-check default value to =all-non-file.

11 лет назад
bz2.c

Merge r14202 from the BUF_REMOVAL branch to trunk. This patch changes the interface and behaviour of VG_(demangle) and VG_(maybe_Z_demangle). Instead of copying the demangled name into a fixed sized buffer that is passed in from the caller (HChar *buf, Int n_buf), the demangling functions will now return a pointer to the full-length demangled name (HChar **result). It is the caller's responsiblilty to make a copy if needed.

12 лет назад
bz2.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
fbench.c

regtest: fix compiler warnings with clang 16

3 года назад
fbench.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
ffbench.c

regtest: fix compiler warnings with clang 16

3 года назад
ffbench.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
heap.c

Add a perf test to measure the speed (and memory) of PDB handling.

15 лет назад
heap.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
heap_pdb4.vgperf

Add a perf test to measure the speed (and memory) of PDB handling.

15 лет назад
many-loss-records.c

Fix 247386 make perf does not run all performance tests :

15 лет назад
many-loss-records.vgperf

Fix 247386 make perf does not run all performance tests :

15 лет назад
many-xpts.c

Fix 247386 make perf does not run all performance tests :

15 лет назад
many-xpts.vgperf

Fix 247386 make perf does not run all performance tests :

15 лет назад
memrw.c

Fix some spelling mistakes. Fixes BZ#374719 Patch by: klemens <ka7@la-evento.com>

9 лет назад
memrw.vgperf

This patch changes the policy that does the GC of OldRef and RCEC conflict cache size.

11 лет назад
sarp.c

15 лет назад
sarp.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
test_input_for_tinycc.c

Attempt to make tinycc work on ppc32, by (1) getting rid of various x86 isms in tinycc.c, (2) giving it a fixed, preprocessed input file to chew on, and (3) just compiling to a .o with no attempt to link.

21 год назад
tinycc.c

Fix some spelling mistakes. Fixes BZ#374719 Patch by: klemens <ka7@la-evento.com>

9 лет назад
tinycc.vgperf

An extension of the previous commit: the vg_perf --tools option is so useful that I got rid of the "tools:" line in the .vg_perf files.

20 лет назад
vg_perf.in

Upgrade to GNU General Public License version 3

10 месяцев назад
README
=============================================================================
Notes about performance benchmarks
=============================================================================
For each benchmark, here is a brief description and notes about its
strengths and weaknesses.
 
-----------------------------------------------------------------------------
Artificial stress tests
-----------------------------------------------------------------------------
bigcode1, bigcode2:
- Description: Executes a lot of (nonsensical) code.
- Strengths: Demonstrates the cost of translation which is a large part
of runtime, particularly on larger programs.
- Weaknesses: Highly artificial.
 
heap:
- Description: Does a lot of heap allocation and deallocation, and has a lot
of heap blocks live while doing so.
- Strengths: Stress test for an important sub-system; bug #105039 showed
that inefficiencies in heap allocation can make a big
difference to programs that allocate a lot.
- Weaknesses: Highly artificial -- allocation pattern is not real, and only
a few different size allocations are used.
 
sarp:
- Description: Does a lot of stack allocation and deallocation.
- Strengths: Tests for a specific performance bug that existed in 3.1.0 and
all earlier versions.
- Weaknesses: Highly artificial.
 
-----------------------------------------------------------------------------
Real programs
-----------------------------------------------------------------------------
bz2:
- Description: Burrows-Wheeler compression and decompression.
- Strengths: A real, widely used program, very similar to the 256.bzip2
SPEC2000 benchmark. Not dominated by any code, the hottest
55 blocks account for only 90% of execution. Has lots of
short blocks and stresses the memory system hard.
- Weaknesses: None, really, it's a good benchmark.
 
fbench:
- Description: Does some ray-tracing.
- Strengths: Moderately realistic program.
- Weaknesses: Dominated by sin and cos, which are not widely used, and are
hardware-supported on x86 but not on other platforms such as
PPC.
 
ffbench:
- Description: Does a Fast Fourier Transform (FFT).
- Strengths: Tests common FP ops (mostly adding and multiplying array
elements), FFT is a very important operation.
- Weaknesses: Dominated by the inner loop, which is quite long and flatters
Valgrind due to the small dispatcher overhead.
 
tinycc:
- Description: A very small and fast C compiler. A munged version of
Fabrice Bellard's TinyCC compiling itself multiple times.
- Strengths: A real program, lots of code (top 100 blocks only account for
47% of execution), involves large irregular data structures
(presumably, since it's a compiler). Does lots of
malloc/free calls and so changes that make a big improvement
to perf/heap typically cause a small improvement.
- Weaknesses None, really, it's a good benchmark.