similar to: Rsync major slowdown problem

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 300. Our site

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 running SNOW on the default RedHat

Today, our network has been excruciatingly slow. I checked the log.nmb file, and I noticed that today, the Samba PDC has been losing its "local master browser" status every 2 minutes or so, for about 15 seconds, to a Win9x client. Before today, this also happened, but only a few times each day. Network configuration: 1. All clients are Win9x. 2. Server is SuSE 6.1, with Samba 2.0.5.

Thanks for acting on this so quickly. Yes, 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

On Thu, Apr 07, 2016 at 08:56:46AM -0300, David Bremner wrote: > I hadn't noticed any interactive slowdown, but when I got around to > running the notmuch performance suite, there seems to be some noticable > slowdown with the glass backend (default in Xapian 1.3.5) compared to > chert (using xapian 1.2.22) Some of this is pretty much expected, though other parts I don't

> > 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

On Jul 7, 2012, at 12:10 AM, Duncan Sands wrote: > On 07/07/12 02:20, John McCall wrote: >> On Jul 6, 2012, at 3:48 PM, Bill Wendling wrote: >>> On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: >>>> Hi Bill, >>>> >>>>> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? >>>> >>>>

On Tue, Nov 14, 2017 at 10:23:56AM -0700, Blair Bethwaite wrote: > Hi all, > > This is not really a libvirt issue but I'm hoping some of the smart folks > here will know more about this problem... > > We have noticed when running some HPC applications on our OpenStack > (libvirt+KVM) cloud that the same application occasionally performs much > worse (4-5x 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.

I have a CentOS 6 system that has suddenly starting significantly slowing down. It runs a django app with an Apache server and MySQL server. There is plenty of disk space and no process seems to be hogging the memory or CPU. But operations that used to take 5 minutes are now taking hours and hours. Coinciding with this slow down I see these messages in /var/log/messages (this is hand typed, as I

First of all Hi everybody and thanks for this cool software called "wine" Well I've been looking for Help... I Know there is a lot about it... but I just wanted to know.... I have an AMD sempron 2500+ Gforce 6200 (256 MB), 1GB ram, with Ubuntu 8.10, Kde 4.1 (desktop effects disabled, no slowdowns in opengl aplications). Everything is ok, no sound problem.. no grafic problem. For

I am experiencing slowdown due to changes introduced after 3.0.1 to the various DC lookup routines. I have it narrowed down but don't know where to go from here. First the relevant pieces of the conf: [global] workgroup = COMPANY.COM security = server log level = "4 auth:6" password server = SERVER1 SERVER2 wins server = 10.0.0.29 os level = 0 domain /

Hi all, I noticed some odd behavior with the Opus encoder, 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

I hadn't noticed any interactive slowdown, but when I got around to running the notmuch performance suite, there seems to be some noticable slowdown with the glass backend (default in Xapian 1.3.5) compared to chert (using xapian 1.2.22) These tests are on an older i7 with 12G of RAM and an SSD. I'm reasonable confident they are CPU bound. One curious thing is the increase in system time

Hi all, This is not really a libvirt issue but I'm hoping some of the smart folks here will know more about this problem... We have noticed when running some HPC applications on our OpenStack (libvirt+KVM) cloud that the same application occasionally performs much worse (4-5x slowdown) than normal. We can reproduce this quite easily by filling pagecache (i.e. dd-ing a single large file to

Hello, after the update from Samba version 2.2.8a to samba-3.0.4 I have a big slowdown. The configuration at the moment is like this: samba1 --> Still running 2.2.8a on Solaris. Configured as a PDC. Workgroup A samba2 --> 3.0.4 on Solaris Workgroup A security = server; password server = samba1 samba3 --> 3.0.4 on Solaris Workgroup

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, helpers), they

2 days ago, I posted my long message about the observed slowdown in a package between R-2.15.0 and R-2.15.2. Uwe Ligges urged me to make a self-contained R example. That was the encouragement I needed. I tracked the problem down to a failing use of a LAPACK routine. R's LAPACK C interface changed one variable in one function. But it turned out to be an important change. In case others have

I have noticed lpc slowdown both in encoding and decoding, not related to new config.h stuff. It seems there is wrong choosing of fastest possible version of lpc function. Patch is attached. -- Miroslav Lichvar -------------- next part -------------- Index: src/libFLAC/stream_decoder.c =================================================================== RCS file:

Dear R users/developers, simple comparison of code execution time of R 2.7.1 and R 2.7.2 shows a dramatic slowdown of the newer version. Rprof() identifies .Call function as a main cause (see the code below). What happened with R 2.7.2? Kind regards Marek Wielgosz Bayes Consulting ######### Probably useful info ############### ### CPU: Core2Duo T 7300, 2 GB RAM ### WIN XP ### both standard