search for: streamclust

From here: http://parsec.cs.princeton.edu It is open-source and redistributable, and I have added LICENSE.TXT files to all the pieces I want to merge. These are blackscholes, canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions. I will disable the tests by default on the initial merge and test thoroughly on Linux and MacOS before enabling them. May I please commit my changes directly to test-suite? Thanks, --Patrick -- If I'm not here, I've gone out to find myself. If I get back before I...

...--------------------------------------------------------------------------------------------+ | sphinx | vector_gautbl_eval_logs3 | +-----------------+----------------------------------------------------------------------------------------------+ | streamcluster | _Z5pgainlP6PointsdPliP17pthread_barrier_t | +-----------------+----------------------------------------------------------------------------------------------+ | swaptions | _Z21HJM_Swaption_BlockingPddddddiidS_PS_llii...

...and default > configs. > > As I described previously, PointerChecker in gcc produces very > inefficient code. My experiments show overheads over native of up to > 9.5X (on "raytrace"), with common overheads of 3X ("bodytrack", > "fluidanimate", "streamcluster"). At the same time, AddressSanitizer > performs much better -- 1.3X on "raytrace", 1.7X on "bodytrack" and so > on. > > Recently I played with MPX support on Intel C/C++ Compiler (icc). This > implementation looks *much* better, with the following example...

I've recently played with the GCC implementation of pointer checker on a real hardware, my recent impressions are here: https://github.com/google/sanitizers/wiki/AddressSanitizerIntelMemoryProtectionExtensions (there is also some old pre-hardware content). In short, I totally agree with what David says above: MPX is a disaster. (Usual disclaimer: my opinion here is too biased) I am glad

...at mac.com> wrote: > Patrick, > > On Jul 20, 2010, at 1:18 AM, Patrick Simmons wrote: >> It is open-source and redistributable, and I have added LICENSE.TXT >> files to all the pieces I want to merge.  These are blackscholes, >> canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions.  I >> will disable the tests by default on the initial merge and test >> thoroughly on Linux and MacOS before enabling them.  May I please commit >> my changes directly to test-suite? Awesome! Can we see a patch? The PARSEC webpage mentions that the benchmark s...

...-----------------------------------------------+ > > | sphinx | vector_gautbl_eval_logs3 > > | > > > +-----------------+----------------------------------------------------------------------------------------------+ > > | streamcluster | _Z5pgainlP6PointsdPliP17pthread_barrier_t > > | > > > +-----------------+----------------------------------------------------------------------------------------------+ > > | swaptions | _Z21HJM_Swaption_BlockingPddddddiidS_...

...------------------------------------------------------------------------+ > | sphinx | vector_gautbl_eval_logs3 > | > +-----------------+----------------------------------------------------------------------------------------------+ > | streamcluster | _Z5pgainlP6PointsdPliP17pthread_barrier_t > | > +-----------------+----------------------------------------------------------------------------------------------+ > | swaptions | _Z21HJM_Swaption_BlockingPddddddiidS_PS_llii >...

...resden.de> wrote: > >> Recently I played with MPX support on Intel C/C++ Compiler (icc). This > >> implementation looks *much* better, with the following example > >> overheads: 1.2X on "raytrace", 1.25X on "bodytrack", 1.08X on > >> "streamcluster". So the common overheads are in the range of 15%-25%! > > That's interesting. > > Are you sure you are instrumenting both reads and writes with icc? > > Yes, here are the exact flags I add to the usual build configuration: > -xHOST -check-pointers-mpx:rw > Int...

Patrick, On Jul 20, 2010, at 1:18 AM, Patrick Simmons wrote: > It is open-source and redistributable, and I have added LICENSE.TXT > files to all the pieces I want to merge. These are blackscholes, > canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions. I > will disable the tests by default on the initial merge and test > thoroughly on Linux and MacOS before enabling them. May I please commit > my changes directly to test-suite? I'm not convinced that the PARSEC tests are appropriate for addition the LLVM tests...

...----------------------+ >> > | sphinx | vector_gautbl_eval_logs3 >> > | >> > >> > +-----------------+----------------------------------------------------------------------------------------------+ >> > | streamcluster | _Z5pgainlP6PointsdPliP17pthread_barrier_t >> > | >> > >> > +-----------------+----------------------------------------------------------------------------------------------+ >> > | swaptions | _Z21HJM_Swaption...

...+---------------+-----------+--------------+----------+ | sphinx | 26 | 0m2.212s | 0m2.198s | 5 | 1m36.291s | 0m13.811s | 543534 | 543358 | +---------------+----------+-------------+-----------+-----------+---------------+-----------+--------------+----------+ | streamcluster | 21121728 | 0m0.947s | 0m0.908s | 33 | 0m50.212s | 0m5.986s | 191981 | 185438 | +---------------+----------+-------------+-----------+-----------+---------------+-----------+--------------+----------+ | swaptions | 20655 | 0m0.965s | 0m0.950s | 13 | 0m0....

...sible, float %z, i32* %k, double %cost, i32 %iter, float %e, i32 %pid, %union.pthread_barrier_t* %barrier) nounwind { What is the reason for the function renaming and is there a way to avoid so that the function name remains unchanged. This is how I am invoking llvm-g++ llvm-g++ -emit-llvm -c -O0 streamcluster.cpp -o streamcluster.bc Thanks! Malveeka -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110603/c36224d8/attachment.html>

...-------------------> .bc ------------------> .s -----------------> sparc executable. Is this correct? Or did you manage to build the llvm-gcc source on a sparc machine? Also, does your flow work correctly for programs with C++ constructs (take any standard benchmark...e.g. PARSEC's streamcluster.cpp as an example program)? The reason I am asking this is because I partly succeeded in building the llvm-gcc frontend on a SPARC machine..which works fine for C programs. However, programs which involve C++ constructs do not succeed. Although I am yet to figure out the reason, I wanted to know...

...t; >> Recently I played with MPX support on Intel C/C++ Compiler (icc). This >>> >> implementation looks *much* better, with the following example >>> >> overheads: 1.2X on "raytrace", 1.25X on "bodytrack", 1.08X on >>> >> "streamcluster". So the common overheads are in the range of 15%-25%! >>> > That's interesting. >>> > Are you sure you are instrumenting both reads and writes with icc? >>> >>> Yes, here are the exact flags I add to the usual build configuration: >>>...

Hi everyone, Following my earlier posting (http://lists.cs.uiuc.edu/pipermail/llvmdev/2010-November/036292.html), I sent another message to the list, but it seems like it didn't get through :-( I managed to fix the problem in my earlier post and compile a cross-llvm-gcc. Then I discovered I was having problems with a setting a variable based on a ?: condition. Anyway, I've

...20, 2010, at 1:18 AM, Patrick Simmons wrote: >>> >>>> >>>> It is open-source and redistributable, and I have added LICENSE.TXT >>>> files to all the pieces I want to merge.  These are blackscholes, >>>> canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions.  I >>>> will disable the tests by default on the initial merge and test >>>> thoroughly on Linux and MacOS before enabling them.  May I please commit >>>> my changes directly to test-suite? >>>> >> >> Awesome! Can we see...

...k, >> >> On Jul 20, 2010, at 1:18 AM, Patrick Simmons wrote: >> >>> It is open-source and redistributable, and I have added LICENSE.TXT >>> files to all the pieces I want to merge. These are blackscholes, >>> canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions. I >>> will disable the tests by default on the initial merge and test >>> thoroughly on Linux and MacOS before enabling them. May I please commit >>> my changes directly to test-suite? >>> > > Awesome! Can we see a patch? >...

...ick Simmons wrote: >>>> >>>> >>>>> It is open-source and redistributable, and I have added LICENSE.TXT >>>>> files to all the pieces I want to merge. These are blackscholes, >>>>> canneal, dedup, fluidanimate, freqmine, streamcluster, and swaptions. I >>>>> will disable the tests by default on the initial merge and test >>>>> thoroughly on Linux and MacOS before enabling them. May I please commit >>>>> my changes directly to test-suite? >>>>> >>>>>...

...(icc). />>>>>>>>/This />>>>>>>>/implementation looks *much* better, with the following example />>>>>>>>/overheads: 1.2X on "raytrace", 1.25X on "bodytrack", 1.08X on />>>>>>>>/"streamcluster". So the common overheads are in the range of />>/15%-25%! />>>>>>>/That's interesting. />>>>>>>/Are you sure you are instrumenting both reads and writes with icc? />>>>>>//>>>>>>/Yes, here are the exact...

This proposal adds support for path profiling [Ball96] to LLVM. Path profiling compactly represents acyclic paths in a directed acyclic graph representation of the control flow graph of a routine. Instrumentation can be added to uniquely identify paths executed at runtime. Path profiles enable precise enumeration of the sequence of basic blocks executed in order for a particular path. Using path