similar to: system slowdown

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

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

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

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?

Well I have spent the last three days pulling my hair out over why I couldn't copy files out of samba shares from my linux server. The answer came today after I signed up to this mailing list, and ironically the answer was in the documentation all along. The solution is read raw, an option that is on by default which increases packet sizes up to 64k. Problems occur when clients have buggy

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

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 last two weekd for 5.0). 2) Adding another VM

Hi John, 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? >>> >>> I don't see any relevant LLVM changes, so I guess clang C++

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

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

I am currently investigating using samba on a Linux box to provide file server services on our NT LAN (I'm a bit sick of NT doing dummy spits on me). I'm running RH5.1, and have just upgraded samba to samba-1.9.18p8-51.3 (using the rpm from http://samba.anu.edu.au/samba/ftp/Binary_Packages/redhat/RPMS/5.1/samba- 1.9.18p8-51.3.i386.rpm) The setup includes several NT servers, one set up as

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

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, We have a server which locks up about once a week (for the past 3 weeks now), without any warning, and the only way to recover it, is to reset the server. This causes unwanted downtime, and often software loss as well. How do I debug the server, which runs CentOS 5.2 to see why it locks up? The CPU is an Intel Q9300 Core 2 Quad, with 8 GB RAM, on an Intel Motherboard The last few entries

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

Hi, I''m running RoR on a debian woody virtual machine with 256mb of ram. Over time the ruby proces balloons to 90% of memory - and starts taking 5-10 seconds to respond to a request. I''m starting the server via: ruby script/server -e development -b 192.168.x.x Where should I be looking to get an idea of what''s causing this "memory leak"? I''d like

This usually occurs to me after about 15-20 minutes of playing Mass Effect in git and the latest xorg-server for gentoo (1.10.2). Overrides are d3dx9_36 and dinput8 (http://bugs.winehq.org/show_bug.cgi?id=16822). After some time, the input response from the keyboard slows to about 1000 ms, hence making the game unplayable. The mouse input however remains sharp. When I quit the game, the keyboard

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

Recently, I got many reports about perfermance degradation in embedded system(Android mobile phone, webOS TV and so on) and easy fork fail. The problem was fragmentation caused by zram and GPU driver mainly. With memory pressure, their pages were spread out all of pageblock and it cannot be migrated with current compaction algorithm which supports only LRU pages. In the end, compaction cannot