-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Raj Mathur writes:
[snip]
> My AMD64 desktop was on its last legs, so I got myself 1/2 a new
> system -- Intel DG31PR motherboard, 4GB RAM, Core 2 Duo at 2533 MHz,
> CoolerMaster cabinet. Being cheap, I cannibalised my old hard disks
> and SMPS.
> System booted up first shot with the old Debian kernel, and except that
> somehow eth0 had got renamed to eth1
udev(7) is responsible. To fix the issue, edit
'/etc/udev/rules.d/??-persistent-net.rules' to suit you.
> (and X didn't work since it was configured for the old Radeon 7250
> card), it just recognised everything out of the box. Amit Kalra, my
> hardware supplier, who had been anticipating a week-long odyssey of
> reconfiguration for the new hardware didn't say anything but I could
> tell by the way his eyes grew to twice their normal size as the system
> was booting that he was pretty damn impressed. When 10 minutes of
> reconfiguration got the 'net and the graphics too fixed, his eyes
> moved into Quad size mode :) Go on Winduhs, do that and show us!
Quad size mode ?
> Now one of the things I'm facing is a slowdown of the system when it's
> doing disk-write-intensive activities. I believe this is because of
> the huge amount of RAM -- Linux buffers disk writes, and when it does
> start flushing the buffers to disk everything else freezes. Firefox,
> e.g. freezes for up to 20 seconds when the writes are in progress.
I've 2 GiB RAM, 2 SATA disks. And I've not expected this issue, unless I
copy some big files and then execute 'sync' :) . Which kernel version
are you running anyways ? May be your SATA controller is being used in
some kind of compatibility mode. Debian recently released a new kernel
for new hardware[1], may be shifting to that will fix the issue.
> I've played about with the disk scheduler and the buffering ratio
> (/sys/block/sda/queue/scheduler
> and /proc/sys/vm/dirty_background_ratio) and that seems to alleviate
> the problem a bit, but it's still there, albeit much less than before.
> On the other hand, I could be totally wrong about the cause of the
> problem, and this could be mere symptomatic treatment. So anyone have
> a clue as to why these freezes happen, or a better solution for fixing
> them? The disk is otherwise writing at about 60MB/s (which I presume
> is OK for a SATA).
With 4 GiB of RAM, I'm wondering how much disk is it caching. I hope
your swap is not dirtied by it, yet.
> The other weird thing is the temperature sensors. CPU temperatures show
> up within limits (typically 55C plus/minus 5C), but two of the
> temperatures are way out of whack:
> AUX Temp: +127.0°C (high = +80.0°C, hyst = +75.0°C) ALARM sensor =
> thermistor
> Sys Temp: +74.0°C (high = +17.0°C, hyst = +43.0°C) ALARM sensor =
> diode
> OK, the AUX is probably just some hardware or configuration glitch,
> since it's constant at 127C. However I'm a bit concerned about the Sys
> temperature -- should it be 70C+ ? Could it be a wrong reading, or do
> I need to do something to fix this?
These are mines, on idle use :).
CPU Temp: +68°C (low = -127°C, high = +127°C)
Board Temp: +51°C (low = -127°C, high = +127°C)
Remote Temp: +49°C (low = -127°C, high = +127°C)
> What /is/ the Sys temperature anyway?
% fgrep System /etc/sensors.conf
label temp2 "System"
label fan2 "System"
To confirm which one is yours go through that file, and refer to the
section corresponding to I2C chip your box is having.
> Any help, pointers appreciated. sensors output available on request.
References:
[1] - http://www.debian.org/News/2008/20080726
HTH
- --
·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- --
() ascii ribbon campaign - against HTML e-mail
/\ www.asciiribbon.org - against proprietary attachments
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkjE2xwACgkQHy+EEHYuXnSNNgCdGNdBOOeKxO4Gkd8wXtCKtrUn
ZKMAoI8FogDqXJR5V6jX9UOvDCB+pKgP
=vTGz
-----END PGP SIGNATURE-----
_______________________________________________
ilugd mailinglist -- ilugd@lists.linux-delhi.org
http://frodo.hserus.net/mailman/listinfo/ilugd
Archives at: http://news.gmane.org/gmane.user-groups.linux.delhi
http://www.mail-archive.com/ilugd@lists.linux-delhi.org/
