• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Mandrake 8.0 and Via Chipset

d2tu

Member
So, Mandrake 8.0 runs slow on Via chipsets because it doesn't let you use UDMA mode.

How do I fix this problem and has anyone been able to fix this problem without messing up their system? I know that 8.1 should be coming out soon so I hope the problem is fixed in that version. But just in case...I want to know how to fix it...
 
hmm that sounds strange to me...

The normal way to change it is by using hdparm. It's a nice little utility that will let you tweak your HD to the limits. It can also be used for benchmarking.

I will post some settings when my Linux box has finished booting up (it was down for dust removal)

 
Ok here goes:

To test your current HD-performance use this:

[root@linus /root]# /sbin/hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 3.21 seconds = 39.88 MB/sec
Timing buffered disk reads: 64 MB in 10.14 seconds = 6.31 MB/sec

Before you go crazy write down your current settings:

[root@linus /root]# /sbin/hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 39703/16/63, sectors = 40020624, start = 0

Ok now off for some tweaking:

(-u[0|1] Controls interrupt-masks for the disk. Provides quite a boost)

(m[2, 4, 8, 16 or 32 ] Multiple sector mode ( IDE Block Mode), Controls how much data there is transfered per cycle)

-d[0|1] Selection/deselection of DMA-transfers.

-X[mode] controls the speed of the DMA-transfer. -X66 is UltraDMA mode 2, X67 is UltraDMA mode 3 and son on)

-c[0|1|2|3] E)IDE 32-bit I/O support. Set this at 3 for 32 I/O with sync


The setting below is for Ultra DMA 66-controllers:

[root@linus /root]# /sbin/hdparm -u1 -m32 -c3 -d1 -X67 /dev/hda

/dev/hda:
setting 32-bit I/O support flag to 3
setting multcount to 16
setting unmaskirq to 1 (on)
setting using_dma to 1 (on)
setting xfermode to 66 (UltraDMA mode2)
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
using_dma = 1 (on)

Now for the benchmark again. repeat this a few times

[root@linus /root]# /sbin/hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 3.23 seconds = 39.63 MB/sec
Timing buffered disk reads: 64 MB in 5.76 seconds = 11.11 MB/sec

When you have found a setting that does not give you error edit your /etc/rc.local and place the hdparm setting at the bottom of the file.


 
Thanks 🙂 I hope it will make life more tolerable for all IDE users out there 😉

/me bows for the audience 😀
 
Wow...awesome info.

I'll test it out and see what happens. I heard the the problem might be the kernel itself but I'll see what happens with this. Hopefully it will work and I won't have to replace the kernel.
 


<< Wow...awesome info.

I'll test it out and see what happens. I heard the the problem might be the kernel itself but I'll see what happens with this. Hopefully it will work and I won't have to replace the kernel.
>>



If you havent already, try upgrading to the latest kernel. If they still dont have this "problem" fixed, take a look at the source and see if you can help out.
 
Back
Top