All of lore.kernel.org
 help / color / mirror / Atom feed
From: Manu Abraham <manu@kromtek.com>
To: omes@omes.org, linux-kernel@vger.kernel.org
Subject: Re: Mysterious Lag With SATA Maxtor 250GB 7200RPM 16MB Cache Under Linux using NFSv3 UDP
Date: Tue, 18 Jan 2005 12:51:27 +0400	[thread overview]
Message-ID: <41ECCE0F.3040908@kromtek.com> (raw)
In-Reply-To: <200501180005.59716.omes@omes.org>

omes wrote:
> I suddenly couldn't send to the mailinglist any longer.. I'm going back to 
> 2.4.28 for now. My 4GB of RAM support was already turned off.. Good luck 
> further. Here is my mail:
> 
> On Monday 17 January 2005 22:34, you wrote:
> 
>>omes wrote:
>>
>>>I have the same problem as you. At least our problems are much alike. I
>>>got two Western digital hard disks. One 120GB 7200RPM 2MB Cache IDE, and
>>>one 80GB 7200 2MB Cache IDE. I get high loads when reading large files
>>>for some time, as well as when copying from one partition to another. All
>>>my partitions are in ext3, and i'm running 2.6.10.
>>
>>I have a similar problem. I am running 2.6.9 on FC3 not the stock
>>kernel, but a vanilla kernel.
>>I have 3 NFS shares mounted on this 2.6.9 machine (ASUS P4C800 ICH5
>>motherboard with 1024 MB RAM and sk98lin gigabit LOM (non-functional
>>since thesk98lin driver broke apart) so i use an additional 3Com 3C59x
>>100 Mbps adapter, with a nvidia VGA adapter, but no nvidia modules but
>>only VESAFB at 1024x768.
> 
> This is the same series as i got P4C800/P4P800.. 
> 
> Gabriel worte this in an earlier post:
> "The performance issues (below) where due to a strange bug in the kernel
> VM triggered by the motherboard BIOS. This affects Asus P4P800
> motherboards(-MX and -VM tested) with more that 1 GB RAM. The built-in
I have exactly 1GB.

> VGA can use 1-32 MB RAM for display but configured with less than 16 MB
> of video RAM the board will behave EXTREMELY poor in linux (2.6.9 also
> tested to behave like this).
> 
I don't have 4GB support, nor do i have shared VGA. I have a nvidia(64M 
onboard, not shared) card using vesafb.
No X either.

> There are several ways around this problem, I've just configured the
> board with 16 MB of video RAM. Disabling support for 4 GB of RAM works
> too but more memory is lost this way. Running FreeBSD is also an option
> but we don't like that, don't we ? Memtest86 (1.11) doesn't seems
> affected either - but it detects the memory as "single channel" while
> memory is installed in dual channel configuration (also confirmed by BIOS).
> 
> If anybody knows what's going on please let me know. Loosing 15 MB of
> RAM is not a big deal but I like linux bug-free, fast and stable.
> 
> I'm available to give more details or run some tests if anyone cares.
> 
> Regards,
> 
> Gabriel" (adapted)
> 
> As for the LOM, use this driver comes with the kernel: Device Drivers -> 
> Networking support -> Ethernet (1000 Mbit) -> Marvell Yukon Chipset / 
> SysKonnect SK-98xx Support
> 
It was broken when i tried it out on 2.6.7 i think, and i stumbled upon 
the a post stating about incorrect VPD entries.. So i thought i would 
wait for things to cool down a bit.

Manu

      parent reply	other threads:[~2005-01-18  8:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-17 20:06 Mysterious Lag With SATA Maxtor 250GB 7200RPM 16MB Cache Under Linux using NFSv3 UDP Justin Piszcz
2005-01-17 20:48 ` Norbert van Nobelen
2005-01-17 20:56   ` Justin Piszcz
2005-01-17 21:09     ` omes
2005-01-17 21:34       ` Manu Abraham
     [not found]         ` <200501180005.59716.omes@omes.org>
2005-01-18  8:51           ` Manu Abraham [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41ECCE0F.3040908@kromtek.com \
    --to=manu@kromtek.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=omes@omes.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.