search for: slowdown

...mllvm -vectorize'? > The largest three performance speedups are: > SingleSource/Benchmarks/BenchmarkGame/puzzle - 59.2% speedup > SingleSource/UnitTests/Vector/multiplies - 57.7% speedup > SingleSource/Benchmarks/Misc/flops-7 - 50.75% speedup > > The largest three performance slowdowns are: > MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - > 114% slowdown > MultiSource/Benchmarks/MiBench/network-patricia/network-patricia - 66.6% > slowdown > SingleSource/Benchmarks/Misc/flops-8 - 64.2% slowdown > Interesting. Do you understand what causes t...

...ctorization, this patch will probably work for you. The largest three performance speedups are: SingleSource/Benchmarks/BenchmarkGame/puzzle - 59.2% speedup SingleSource/UnitTests/Vector/multiplies - 57.7% speedup SingleSource/Benchmarks/Misc/flops-7 - 50.75% speedup The largest three performance slowdowns are: MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - 114% slowdown MultiSource/Benchmarks/MiBench/network-patricia/network-patricia - 66.6% slowdown SingleSource/Benchmarks/Misc/flops-8 - 64.2% slowdown (from these, I've excluded tests that took less that 0.1 seconds to r...

...blem? >> >> I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed >> down due to some clang changes. I'm not going to investigate this. >> > Crumbs. > > John, Do you know of anything that went into clang that could account for EH slowdowns? Is this Linux? Is it possibly just Objective-C tests? There have been several patches about ObjC runtimes recently that affected exceptions. John.

...gt; The largest three performance speedups are: > > SingleSource/Benchmarks/BenchmarkGame/puzzle - 59.2% speedup > > SingleSource/UnitTests/Vector/multiplies - 57.7% speedup > > SingleSource/Benchmarks/Misc/flops-7 - 50.75% speedup > > > > The largest three performance slowdowns are: > > MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - > > 114% slowdown > > MultiSource/Benchmarks/MiBench/network-patricia/network-patricia - 66.6% > > slowdown > > SingleSource/Benchmarks/Misc/flops-8 - 64.2% slowdown > > > Interesti...

...t;> I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed >>> down due to some clang changes. I'm not going to investigate this. >>> >> Crumbs. >> >> John, Do you know of anything that went into clang that could account for EH slowdowns? > > Is this Linux? Is it possibly just Objective-C tests? There have been several patches about ObjC runtimes recently that affected exceptions. yes, it is linux. While the worst slowdowns were in Objective-C tests, there were lots of non-objc slowdowns too (see list in quoted message i...

...any relevant LLVM changes, so I guess clang C++ compilation slowed >>>> down due to some clang changes. I'm not going to investigate this. >>>> >>> Crumbs. >>> >>> John, Do you know of anything that went into clang that could account for EH slowdowns? >> >> Is this Linux? Is it possibly just Objective-C tests? There have been several patches about ObjC runtimes recently that affected exceptions. > > yes, it is linux. While the worst slowdowns were in Objective-C tests, there > were lots of non-objc slowdowns too (see...

Hi there, We're currently attempting to explain a slowdown of an LVQ-type parallel analysis we're working on. We are benchmarking our analysis running over openMosix against the same running via SNOW for R. Both perform similarly on small datasets, but on large datasets SNOW drastically outperforms openMosix. However, these results are achieve r...

...from this system, although for a change I do have remote access via 2 VPN hops): kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd] kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged] These messages started appearing today around 7 AM, which is when users started reporting the slowdown. They are still occurring periodically and the system is still slow. Are these messages caused by the slowdown or are they the reason for it? Are they useful in tracking down the problem?

...three performance speedups are: >>> SingleSource/Benchmarks/BenchmarkGame/puzzle - 59.2% speedup >>> SingleSource/UnitTests/Vector/multiplies - 57.7% speedup >>> SingleSource/Benchmarks/Misc/flops-7 - 50.75% speedup >>> >>> The largest three performance slowdowns are: >>> MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - >>> 114% slowdown >>> MultiSource/Benchmarks/MiBench/network-patricia/network-patricia - 66.6% >>> slowdown >>> SingleSource/Benchmarks/Misc/flops-8 - 64.2% slowdown >>&...

> Further to my previous post, I have made an interesting discovery. This > particular slowdown only occurs from clients that are running > Windows 98. The Windows98 explorer (and possibly other programs) incorrectly set the "sync" bit in write requests to network shares. This causes an enormous slowdown as Samba (quite correctly) does a fsync() on the file after each write. Co...

...and I was wondering if this is a known issue. First, note that this problem occurs when the Opus encoder is created with OPUS_APPLICATION_VOIP, there is no issue if the encoder is created with OPUS_APPLICATION_AUDIO. If compiled for a 32 bit architecture (i386), the encoder experiences significant slowdowns when regular audio is followed by digital silence. The size of the encoded frames is also far too big: 128 byes for 20ms of pure silence. The problem does not occur if the library was compiled for a 64 bit architecture (amd64). For example, if a single audio frame (20 ms, 48kHz, mono, 16 bit) norm...

...es, the latest commit fixed the problem. I figured it would be a small patch but wasn't sure where to make the change. Thanks again, - DB > ----- Original Message ----- > From: Jean-Marc Valin > Sent: 08/12/13 11:50 AM > To: D. B. > Subject: Re: [opus] Silence causing encoder slowdown on 32 bit architecture > > Indeed, the fix you referenced fixed the hp filter used in audio mode, > but not the one used in voip mode. I just checked in a fix in git. See > if it works for you. Thanks for reporting this. > > Cheers, > > Jean-Marc > > On 08/12/2013...

Hello again. Our production cluster has begun experiencing some vicious slowdowns that may (or may not) be related to the filesystems. When the problem occurs, the load average on the servers jumps up to 30 or higher. Usually one node will climb while the other drops, then they will switch places a few minutes later. At one point, we had one node's load average up over 3...

On Friday 04 January 2008 12:59, Evan Cheng wrote: > On Jan 2, 2008, at 12:44 PM, David Greene wrote: > > On Saturday 22 December 2007 02:33, Evan Cheng wrote: > >>> After some very simple testing, I see slowdowns of around 1.7%. I > >>> assume > >>> this is ok, but want to check. > >> > >> Can you clarify? Is this 1.7% slowdown of scheduling time or overall > >> codegen time? If it's the later, then it seems a bit too much. Also, > >> please...

Hello, as far as I understood ext3 will more or less hog a machine when writing away the journal. A customer is having a slowdown every 5 minues for about 30 seconds, the machine becomes more or less unusable. This is an NFS server serving 300 Gigs spread over 2 NFS shares. I'm wondering what would be the best course of action: a) make the journal bigger? b) make the journal smaller? c) switch from ordered to wri...

...71, 12714.3} seconds. debug35 = 10490.251 debugTrunk = 11829.932 debugTrunk/debug35 == 1.12771 debugRatio = 1.12771 release35 = 9826.705 releaseTrunk = 12714.288 releaseTrunk/release35 == 1.29385 releaseRatio = 1.29385 For simplicity, let's use a simple linear model for the distribution of slowdown between the frontend and backend: a constant factor slowdown for the backend, and an independent constant factor slowdown for the frontend. This gives the following linear system: debugRatio = .1 * backendRatio + (1 - .1) * frontendRatio releaseRatio = .33 * backendRatio + (1 - .33) * frontendRatio...

I am very interested in reviving this. Did anyone get any further with these ideas? @Grimar: Did you do any profiling of the code? Were the slowdowns you were seeing fundamental (i.e. due to IO) or could a more optimal implementation reduce the slowdown? Did you do any end to end timings for compilation + link time? The same issues arise for all metadata sections: .eh_frame .debug_* .stack_sizes etc... In our proprietary linker w...

Is there something currently going on on the rspec trunk that causes a massive slowdown when running rake spec and autotest (without spec_server)? I updated to the latest trunk yesterday and the time needed to run the specs of my app jumped from ~20 seconds to more than a minute. The weird thing is that if I run the rake spec tasks separately (controllers, models, views, helpe...

In the last few days, I have noticed a drastic slowdown in my VMware Windows guest OS.. I recently bit the bullet and upgraded it from XP SP1 to SP2, and that seemed to work fine for quite a few days. The two major changes I made to the system recently were: 1) The most recent update from CentOS (can't remember which one, but it was within the la...

>@Grimar: Did you do any profiling of the code? Were the slowdowns >you were seeing fundamental (i.e. due to IO) or could a more optimal >implementation reduce the slowdown? Did you do any end to end >timings for compilation + link time? No, as far I remember I did not profile this. All results I had were about linker timing for linking clang (poste...