On Sunday 22 August 2010 21:04:56 Robert Bridge wrote:
Well, the fix is in the line for 2.6.36 IIRC, so wouldn't be in an
2.6.35 kernel.
That said, the problem supposedly being fixed goes back well before
2.6.34, so if that kernel works, it suggests that it is a different
issue you are
On Sun, Aug 22, 2010 at 2:01 PM, Alan Warren bluemoonsh...@gmail.com wrote:
Hello,
I am having some system performance issues with this kernel release. I have
a SMP machine (dual xeon nehalem 8 core / 16 threads) with 24gb non-ecc
memory.
On occasion (seems random so far) my system feels
On Sun, Aug 22, 2010 at 12:01 PM, Alan Warren bluemoonsh...@gmail.com wrote:
Hello,
I am having some system performance issues with this kernel release. I have
a SMP machine (dual xeon nehalem 8 core / 16 threads) with 24gb non-ecc
memory.
On occasion (seems random so far) my system feels
Thanks Mark, I'll look into that config option, and try again with top open.
In this case I was doing a home backup to a 1TB WD Caviar black formatted
as ext3.
I also have a raid0 with 2 other non-WD sata drives, and a single WD
velociraptor I can test
with.
It also doesn't sound too far off
On 22 Aug 2010, at 22:39, Alex Schuster wrote:
Stroller writes:
The script with which you reply is missing the sleep 60 loop.
No, it's only the script that outputs the drive's state. It's called
by
~/.kde4/Autostart/hdstate:
#!/bin/bash
while :
do
/usr/local/sbin/hdstate
Some thoughts of the day
With multicore machines compilation itself is relativly fast. The
bigger part of time meanwhile is spend for the system check before
compilation. Each program das it again and 90% of the checks check
the same stuff.
I wounder if efforts have been made to reduce this
Apparently, though unproven, at 21:27 on Monday 23 August 2010, Al did opine
thusly:
Some thoughts of the day
With multicore machines compilation itself is relativly fast. The
bigger part of time meanwhile is spend for the system check before
compilation. Each program das it again and 90%
On Mon, Aug 23, 2010 at 2:27 PM, Al oss.el...@googlemail.com wrote:
Some thoughts of the day
With multicore machines compilation itself is relativly fast. The
bigger part of time meanwhile is spend for the system check before
compilation. Each program das it again and 90% of the checks check
I wounder if efforts have been made to reduce this repeated checks.
Al
cmake.
Didn't know that, Time to study the build tools, even if I am not a C-coder.
It really does decrease the amount of time in the configure step - witness
KDE4.
Then promptly causes a huge rash of other
Stroller writes:
On 22 Aug 2010, at 22:39, Alex Schuster wrote:
Stroller writes:
The script with which you reply is missing the sleep 60 loop.
No, it's only the script that outputs the drive's state. It's called
by ~/.kde4/Autostart/hdstate:
#!/bin/bash
while :
do
Alan McKinnon writes:
Apparently, though unproven, at 15:25 on Saturday 21 August 2010, Alex
Schuster did opine thusly:
There is a nolog option for fcrontab, but I still get this output
every minute:
That will tell fcron not to log stuff.
It will not tell other apps to not stuff
Right.
I had to replace an 4:3 Westinghouse monitor this weekend. I got a new ASUS
VH242H, which is very wide. But Xorg is still running 1280x1024, instead of
the monitor's normal 1920x1080, according to xorg logs because of lack of
video memory (using the ATI on the motherboard). I can make the
On Mon, Aug 23, 2010 at 7:27 PM, Kevin O'Gorman kogor...@gmail.com wrote:
I had to replace an 4:3 Westinghouse monitor this weekend. I got a new
ASUS VH242H, which is very wide. But Xorg is still running 1280x1024,
instead of the monitor's normal 1920x1080, according to xorg logs because of
I guess I've gotta look for a video card, but all I have is PCIX slots, so
I don't want to put a lot of money into it (I'll be upgrading the mobo when
finances permit -- which is not right now.)
newer 3.3-volt PCI cards will work in a PCI-X slot - from
http://en.wikipedia.org/wiki/PCI-X.
On 24/08/10 03:38, Bill Longman wrote:
On Mon, Aug 23, 2010 at 7:27 PM, Kevin O'Gorman kogor...@gmail.com
mailto:kogor...@gmail.com wrote:
I had to replace an 4:3 Westinghouse monitor this weekend. I got
a new ASUS VH242H, which is very wide. But Xorg is still running
All,
I'm in desperate need of some help recovering a reiserfs partition
that went awry for some unknown reason. A quick list of events:
- purchased brand new WD My Passport drive -- 320GB, 2.5GB
- cleared partition table with a dd if=/dev/urandom of=/dev/sdX bs=5M count=10
- created one single
On Mon, Aug 23, 2010 at 8:58 PM, denniso...@gmail.com wrote:
On 24/08/10 03:38, Bill Longman wrote:
On Mon, Aug 23, 2010 at 7:27 PM, Kevin O'Gorman kogor...@gmail.comwrote:
I had to replace an 4:3 Westinghouse monitor this weekend. I got a new
ASUS VH242H, which is very wide. But Xorg
On Mon, Aug 23, 2010 at 8:58 PM, denniso...@gmail.com wrote:
On 24/08/10 03:38, Bill Longman wrote:
On Mon, Aug 23, 2010 at 7:27 PM, Kevin O'Gorman
kogor...@gmail.comwrote:
I had to replace an 4:3 Westinghouse monitor this weekend. I got a new
ASUS VH242H, which is very wide. But
On Tue, 2010-08-24 at 04:57 +, James wrote:
[...]
try www.namesys.com/support.html, and for
$25 the author of fsck, or a colleague if he is out, will step you
through it all.
Did you try that? ;)
It's probably a bad disk and you need to take it back...
Not sure why you had to
19 matches
Mail list logo