bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Performance optimisations: Results


From: Juergen Sauermann
Subject: Re: [Bug-apl] Performance optimisations: Results
Date: Sat, 15 Mar 2014 18:03:19 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5

Hi,

one more thing is proper .configure (see README-2-configure).

In particular VALUE_CHECK_WANTED=no and ASSERT_LEVEL_WANTED=0,
otherwise you get a sequential time component proportional to the result size.

/// Jürgen


On 03/14/2014 07:56 PM, David Lamkins wrote:

Hmm, I hadn't thought of synchronization. That'd suggest that OpenMP infers the presence of shared state.

I'll refresh the patch for you very soon. Basically, though, the only difference should be another pragma for the loop in check_value().

On Mar 14, 2014 10:22 AM, "Juergen Sauermann" <address@hidden> wrote:
Hi David,

sounds like something is wrong. OpenMP states that their parallisation overhead is
4000 or so cycles which is much less than your measurements. Maybe some
unintended sync between the threads?

Could you send me the latest patch?

/// Juergen




reply via email to

[Prev in Thread] Current Thread [Next in Thread]