Re: [gentoo-user] tweaking hdparm settings
On Friday 22 April 2005 22:06, James wrote: > Hello, > > I've been noodling around with hdparm settings, and would like > some input from persons with experience: > > After building a new (2.6.11-r6) gentoo sources kernel, > I rebooted and issued 'hdparm /dev/hda' on my portable: > > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > some things did not look right, like the unmaskirq and readahead and > keepsettings. > > So I issued 'hdparm -d 1 -A 1 -m 16 -u 1 -a 64 /dev/hda' > I cobbled this command string from the Gentoo Handbook mostly. > > and got this output: > /dev/hda: > setting fs readahead to 64 > setting multcount to 16 > setting unmaskirq to 1 (on) > setting using_dma to 1 (on) > setting drive read-lookahead to 1 (on) > multcount = 16 (on) > unmaskirq= 1 (on) > using_dma= 1 (on) > readahead= 64 (on) > > Which does not exact list the same params as 'hdparm /dev/hda'. > Furthermore, maybe my HD can handle 256 on the readahead settings? AFAIK, the readahead setting is a kernel-default thingie - nothing to fiddle with. And nothing that is dependent on harddisk hardware (instead of multicount). Instead, you should have used -c1 to activatte 32 bit io. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Need help to improve boot time using readahead-list
Hi, I'm trying to use readahead-list to improve my system's boot time. But I'm now stuck in customizing /etc/readahead-list to fit my system. So if anyone used it, could you give me some advices? Thanks. P/s: I read about this<http://www.gentoo-wiki.info/HOWTO_prefetch_files_on_boot>but it doesn't seem to help improving boot time much. -- Nguyễn Bảo Ngọc http://www.facebook.com/pymaster
RE: [gentoo-user] Knoppix twice as fast as Gentoo?
Andrew Gaydenko wrote: > I have > > readahead= 256 (on) readahead 8 is even slower (15.48MB/sec). In the meantime I wonder if the buffered-read value reported by hdparm has any significance. Perhaps I should run some real benchmarks. Alex -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Knoppix twice as fast as Gentoo?
I have readahead= 256 (on) Too big difference. Have you tried to play with this param? === On Tuesday 12 April 2005 00:01, Alexander Veit wrote: === /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: tweaking hdparm settings
Volker Armin Hemmann tu-clausthal.de> writes: > AFAIK, the readahead setting is a kernel-default thingie - nothing to fiddle > with. And nothing that is dependent on harddisk hardware (instead of > multicount). Instead, you should have used -c1 to activatte 32 bit io. I set c1 as you have suggest, and set the readahead back to 256 the original value. Thanks James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
Hemmann, Volker Armin wrote: > hdparm /dev/hda > > /dev/hda: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 234493056, start = 0 Maybe set readahead to a smaller value? Something like 8 or 16? At least that's what http://linuxgazette.net/issue79/punk.html advises. If you have specific reasons for the higher value, then please elaborate. Benno -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird pauses making me nuts
Martins Steinbergs schreef: > On Monday 31 October 2005 18:24, Holly Bostick wrote: >> >>Basically, my system is running "fine" (no overt problems), but about >>every 30 seconds or so, it 'pauses' to do something, and I have to wait >>for 5-10 seconds while it does it before I can go further. Or the >>display pauses, and I have to wait for the redraw , I can't tell which. > >>Memory and CPU use are not bizarre, I have a lot of processes going, but >>nothing weird or unexpected seems to be running if I can trust top and >>gnome-system-monitor. Since all the problems seem to be related to the X >>server, maybe it's an X problem; I'm currently using the VESA driver, as >>I wanted to get a clean install of the new ATI drivers when I compile >>the next kernel (2.13-r5, I'm using 2.13-r4 atm). I'm not using >>anything but 2D applications atm, though (of course, since I have no >>3D-capable drivers available). But maybe it's a kernel scheduling >>problem. Or maybe gamin sucks, halting the whole system while it updates >>the file tree. >> > > sounds like no DMA enabled > > mar bin # hdparm /dev/hdb > > /dev/hdb: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > -->>>>using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 19929/255/63, sectors = 320173056, start = 0 > > Would that it was so simple: hdparm /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 65535/16/63, sectors = 80060424192, start = 0 hdparm /dev/hdb /dev/hdb: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 82348277760, start = 0 hdparm /dev/hdc /dev/hdc: IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Invalid argument hdparm /dev/hdd /dev/hdd: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 65535/16/63, sectors = 40027029504, start = 0 But thanks; I wouldn't have thought to check/confirm that DMA was (still) on. Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] hdparm settings
Hello, Upon rebooting my portable I get these settings: /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 I then issue: hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda Which results in: /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 So far so good. I need to stress test the HD to make sure performance is good. However on a P4 (3GHz) portable with 1G of ram, I never get close to using the drive. This is good news because the 2.6.11-gentoo-r6 kernel is really smoking for me, but, I need to test these HD settings to be sure they are good. Last, when I issue: hdparm -k1 /dev/hda I get: /dev/hda: setting keep_settings to 1 (on) keepsettings = 1 (on) But upon reboot, I'm back to: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) How to test the drive performance and make the HD settings permanent has eluded me. Ideas are most welcome. James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] hdparm settings
Hi James, Typically run hdparm -tT /dev/hda to test the effect of the settings you make. the numbers are not 'real' but they are useful. Good luck, Mark On 4/25/05, James <[EMAIL PROTECTED]> wrote: > Hello, > > Upon rebooting my portable I get these settings: > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > I then issue: hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda > > Which results in: > /dev/hda: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma = 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > So far so good. I need to stress test the HD to make sure performance > is good. However on a P4 (3GHz) portable with 1G of ram, I never get > close to using the drive. This is good news because the 2.6.11-gentoo-r6 > kernel is really smoking for me, but, I need to test these HD settings > to be sure they are good. > > Last, when I issue: > hdparm -k1 /dev/hda I get: > /dev/hda: > setting keep_settings to 1 (on) > keepsettings = 1 (on) > > But upon reboot, I'm back to: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > > How to test the drive performance and make the HD settings permanent > has eluded me. Ideas are most welcome. > > James > > -- > gentoo-user@gentoo.org mailing list > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
Hi, Am Mittwoch, 7. Februar 2007 12:35 schrieb Benno Schulenberg: > Hemmann, Volker Armin wrote: > > hdparm /dev/hda > > > > /dev/hda: > > multcount= 16 (on) > > IO_support = 1 (32-bit) > > unmaskirq= 1 (on) > > using_dma= 1 (on) > > keepsettings = 0 (off) > > readonly = 0 (off) > > readahead= 256 (on) > > geometry = 16383/255/63, sectors = 234493056, start = 0 > > Maybe set readahead to a smaller value? Something like 8 or 16? > > At least that's what http://linuxgazette.net/issue79/punk.html > advises. If you have specific reasons for the higher value, then > please elaborate. I believe there is a misunderstanding here. I am the one with the problem not Volker :) Unfortunately I'm not in front of the affected machine right now, but I'm quite shure I use the defaults as I never tuned the discs with hdparm > Benno Thanks, Michael -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
On Mittwoch, 7. Februar 2007, Michael Schreckenbauer wrote: > Hi, > > Am Mittwoch, 7. Februar 2007 12:35 schrieb Benno Schulenberg: > > Hemmann, Volker Armin wrote: > > > hdparm /dev/hda > > > > > > /dev/hda: > > > multcount= 16 (on) > > > IO_support = 1 (32-bit) > > > unmaskirq= 1 (on) > > > using_dma= 1 (on) > > > keepsettings = 0 (off) > > > readonly = 0 (off) > > > readahead= 256 (on) > > > geometry = 16383/255/63, sectors = 234493056, start = 0 > > > > Maybe set readahead to a smaller value? Something like 8 or 16? > > > > At least that's what http://linuxgazette.net/issue79/punk.html > > advises. If you have specific reasons for the higher value, then > > please elaborate. it is a default setting I never touched? Aside from 'IO_support' everything is default. Oh, and I tried different io-scheds without any success. > > I believe there is a misunderstanding here. I am the one with the problem > not Volker :) we have both similar problems ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: dd if=/dev/dvd of=backup.iso - DMA related problem
On Thu, 2006-03-23 at 16:15 -0500, JimD wrote: > On Thu, 23 Mar 2006 12:54:44 -0700 > Joseph <[EMAIL PROTECTED]> wrote: > > > Yes, I've tried "-k1" too, it doesn't help. > > It seems like kernel bug, I was able to duplicate resetting CD/DVD DMA > > on both machines: > > amd64 with BenQ DVD writer and > > x86 with Plextor CD writer > > It might be a bug, though it probably is only for certain drives. I > have a LITE-ON DVDRW LDW-451S on amd64. Here is a test I just ran: > > > [EMAIL PROTECTED] $ sudo hdparm /dev/hdc > /dev/hdc: > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > HDIO_GETGEO failed: Invalid argument > > [EMAIL PROTECTED] $ sudo eject > > [EMAIL PROTECTED] $ sudo hdparm /dev/hdc > /dev/hdc: > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > HDIO_GETGEO failed: Invalid argument > > [EMAIL PROTECTED] $ sudo eject > > [EMAIL PROTECTED] $ sudo hdparm /dev/hdc > /dev/hdc: > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > HDIO_GETGEO failed: Invalid argument > > [EMAIL PROTECTED] $ eject --version > eject version 2.1.0 by Jeff Tranter ([EMAIL PROTECTED]) > > Running eject as root or a regular user did not reset my DMA > settings for my DVD-RW. > > Jim Before ejecting put any CD / DVD disk IN and run: dd if=/dev/hdc of=backup.iso or cat /dev/hdc >backup.iso When finished run "eject ..." and hdparm /dev/hdc See if the parameter "using_dma" was reset. -- #Joseph -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Knoppix twice as fast as Gentoo?
Alexander Veit wrote: >Andrew Gaydenko wrote: > > > >>I have >> >>readahead= 256 (on) >> >> > >readahead 8 is even slower (15.48MB/sec). In the meantime I wonder if the >buffered-read value reported by hdparm has any significance. Perhaps I >should run some real benchmarks. > > My experience is that it is a very accurate measurement of the read performance at the very beginning of the disk (average performance over the entire disk is usually quite a bit lower!) This is mostly because hdparm makes sure that it is reading from the disk, not the kernel buffers (disk buffers are OK, which is why it says "buffered reads"). But there is always: # time dd if=/dev/hda bs=64k count=16000 (time the reading of 1G of data from hda). Feel free to adjust count to your liking...although it should be at least twice memory. At 20M/sec you are looking at about 1G/min for reading. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
Hi, Am Mittwoch, 7. Februar 2007 21:19 schrieb Hemmann, Volker Armin: > On Mittwoch, 7. Februar 2007, Michael Schreckenbauer wrote: > > Hi, > > > > Am Mittwoch, 7. Februar 2007 12:35 schrieb Benno Schulenberg: > > > Hemmann, Volker Armin wrote: > > > > hdparm /dev/hda > > > > > > > > /dev/hda: > > > > multcount= 16 (on) > > > > IO_support = 1 (32-bit) > > > > unmaskirq= 1 (on) > > > > using_dma= 1 (on) > > > > keepsettings = 0 (off) > > > > readonly = 0 (off) > > > > readahead= 256 (on) > > > > geometry = 16383/255/63, sectors = 234493056, start = 0 > > > > > > Maybe set readahead to a smaller value? Something like 8 or 16? > > > > > > At least that's what http://linuxgazette.net/issue79/punk.html > > > advises. If you have specific reasons for the higher value, then > > > please elaborate. > > it is a default setting I never touched? > Aside from 'IO_support' everything is default. same here. > Oh, and I tried different io-scheds without any success. anticipatory and deadline work better for me, but far from perfect. cfq is unusable. > > I believe there is a misunderstanding here. I am the one with the problem > > not Volker :) > we have both similar problems ;) Ah! Nice to hear I am not alone! *g* googling around, I found some people having a similar problem too, all of them are using xfs as I do (eg http://www.thisishull.net/showthread.php?t=219580). What's your fs? Mounting with nobarrier didn't work for me :( Regards, Michael -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use RAM
On Tue, Oct 13, 2009 at 1:58 PM, Stefan G. Weichinger wrote: > Joshua Murphy schrieb: > >> Non-ricer? Well... this sorta breaks that category. > > ;-) > >> There's a rather handy tool[1] already in the stage3, I've used it >> alongside bootchart to force-load everything needed into ram during >> boot, before it's needed, so execution gets held up by i/o just a >> little less. Actually shaved a few seconds off of my desktop's bootup >> once upon a time (3.0 GHz core 2 duo on 4GB of ram, which had >> excessive eyecandy while remaining fairly lightweight). The second use >> I put it through, and this one just a little more long-term useful, >> was preloading my wm, most of my home directory (primarily all the >> config files), aterm, firefox, a few other common tools I use, and the >> libraries they were using on my system while logging in. All of my >> applications were starting in no time at all. The catch... I took the >> brute force approach, rather than using an add-on tool to >> automagically choose what to prefetch for me. There are also setting >> in the bootscripts that, if you're not already using them, will make >> use of at least a little, using tmpfs here and there, and also just >> putting /tmp and /var/tmp onto tmpfs (outside of building things like >> open office, this tends to work well). Oh, and if you really do want >> to use up all that ram build openoffice in tmpfs... if it could >> use all 8GB for files only, it might actually work out, I know it >> kills off when you only have part of 4GB to feed it. >> >> [1] artifice ~ # busybox readahead >> BusyBox v1.14.2 (2009-10-13 06:37:22) multi-call binary >> >> Usage: readahead [FILE]... >> >> Preload FILE(s) in RAM cache so that subsequent reads for thosefiles >> do not block on disk I/O > > I use sys-apps/preload ... is this comparable? > > I don't need to speed up boot-times as I use suspend-to-ram on my main > workstation as well, so I don't care much about booting ... > > Thanks anyway for sharing! Stefan > > Yep! sys-apps/preload goes a long way to automate what I did with busybox's readahead tool, and I'm about 99% certain they both make the same system call to do the work anyways... it's all a matter of how & where they get their list of *what* to fetch... I, as I said, took the brute force approach and made my list by hand. ;-) -- Poison [BLX] Joshua M. Murphy
RE: [gentoo-user] hdparm settings
Hi, Modify '/etc/conf.d/hdparam' Then 'rc-update add hdparam default' Cheers, dav -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of James Sent: Monday, April 25, 2005 3:54 PM To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] hdparm settings Hello, Upon rebooting my portable I get these settings: /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 I then issue: hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda Which results in: /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 So far so good. I need to stress test the HD to make sure performance is good. However on a P4 (3GHz) portable with 1G of ram, I never get close to using the drive. This is good news because the 2.6.11-gentoo-r6 kernel is really smoking for me, but, I need to test these HD settings to be sure they are good. Last, when I issue: hdparm -k1 /dev/hda I get: /dev/hda: setting keep_settings to 1 (on) keepsettings = 1 (on) But upon reboot, I'm back to: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) How to test the drive performance and make the HD settings permanent has eluded me. Ideas are most welcome. James -- gentoo-user@gentoo.org mailing list Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
On Donnerstag, 8. Februar 2007, Michael Schreckenbauer wrote: > Hi, > > Am Mittwoch, 7. Februar 2007 21:19 schrieb Hemmann, Volker Armin: > > On Mittwoch, 7. Februar 2007, Michael Schreckenbauer wrote: > > > Hi, > > > > > > Am Mittwoch, 7. Februar 2007 12:35 schrieb Benno Schulenberg: > > > > Hemmann, Volker Armin wrote: > > > > > hdparm /dev/hda > > > > > > > > > > /dev/hda: > > > > > multcount= 16 (on) > > > > > IO_support = 1 (32-bit) > > > > > unmaskirq= 1 (on) > > > > > using_dma= 1 (on) > > > > > keepsettings = 0 (off) > > > > > readonly = 0 (off) > > > > > readahead= 256 (on) > > > > > geometry = 16383/255/63, sectors = 234493056, start = 0 > > > > > > > > Maybe set readahead to a smaller value? Something like 8 or 16? > > > > > > > > At least that's what http://linuxgazette.net/issue79/punk.html > > > > advises. If you have specific reasons for the higher value, then > > > > please elaborate. > > > > it is a default setting I never touched? > > Aside from 'IO_support' everything is default. > > same here. > > > Oh, and I tried different io-scheds without any success. > > anticipatory and deadline work better for me, but far from perfect. cfq is > unusable. as was simply horrible for me. Much worse than cfq. But cfq is bad too... and deadline is not much better. > > > > I believe there is a misunderstanding here. I am the one with the > > > problem not Volker :) > > > > we have both similar problems ;) > > Ah! Nice to hear I am not alone! *g* > googling around, I found some people having a similar problem too, all of > them are using xfs as I do (eg > http://www.thisishull.net/showthread.php?t=219580). What's your fs? reiserfs -- gentoo-user@gentoo.org mailing list
[gentoo-user] Again SATA: hdparm -> dma ???
Hi, what tool do I need to get/set the complete set of parameters of SATA-hds? Or in other words: Is SATA under linux scsi or ide ? (what a crazy question...) With hdparm I only get: IO_support = 0 (default 16-bit) readonly = 0 (off) readahead= 256 (on) geometry = 30401/255/63, sectors = 488392002, start = 63 Kind regards, mcc -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] setting "using_dma" on a BenQ DVD/RW drive
I'm starting to believe that it has something to do with some option in the kernel that is not enabled. I just swap the CD/RW Plextor from the machine that is working OK on kernel 2.6.11 (where DMA is enabled and everything is working, CD/RW, except eject - but that is another story) into a new New Machine on kernel-2.6.12 Anyhow, I just put the Plextor CD/RW into my new machine and the DMA was not not enabled: hdparm /dev/hdc for plextor on working machine. /dev/hdc: IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) hdparm for plextor on new machine: /dev/hdd: IO_support = 0 (16-bit) unmaskirq= 0 (off) using_dma= 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) So, I strongly believe it has to do with some setting in the kernel or diver. Another interesting thing is that lshw is not even listing CDROM present in a new machine for both drives: BenQ and Plextor, even though kernel detects them correctly. I did not put BenQ Writer into working machine, I'll try to analyze both kernel settings first, to see what I'm missing. -- #Joseph > > This makes it more likely that the problem is lack of support for your > > IDE chipset in your kernel. > > Joseph, > > Please post *ALL* of the output of a dmesg and lspci-v command. > I too believe chipset issues are most likely the problem. > > I am at present fighting a similar problem with a 915GM. > > -- > Regards, > Ray > > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: DVD recording speed is awfully low
On Wed, Oct 18, 2006 at 04:51:05PM -0500, Joe Menola wrote: > On Wednesday 18 October 2006 10:43 am, Matias Grana wrote: > > Also, when I booted there was a message saying that it couldn't load > > ide-cd. I can't find that message now. I don't have ide-cd compiled into > > the kernel nor as a module, though. > > What say "hdparm /dev/hdb" ? > -- > gentoo-user@gentoo.org mailing list - # hdparm /dev/hdb /dev/hdb: IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Inappropriate ioctl for device ----- Matías -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Local phenomena or is reiserfs quite slow
Volker Armin Hemmann <[EMAIL PROTECTED]> writes: > Hi, > On Sunday 17 April 2005 15:52, Harry Putnam wrote: >> Recently switched from using ext3 (under fedora) to reiserfs (under >> gentoo). >> >> I'm noticing what seems to be really long processing times for certain >> file manipulation chores. >> Not sure how to tell if udma is on or not... it isn't mentioned in this output unless you meant `dma': hdparm /dev/hda /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 65535/16/63, sectors = 60040544256, start = 0 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Slow HD
On Thursday 18 August 2005 05:13, Pupeno wrote: > On Wednesday 17 August 2005 23:04, Volker Armin Hemmann wrote: > > > flash linux # hdparm /dev/hda > > > > > > /dev/hda: > > > multcount = 16 (on) > > > IO_support = 0 (default 16-bit) > > > unmaskirq = 0 (off) > > > using_dma = 1 (on) > > > keepsettings = 0 (off) > > > readonly = 0 (off) > > > readahead = 256 (on) > > > geometry = 65535/16/63, sectors = 80026361856, start = 0 > > > flash linux # > > > > you may want to turn on 32 bit io and unmaskirq too. > > How do you do that ? man hdparm ;) -c1 turns on 32 bit io, -u1 turns on unmaskirq. > > > Which are both > > beneficial. > > Can they be bad in some case ? > never heard of one ;) -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: hdparm settings
Mark Knecht gmail.com> writes: > > Hi James, >Typically run hdparm -tT /dev/hda to test the effect of the > settings you make. the numbers are not 'real' but they are useful. Yea, I've seen/used this syntax/test before, but, I'm not too sure how robust it is. Here's my results after a reboot: /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 icelander:/home/james# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 1860 MB in 2.00 seconds = 930.14 MB/sec Timing buffered disk reads: 116 MB in 3.02 seconds = 38.35 MB/sec NOW: icelander:/home/james# hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 60011642880, start = 0 icelander:/home/james# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 1860 MB in 2.00 seconds = 929.68 MB/sec Timing buffered disk reads: 116 MB in 3.03 seconds = 38.30 MB/sec Hard to believe that 32bit mode, and the other settings make no difference in performance. hdparm -i /dev/hda shows: Model=HTS726060M9AT00, FwRev=MH4OA68A, SerialNo=MRH403M4GLMLKB Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: Which *udma5 selected may not need these other settings. I'm just not sure why hdparm -k1 /dev/hda does not permanently save settings, after a reboot. Googling does not produce anything useful. Surely I do not have to embedded these hdparm settings to get activated upon reboot? Surely we have a HD(hdparm) expert somewhere in the Gentoo community? James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use RAM
Joshua Murphy schrieb: > Yep! sys-apps/preload goes a long way to automate what I did with > busybox's readahead tool, and I'm about 99% certain they both make the > same system call to do the work anyways... it's all a matter of how & > where they get their list of *what* to fetch... I, as I said, took the > brute force approach and made my list by hand. ;-) Ok, so it seems to me that I will just stay with sys-apps/preload and avoid my own "brute force approach" ;-) I don't have any particular issues, the box is rather fast and smooth so far ... and remember my non-ricer-approach ;-) As I see I am not even able to use much RAM with several (vmware-)VMs running, so the 8 gigs will maybe stay some number to impress *some* people with (until everyone gets 8 gigs into their supermarket-PCs). Anyway. Stefan
Re: [gentoo-user] hdparm settings
Hi, On Monday 25 April 2005 15:53, James wrote: > Hello, > > Upon rebooting my portable I get these settings: > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > I then issue: hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda -d1 -u1 -c1 /dev/hda would have been enough. -A/-a 256, m16 is already set, no need to set it again. But you should check with -i if your drive likes the multicount of 16... > Last, when I issue: > hdparm -k1 /dev/hda I get: > /dev/hda: > setting keep_settings to 1 (on) > keepsettings = 1 (on) > > But upon reboot, I'm back to: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > -k does not work across reboots. It only works across drive resets, and it is something you SHALL NOT use. Because if your drive resets, it has usually some problems, forcing DMA over a flaky cable could kill your data in that moment. If the problems disappeared, you can always issue hdpam -d1 again ... I guess, you have not read man hdparm: -A Disable/enable the IDE drive's read-lookahead feature (usually ON by default). -k Get/set the keep_settings_over_reset flag for the drive. When this flag is set, the driver will preserve the -dmu options over a soft reset, (as done during the error recovery sequence). This flag defaults to off, to prevent drive reset loops which could be caused by combinations of -dmu settings. The -k flag should therefore only be set after one has achieved con- fidence in correct system operation with a chosen set of configuration settings. In practice, all that is typically neces- sary to test a configuration (prior to using -k) is to verify that the drive can be read/written, and that no error logs (kernel messages) are generated in the process (look in /var/adm/messages on most systems). -K Set the drive's keep_features_over_reset flag. Setting this enables the drive to retain the settings for -APSWXZ over a soft reset (as done during the error recovery sequence). Not all drives support this feature. and there is a lot more interesting stuff in it. Glück Auf Volker -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: hdparm settings
On Mon, 25 Apr 2005, James wrote: > > Mark Knecht gmail.com> writes: > > > > > Hi James, > >Typically run hdparm -tT /dev/hda to test the effect of the > > settings you make. the numbers are not 'real' but they are useful. > > Yea, I've seen/used this syntax/test before, but, I'm not too sure > how robust it is. > > Here's my results after a reboot: > > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > icelander:/home/james# hdparm -tT /dev/hda > > /dev/hda: > Timing cached reads: 1860 MB in 2.00 seconds = 930.14 MB/sec > Timing buffered disk reads: 116 MB in 3.02 seconds = 38.35 MB/sec > > NOW: > icelander:/home/james# hdparm -d 1 -A 1 -m 16 -u 1 -c1 -a 256 /dev/hda > > /dev/hda: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 16383/255/63, sectors = 60011642880, start = 0 > > icelander:/home/james# hdparm -tT /dev/hda > > /dev/hda: > Timing cached reads: 1860 MB in 2.00 seconds = 929.68 MB/sec > Timing buffered disk reads: 116 MB in 3.03 seconds = 38.30 MB/sec > > > Hard to believe that 32bit mode, and the other settings make no difference > in performance. > > hdparm -i /dev/hda shows: > > Model=HTS726060M9AT00, FwRev=MH4OA68A, SerialNo=MRH403M4GLMLKB > Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } > RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 > BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect=16, MultSect=16 > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240 > IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: mdma0 mdma1 mdma2 > UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 > AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled > Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: > > > Which *udma5 selected may not need these other settings. > > I'm just not sure why > hdparm -k1 /dev/hda > does not permanently save settings, after a reboot. Googling > does not produce anything useful. Surely I do not have to embedded > these hdparm settings to get activated upon reboot? > > Surely we have a HD(hdparm) expert somewhere in the Gentoo community? > > James > Hi, Take a shot to bonnie. I run it to test HD performance. HTH. Cheers, Tamas Sarga Sárga Tamás -- Make the world confused!Zavard össze a világot! Smile on monday morning!Mosolyogj hétfő reggel! -- gentoo-user@gentoo.org mailing list
[gentoo-user] Faulty IDE ribbon?
Hi All, Just checking before I buy a new ribbon, that there is nothing more sinister happening with my secondary IDE controller. Suddenly and with no activity on my secondary IDE controller there's a noise as if my /dev/hdc (8G ATA drive) and /dev/hdd (CDWR) are reinitialised - i.e. the mechanical noises usually observed when the machine is switched on and the BIOS probes the devices on booting. Both devices are not mounted and there is no media in the CDWR. This is what dmesg shows: = hdc: dma_timer_expiry: dma status == 0x61 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } hdc: task_in_intr: error=0x04 { DriveStatusError } ide: failed opcode was: unknown hdc: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } [...snip] hdd: DMA disabled ide1: reset: success hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x80 { Busy } ide: failed opcode was: unknown hdc: DMA disabled ide1: reset: success hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: ATAPI reset complete hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: ATAPI reset complete hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdc: drive_cmd: error=0x04 { DriveStatusError } ide: failed opcode was: 0xef = The noises and error codes are randomly generated over time. This is the hdparm outputs: = # hdparm /dev/hdc /dev/hdc: multcount= 32 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16676/16/63, sectors = 8606545920, start = 0 # hdparm /dev/hdd /dev/hdd: IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Invalid argument = I thought that the CDRW DMA ought to be switched on? Any advice appreciated. -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with hdparm and SATA-controller
On Donnerstag, 15. November 2007, Marc Blumentritt wrote: > Hi, > > I want to optimize the "sound output" of my shiny new sata disc, but I > have some problems to set hdparm options. My options look like this: > # SATA Disk > sda_args="-d1 -c1 -u1 -A1 -S6 -M128 -B1" which are all wrong for sata disks. > > hive linux # hdparm /dev/sda > > /dev/sda: > IO_support= 0 (default 16-bit) > readonly = 0 (off) > readahead = 256 (on) > geometry = 30394/255/63, sectors = 488281250, start = 0 look perfectly fine. > * Running hdparm on /dev/sda ... > HDIO_SET_32BIT failed: Invalid argument > HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device > HDIO_SET_DMA failed: Inappropriate ioctl for device > HDIO_DRIVE_CMD failed: Input/output error which is perfectly fine too. You don't set 33bit mode for sata disks. You don't set unmask interrupt for sata disks. You don't set udma for sata disks (they use it anyway). You use sdparm for sata disks. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] KDE programs starts slowly
On Sunday 29 January 2006 13:14, Martins Steinbergs wrote: > remove those files from user directory; I removed, even I tried with a new user, the problem is the same > maybe .xsession-errors has some interesting info; Yes, it's interesting, but no .xsession-errors exists. Previous gentoo had it. > my experience with slow KDE has been when /etc/fonts/ contents could be? KDE set it's font configuration from xorg.conf, doesn't? >... also i would check is DMA enabled linfinite kmarc # hdparm /dev/hdb /dev/hdb: multcount= 16 (on) IO_support = 3 (32-bit w/sync) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 64 (on) geometry = 16383/255/63, sectors = 120060444672, start = 0 So, sorry if I'd asked badly, but I think you misunderstand me... :-$ Programs that don't use KDE (gftp, firefox, bittorrent, gtk-demo) run up fast, and fast, even also openoffice.org. I think, there is a problem with the dcop interface, the communication between some KDE apps. -- gentoo-user@gentoo.org mailing list
Re: ???UNSURE??? [gentoo-user] Faulty IDE ribbon?
Mick a écrit : Hi All, Just checking before I buy a new ribbon, that there is nothing more sinister happening with my secondary IDE controller. Suddenly and with no activity on my secondary IDE controller there's a noise as if my /dev/hdc (8G ATA drive) and /dev/hdd (CDWR) are reinitialised - i.e. the mechanical noises usually observed when the machine is switched on and the BIOS probes the devices on booting. Both devices are not mounted and there is no media in the CDWR. This is what dmesg shows: = hdc: dma_timer_expiry: dma status == 0x61 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } hdc: task_in_intr: error=0x04 { DriveStatusError } ide: failed opcode was: unknown hdc: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } [...snip] hdd: DMA disabled ide1: reset: success hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hdc: dma_timer_expiry: dma status == 0x21 hdc: DMA timeout error hdc: dma timeout error: status=0x80 { Busy } ide: failed opcode was: unknown hdc: DMA disabled ide1: reset: success hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: ATAPI reset complete hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdd: ATAPI reset complete hdd: status error: status=0x00 { } ide: failed opcode was: unknown hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdc: drive_cmd: error=0x04 { DriveStatusError } ide: failed opcode was: 0xef = The noises and error codes are randomly generated over time. This is the hdparm outputs: = # hdparm /dev/hdc /dev/hdc: multcount= 32 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16676/16/63, sectors = 8606545920, start = 0 # hdparm /dev/hdd /dev/hdd: IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Invalid argument = I thought that the CDRW DMA ought to be switched on? Any advice appreciated. Hi Is your PCI bus overclocked ? -- Aucune femme ne se marie pour l'argent : elles sont toutes assez intelligentes pour tomber amoureuses d'un millionnaire avant de l'épouser. -+- Cesare Pavese -+- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Performance problem at writing big files and Multitasking
Daniel Pielmeier wrote: >> What I/O scheduler are you using? Did you try to experiment with the >> deadline or the cfq I/O schedulers? >> If you have them enabled in your kernel config, read >> Documentation/block/switching-sched.txt and see if things get better >> after changing the I/O scheduler for your hard disk. >> Of course, your problem might be caused by something else altogether. > > No other suggestions? The hdparm optimizations, the CFQ scheduler and maybe low latency desktop in the kernel are the best way to make your desktop useable under heavy disk usage.These are my hdparm settings: /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 26310/16/63, sectors = 26520480, start = 0 cat /sys/block/hda/queue/scheduler noop [cfq] Linux c-68-85-77-239 2.6.20-gentoo #4 PREEMPT Tue Feb 6 17:03:56 EST 2007 i686 AMD Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Knoppix twice as fast as Gentoo?
Richard Fish wrote: > Alexander Veit wrote: > > > geometry = 4867/255/63, sectors = 78198750, start = 0 > > geometry = 65535/16/63, sectors = 4003776, start = 0 > > > > > > Well, the obvious thing for me is the difference in the drive > geometries > between the two systems...the 2.6 kernel is seeing the entire drive > while the 2.4 kernel is only seeing ~39G worth. I remember seeing a > message somewhere that LBA48 addressing was pretty slow on some > systems. I'm googling now, if I find anything I'll post a followup. Another difference is the kernel version Gentoo 2.6.11, Knoppix 2.4.23. I've just tried Knoppix 3.8.1 which comes with Linux kernel 2.6.11, and surprise, when tweaking the hd params with the same values (except geometry) as before /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 65535/16/63, sectors = 78198750, start = 0 the buffered read performance is 17,44 MB/sec as with Gentoo. What does this mean? Alex -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] systemd weirdness with courier-authdaemond
.path systemd-ask-password-wall.path session-1.scope accounts-daemon.service acpid.service alsa-restore.service alsa-state.service alsa-store.service apache2.service apcupsd.service auditd.service colord.service courier-imapd.service cups.service dbus.service display-manager.service emergency.service fail2ban.service gentoo-local-powerfix.service getty@tty1.service kmod-static-nodes.service mdadm.service named.service network@enp2s0.service NetworkManager-wait-online.service NetworkManager.service ntpd.service ntpdate.service plymouth-quit-wait.service plymouth-start.service polkit.service postfix.service rescue.service smartd.service sntp.service spamassassin.service squid.service sshd.service syslog-ng.service systemd-ask-password-console.service systemd-ask-password-wall.service systemd-binfmt.service systemd-fsck-root.service systemd-fsck@dev-disk-by \x2duuid-0e1f6a20\x2dd8cf\x2d41af\x2d926e\x2dd70acf0a206 systemd-fsck@dev-md126.service systemd-initctl.service systemd-journal-flush.service systemd-journald.service systemd-localed.service systemd-logind.service systemd-modules-load.service systemd-random-seed.service systemd-readahead-collect.service systemd-readahead-done.service systemd-readahead-replay.service systemd-remount-fs.service systemd-shutdownd.service systemd-sysctl.service systemd-tmpfiles-clean.service systemd-tmpfiles-setup-dev.service systemd-tmpfiles-setup.service systemd-udev-trigger.service systemd-udevd.service systemd-update-utmp.service systemd-user-sessions.service systemd-vconsole-setup.service udisks.service udisks2.service upower.service user@1000.service vixie-cron.service vmware.service -.slice system-getty.slice system-network.slice system-systemd\x2dfsck.slice system.slice user-1000.slice user.slice acpid.socket cups.socket dbus.socket syslog.socket systemd-initctl.socket systemd-journald.socket systemd-shutdownd.socket systemd-udevd-control.socket systemd-udevd-kernel.socket basic.target emergency.target getty.target graphical.target local-fs-pre.target local-fs.target multi-user.target network-online.target network.target nss-lookup.target nss-user-lookup.target paths.target remote-fs-pre.target remote-fs.target rescue.target shutdown.target slices.target sockets.target sound.target swap.target sysinit.target syslog.target time-sync.target timers.target umount.target systemd-readahead-done.timer systemd-tmpfiles-clean.timer LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB= The low-level unit activation state, values depend on unit type. 214 loaded units listed. To show all installed unit files use 'systemctl list-unit-files'.
Re: [gentoo-user] Re: Local phenomena or is reiserfs quite slow
On Monday 18 April 2005 05:00, Harry Putnam wrote: > Volker Armin Hemmann <[EMAIL PROTECTED]> writes: > > Hi, > > > > On Sunday 17 April 2005 15:52, Harry Putnam wrote: > >> Recently switched from using ext3 (under fedora) to reiserfs (under > >> gentoo). > >> > >> I'm noticing what seems to be really long processing times for certain > >> file manipulation chores. > > Not sure how to tell if udma is on or not... it isn't mentioned in > this output unless you meant `dma': > > hdparm /dev/hda > > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 65535/16/63, sectors = 60040544256, start = 0 well, your udma is on .. but you could do yourself a favour try this as root: hdparm -u1 -c1 /dev/hda this will set unmaskirq, which is usually a good thing, allowing processing of interrupts, while the drive is busy. c1 will set io_support to 32. Both should give you a little bit of speedup. With hdparm -iI /dev/hda you can check which (u)dma mode is used by your drive. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] displaying the actual order init scripts will run
On Wednesday 19 December 2007 15:36:01 Mike Williams wrote: > Hey all, > > I'm knocking together an init script that needs to run at a very specific > point during startup. > Is there a simple way I can see in exactly what order the init scripts > would be run? > Don't much fancy constant rebooting just to make sure it runs at the > correct time! Especially seeing as it's a machine about 110 miles away from > me! If the init-script needs to run after a specific (set of) other init-script(s) and/or before a specific (set of) other init-script(s), you can add these to to the "before" and "after" lists respectively. As example, the following is copied from the /etc/init.d/xdm file: --- depend() { need localmount # this should start as early as possible # we can't do 'before *' as that breaks it # (#139824) Start after ypbind and autofs for network authentication # (#145219) Could use lirc mouse as input device # (#70689 comment #92) Start after consolefont to avoid display corruption after bootmisc readahead-list ypbind autofs openvpn gpm netmount lircd consolefont before alsasound # Start before X use acpid consolekit hald xfs } --- This will allow you to disable init-scripts that you no longer need, without having your init-script becoming disabled. HTH. -- Joost Roeleveld -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] systemd
Am 22.08.2011 20:29, schrieb Stefan G. Weichinger: > update: edited the example in the gentoo-wiki now. replying to myself once more, which makes it feel more like a wiki or blog than a mailing-list ;-) additional thoughts: * as there is readahead-support in systemd I assume I could get rid of preload: http://packages.gentoo.org/package/sys-apps/preload?arches=all As it isn't maintained actively anymore it maybe isn't of much use anymore anyway? As there is no related service-file for preload here, it is deactivated for now anyway (as long as I choose the systemd-using GRUB-line). * remember those cgroup-hacks back then? http://en.gentoo-wiki.com/wiki/Improve_responsiveness_with_cgroups Is that stuff still valid? With systemd the whole use of cgroups changes fundamentally, I don't have the knowledge to decide if to use both in parallel. For now I disabled the stuff from the wiki (stop sourcing /etc/bash/local/cgrouprc) as it only gives me warnings ... * found this blog-entry against systemd: http://monolight.cc/2011/05/the-systemd-fallacy/ I agree, it might be more useful on desktops ... so far I am still exploring and learning to get to the point to make a decision where and if to use. - regards, Stefan
Re: [gentoo-user] Slow HD
On 8/17/05, Pupeno <[EMAIL PROTECTED]> wrote: > On Wednesday 17 August 2005 23:52, Pupeno wrote: > > I have this as module and it seem to be loaded automatically because lsmod > > shows: > > piix9476 0 [permanent] > > > > Maybe it has to be compiled on the kernel (not as a module) to work ? > I compiled it in the kernel and now DMA is on by default. > > # hdparm /dev/hda > > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 65535/16/63, sectors = 40007761920, start = 0 > > > and the tests are better: > /dev/hda: > Timing cached reads: 1332 MB in 2.01 seconds = 664.11 MB/sec > Timing buffered disk reads: 76 MB in 3.01 seconds = 25.25 MB/sec > > well, at least the buffered one. Can it be tuned more ? > > Thanks > -- > Pupeno Hey, much better results. Cool. The results look pretty reasonable. You can play around with the read ahead a bit if you want. Try it with unmaskirq both ways, etc. Do a reboot also and make sure your settings stick. They probably will but it's good to do a check while you're looking at this vs. tomorrow when you're not. Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: dd if=/dev/dvd of=backup.iso - DMA related problem
On Thu, 2006-03-23 at 17:25 -0500, JimD wrote: > On Thu, 23 Mar 2006 14:26:20 -0700 > Joseph <[EMAIL PROTECTED]> wrote: > > > Before ejecting put any CD / DVD disk IN and run: > > dd if=/dev/hdc of=backup.iso or > > cat /dev/hdc >backup.iso > > > > When finished run "eject ..." > > and > > hdparm /dev/hdc > > > > See if the parameter "using_dma" was reset. > > [EMAIL PROTECTED] # dd if=/dev/hdc of=backup.iso > CTRL+C > 37824+0 records in > 37824+0 records out > > /tmp > [EMAIL PROTECTED] # ls -l backup.iso > -rw-r--r-- 1 root root 19M Mar 23 17:20 backup.iso > > [EMAIL PROTECTED] # hdparm /dev/hdc > /dev/hdc: > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > HDIO_GETGEO failed: Invalid argument > > DMA is still on. I don't know why I always get that "HDIO_GETGEO > failed" error. > > Do you have another CD/DVD drive you can try? Are you using SCSI > emulation? > > I am using kernel 2.6.15-gentoo-r7 > > Jim Did you do "eject /dev/hdc between dd and hdparm? dd if=/dev/hdc of=backup.iso eject dev/hdc hdparm /dev/hdc Yes, I've tried this combination on two different machines with two different drives and DMA gests rest on both. amd64 + BenQ DVD x86 + Plexwriter I'm using kernel 2.6-15 -- #Joseph -- gentoo-user@gentoo.org mailing list
[gentoo-user] Knoppix twice as fast as Gentoo?
Hello, I've built Gentoo from stage 1 with the 2.6.11-gentoo-r5 kernel. The hardware is a VIA EPIA PD6000E board (Samuel 2 processor). hdparm -t /dev/hda reports slow buffered disk reads compared with values that were measured with Knoppix 3.4 (2.4.23 kernel). The file sytem is xfs. Gentoo root # hdparm -tT /dev/hda /dev/hda: Timing cached reads: 272 MB in 2.01 seconds = 135.01 MB/sec Timing buffered disk reads: 54 MB in 3.03 seconds = 17.80 MB/sec Gentoo root # hdparm -vid /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 65535/16/63, sectors = 4003776, start = 0 Model=MAXTOR 4K040H2, FwRev=A08.1500, SerialNo=672123459983 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78198750 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: * signifies the current active mode Knoppix root # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 280 MB in 2.02 seconds = 138.61 MB/sec Timing buffered disk reads: 98 MB in 3.01 seconds = 32.56 MB/sec Knoppix root # hdparm -vid /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 4867/255/63, sectors = 78198750, start = 0 Model=MAXTOR 4K040H2, FwRev=A08.1500, SerialNo=672123459983 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78198750 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: * signifies the current active mode ---> Gentoo .config --- #... CONFIG_IDE=y CONFIG_BLK_DEV_IDE=y # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_IDE_SATA is not set # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set # CONFIG_IDE_TASK_IOCTL is not set # # IDE chipset support/bugfixes # # CONFIG_IDE_GENERIC is not set # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_IDEPNP is not set CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_GENERIC is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_BLK_DEV_AMD74XX is not set # CONFIG_BLK_DEV_ATIIXP is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_TRIFLEX is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5520 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_BLK_DEV_HPT366 is not set # CONFIG_BLK_DEV_SC1200 is not set # CONFIG_BLK_DEV_PIIX is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_PDC202XX_OLD is not set # CONFIG_BLK_DEV_PDC202XX_NEW is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set CONFIG_BLK_DEV_VIA82CXXX=y # CONFIG_IDE_ARM is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_IVB is not set CONFIG_IDEDMA_AUTO=y # CONFIG_BLK_DEV_HD is not set #... ---< Gentoo .config --- Any ideas how to get the same disk performance with Gentoo? Thanks in advance Alex -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Knoppix twice as fast as Gentoo?
In the Gentoo manual, in the early stages, it mentions -tT; nearby & below, it mentions another hdparm line to speed things up. Did you try that line? (At least, the version of the book on the 2004.3 universal CD had such a line.) rgh. Alexander Veit wrote: Hello, I've built Gentoo from stage 1 with the 2.6.11-gentoo-r5 kernel. The hardware is a VIA EPIA PD6000E board (Samuel 2 processor). hdparm -t /dev/hda reports slow buffered disk reads compared with values that were measured with Knoppix 3.4 (2.4.23 kernel). The file sytem is xfs. Gentoo root # hdparm -tT /dev/hda /dev/hda: Timing cached reads: 272 MB in 2.01 seconds = 135.01 MB/sec Timing buffered disk reads: 54 MB in 3.03 seconds = 17.80 MB/sec Gentoo root # hdparm -vid /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 65535/16/63, sectors = 4003776, start = 0 Model=MAXTOR 4K040H2, FwRev=A08.1500, SerialNo=672123459983 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78198750 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: * signifies the current active mode Knoppix root # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 280 MB in 2.02 seconds = 138.61 MB/sec Timing buffered disk reads: 98 MB in 3.01 seconds = 32.56 MB/sec Knoppix root # hdparm -vid /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 4867/255/63, sectors = 78198750, start = 0 Model=MAXTOR 4K040H2, FwRev=A08.1500, SerialNo=672123459983 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78198750 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: * signifies the current active mode ---> Gentoo .config --- #... CONFIG_IDE=y CONFIG_BLK_DEV_IDE=y # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_IDE_SATA is not set # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set # CONFIG_IDE_TASK_IOCTL is not set # # IDE chipset support/bugfixes # # CONFIG_IDE_GENERIC is not set # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_IDEPNP is not set CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_GENERIC is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_BLK_DEV_AMD74XX is not set # CONFIG_BLK_DEV_ATIIXP is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_TRIFLEX is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5520 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_BLK_DEV_HPT366 is not set # CONFIG_BLK_DEV_SC1200 is not set # CONFIG_BLK_DEV_PIIX is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_PDC202XX_OLD is not set # CONFIG_BLK_DEV_PDC202XX_NEW is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set CONFIG_BLK_DEV_VIA82CXXX=y # CONFIG_IDE_ARM is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_IVB is not set CONFIG_IDEDMA_AUTO=y # CONFIG_BLK_DEV_HD is not set #... ---< Gentoo .config --- Any ideas how to get the same disk performance with Gentoo? Thanks in advance Alex -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nfs and samba doesn't mount at boot
> It looks like an dependency problem on your init scripts. > Did you tried to run "depscan.sh"? it should fix init.d dependencies. depscan.sh didn't help. I find that when I remove xdm from default runlevel everything works fine. I can also see that when stopping xdm via: /etc/init.d/xdm stop I receive error message. My xdm depend() section looks like: depend() { need localmount # this should start as early as possible # we can't do 'before *' as that breaks it # (#139824) Start after ypbind and autofs for network authentication # (#145219) Could use lirc mouse as input device after bootmisc readahead-list ypbind autofs openvpn gpm netmount lircd before alsasound net.lo # Start before X use acpid hald xfs } Do You have any idea what can be wrong ? Thank You for help. -at --- Alan McKinnon <[EMAIL PROTECTED]> wrote: > On Friday 15 September 2006 17:46, Pawel K wrote: > > Hello > > NFS and SAMBA doesn't mount at boot: > > > > 1. NFS > > > > I receive the following message at boot: > > Sep 15 14:34:34 [rc-scripts] ERROR: cannot start > > nfsmount as net.eth0 could not start > > Sep 15 14:34:35 [rc-scripts] ERROR: cannot start > > netmount as net.eth0 could not start > > [snip] > > > Do You have any idea what can be wrong with my > > configuration ? > > The answer is right there in the error messages. The > scripts > cannot bring up your eth0 interface, so there's a > snowball's > chance in hell of nfs or samba ever working until > that's fixed. > > You need to find out why networking isn't coming up. > Start > with /etc/conf.d/net and the output from ifconfig. > > Can you use ifconfig to bring the interface up > manually? > Run /etc/init.d/net.eth0 and inspect the output > closely, > that'll give you further clues. > > alan > > > -- > gentoo-user@gentoo.org mailing list > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Laptop ATI Integrated Video Performance?
On 12/25/2007 10:19 AM Grant Edwards said the following: On 2007-12-25, Drew Tomlinson <[EMAIL PROTECTED]> wrote: I have a Gateway laptop with an integrated ATI graphics board. lspci detects it as: 01:05.0 VGA compatible controller: ATI Technologies Inc RS485 [Radeon Xpress 1100 IGP] However when attempting to view a DVD at full screen, the display is a bit "jumpy" as if the video hardware is not fast enough. It's pretty hard to believe that the video hardware is the problem. I've played back DVDs on laptop ATI chipsets a decade older than yours and it worked fine. I've currently got a two year old ATI laptop chipset (X300?), and it has no trouble playing DVDs using either the Radeon or the fglrx drive. My guess is the optical drive doesn't have DMA enabled. DMA is enabled. If it were not, I would also expect to see the choppiness no matter what the video size. tagalong conf.d # hdparm /dev/hdb /dev/hdb: IO_support= 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) You may want to check to make sure the XV video overlay support is enabled, but even without it, playing back SD video purely in software shouldn't be a problem on anything with a CPU faster than 500MHz. How can I verify XV video overlay support? I'm sure my CPU is capable as its an AMD Turion dual core running at 1.6ghz. Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Performance problem at writing big files and Multitasking
> The hdparm optimizations, the CFQ scheduler and maybe low latency > desktop in the kernel are the best way to make your desktop useable > under heavy disk usage.These are my hdparm settings: > > /dev/hda: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 26310/16/63, sectors = 26520480, start = 0 > > cat /sys/block/hda/queue/scheduler > noop [cfq] > > Linux c-68-85-77-239 2.6.20-gentoo #4 PREEMPT Tue Feb 6 17:03:56 EST > 2007 i686 AMD Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux Now i am in front of my PC. I already use the cfq scheduler and have low latency desktop enabled. I looked at the output of hdparm -I /dev/sda and all seems to be ok by default. > And check you have HZ set to 1000. > > $ grep HZ /usr/src/linux/.config > # CONFIG_HZ_100 is not set > # CONFIG_HZ_250 is not set > CONFIG_HZ_1000=y > CONFIG_HZ=1000 Thanks i will check if this helps, i have just set 250 HZ for timer frequency. > Could your problem be similar to this: > >http://marc.theaimsgroup.com/?l=gentoo-user&m=114252338111258&w=2 > > > Tom Maybe, today the gentoo-sources-2.6.19-r5 become stable so i will try the new kernel. I am also waiting for kernel 2.6.20 as it has a setting for the core 2 duo in processor settings. Maybe i try the testing version of it. Also the new gcc compilers will support the core 2 duo directly, but i think it will take some time till 4.2 or even 4.3 will become stable. I show up here again and tell you if something improves the performance of my system. Regards Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Slow HD
On 8/17/05, Pupeno <[EMAIL PROTECTED]> wrote: > On Wednesday 17 August 2005 18:44, Mark Knecht wrote: > > A quick test would be > > > > hdparm -tT /dev/hda > I got this: > /dev/hda: > Timing cached reads: 1344 MB in 2.00 seconds = 672.10 MB/sec > Timing buffered disk reads:8 MB in 3.51 seconds = 2.28 MB/sec > > > (or whatever drive you are concerned about.) Greater than 15MB/S is > > almost certainly DMA but good DMA from newer drives should be > > 25-50MB/S > The second speed is evidently wrong. Not wrong, just not DMA. BTW - as has been pointed out here before - do not take these numbers as a serious test of real disk speeds. This is a just a quick way of looking. > > > You can look at the drives parameters using hdparm and reading through > > the man page to understand what all the values mean. > I tried to enable dma, but this happened: > # hdparm -d1 /dev/hda > > /dev/hda: > setting using_dma to 1 (on) > HDIO_SET_DMA failed: Operation not permitted > using_dma= 0 (off) > > What am I doing wrong ? some kernel option ? Possibly. Many of the ATAPI DMA drivers are supplied when you enable the proper chipset support in make menuconfig under Device Drivers -> ATA support. What chipset is your machine using? (lspci) >From my laptop: flash linux # hdparm /dev/hda /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 65535/16/63, sectors = 80026361856, start = 0 flash linux # flash linux # hdparm -tT /dev/hda /dev/hda: Timing cached reads: 1788 MB in 2.00 seconds = 891.91 MB/sec Timing buffered disk reads: 82 MB in 3.04 seconds = 26.93 MB/sec flash linux # Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Slow HD
On Thursday 18 August 2005 03:15, Mark Knecht wrote: > On 8/17/05, Pupeno <[EMAIL PROTECTED]> wrote: > > On Wednesday 17 August 2005 18:44, Mark Knecht wrote: > > > A quick test would be > > > > > > hdparm -tT /dev/hda > > > > I got this: > > /dev/hda: > > Timing cached reads: 1344 MB in 2.00 seconds = 672.10 MB/sec > > Timing buffered disk reads:8 MB in 3.51 seconds = 2.28 MB/sec > > > > > (or whatever drive you are concerned about.) Greater than 15MB/S is > > > almost certainly DMA but good DMA from newer drives should be > > > 25-50MB/S > > > > The second speed is evidently wrong. > > Not wrong, just not DMA. BTW - as has been pointed out here before - > do not take these numbers as a serious test of real disk speeds. This > is a just a quick way of looking. > > > > You can look at the drives parameters using hdparm and reading through > > > the man page to understand what all the values mean. > > > > I tried to enable dma, but this happened: > > # hdparm -d1 /dev/hda > > > > /dev/hda: > > setting using_dma to 1 (on) > > HDIO_SET_DMA failed: Operation not permitted > > using_dma= 0 (off) > > > > What am I doing wrong ? some kernel option ? > > Possibly. Many of the ATAPI DMA drivers are supplied when you enable > the proper chipset support in make menuconfig under Device Drivers -> > ATA support. > > What chipset is your machine using? (lspci) > > >From my laptop: > > flash linux # hdparm /dev/hda > > /dev/hda: > multcount= 16 (on) > IO_support = 0 (default 16-bit) > unmaskirq= 0 (off) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 65535/16/63, sectors = 80026361856, start = 0 > flash linux # > you may want to turn on 32 bit io and unmaskirq too. Which are both beneficial. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Very bad system response
On Mittwoch, 7. Februar 2007, Norberto Bensa wrote: > Hemmann, Volker Armin wrote: > > On Dienstag, 6. Februar 2007, Michael Schreckenbauer wrote: > > > I don't think, swap is the cause of this. This system has 1,5GB Ram, > > > swap is nearly never touched :) > > > > swap was only an example. Things that kill performance: big tar, big copy > > around, and everything that touches a lot of files > > Check your DMA settings > my DMA settings are ok. Really, really. hdparm /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 16383/255/63, sectors = 234493056, start = 0 [ 36.419597] hda: 234493056 sectors (120060 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100) and [ 37.500706] ahci :03:00.0: AHCI 0001. 32 slots 1 ports 3 Gbps 0x1 impl SATA mode [ 37.501239] ahci :03:00.0: flags: 64bit ncq pm led clo pmp pio slum part [ 37.501632] ata1: SATA max UDMA/133 cmd 0xC2004100 ctl 0x0 bmdma 0x0 irq 35 [ 37.502167] scsi0 : ahci [ 37.987972] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 37.988743] ata1.00: ATA-7, max UDMA/133, 312581808 sectors: LBA48 [ 37.989026] ata1.00: ata1: dev 0 multi count 16 [ 37.989838] ata1.00: configured for UDMA/133 [ 37.990176] scsi 0:0:0:0: Direct-Access ATA WDC WD1600JS-00M 10.0 PQ: 0 ANSI: 5 [ 37.990773] SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) [ 37.991061] sda: Write Protect is off [ 37.991339] sda: Mode Sense: 00 3a 00 00 [ 37.991349] SCSI device sda: drive cache: write back [ 37.991657] SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) [ 37.991942] sda: Write Protect is off [ 37.992225] sda: Mode Sense: 00 3a 00 00 [ 37.992235] SCSI device sda: drive cache: write back [ 37.992514] sda: sda1 sda2 sda3 sda4 < sda5 sda6 > [ 38.033040] sd 0:0:0:0: Attached scsi disk sda -- gentoo-user@gentoo.org mailing list
[gentoo-user] «-»: [gentoo-user] eselect sh set dash?
Hi All, also readahead-list has some problems with dash as sh. S On 2012-05-05 11:17, Florian Philipp wrote: Am 01.05.2012 18:53, schrieb Florian Philipp: Am 29.04.2012 16:04, schrieb Marc Joliet: Am Sun, 29 Apr 2012 00:20:41 +0200 schrieb Florian Philipp : Hi list! Hi, Now that eselect-sh has been stabilized, I'm wondering if anyone has tried setting dash as the /bin/sh symlink. Any experiences? I've been using dash as my /bin/sh for a while now. I've had it installed since June 2009, I suppose I've had the symlink set for the same length of time. Pretty much all incompatibilities I encountered are fixed now, stuff like openrc introducing bashisms (what fun! I never used the debug option of an init script before or since), or the Audacity build system having #!/bin/sh but using bashisms. I seem to recall that I have one package installed that has this problem and requires changing the symlink temporarily, but I don't remember which. It might have been fixed by now, though. Also, the old mysql-init-scripts-1.2 package requires bash, in case that matters to you. The dmcrypt init script also has a single bashism. A bug about this has been open for quiet some time now: https://bugs.gentoo.org/show_bug.cgi?id=408117 So I don't think you should expect any problems (save for the rare exception), and for me there was a noticeable speedup with the init system (also reported by Flameeyes in his blog). Thanks in advance! Florian Philipp HTH Hi Marc, thanks for the info! I've tried it on one of my systems and in my measurements, it definitely scraped off a few seconds of the reboot cycle. Regards, Florian Philipp I suggest that anyone who wants to switch tries something like this before rebooting to see if the init scripts can be parsed by dash: for i in /etc/init.d/*; do printf '%s\t' "$i"; "$i" status; done Regards, Florian Philipp -- Samuraiii e-mail: samura...@volny.cz GnuPG key ID: 0x80C752EA (obtainable on http://pgp.mit.edu) Full copy of public timestamp block signatures id-14723 (from 2012-05-05 18:00:06) is included in header of html. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] systemd
On Monday, August 22, 2011 11:09:02 PM Stefan G. Weichinger wrote: > Am 22.08.2011 20:29, schrieb Stefan G. Weichinger: > > update: edited the example in the gentoo-wiki now. > > replying to myself once more, which makes it feel more like a wiki or > blog than a mailing-list ;-) There wasn't much to add. You provided a solution and the only reply I could come up with "Well done" would sound condescending. Which is why I decided not to. > additional thoughts: > > * as there is readahead-support in systemd I assume I could get rid of > preload: > > http://packages.gentoo.org/package/sys-apps/preload?arches=all > > As it isn't maintained actively anymore it maybe isn't of much use > anymore anyway? I don't tend to use preload. Is it usefull in a non-systemd environment? > As there is no related service-file for preload here, it is deactivated > for now anyway (as long as I choose the systemd-using GRUB-line). > > * remember those cgroup-hacks back then? > > http://en.gentoo-wiki.com/wiki/Improve_responsiveness_with_cgroups > > Is that stuff still valid? Maybe, if you want to group stuff you're running yourself into seperate groups. The different services are grouped already. > With systemd the whole use of cgroups changes fundamentally, I don't > have the knowledge to decide if to use both in parallel. > > For now I disabled the stuff from the wiki (stop sourcing > /etc/bash/local/cgrouprc) as it only gives me warnings ... What kind of warnings? Systemd already mounts the filesystem for it and starts poulating it. If your script does similar things, they might try to duplicate work? > * found this blog-entry against systemd: > > http://monolight.cc/2011/05/the-systemd-fallacy/ > > I agree, it might be more useful on desktops ... so far I am still > exploring and learning to get to the point to make a decision where and > if to use. I think it is more useful on desktops and laptops, which get rebooted regularly. On a server that tends to run for months without a reboot, a fast init-system is important. And I don't really see the point of D-BUS on a server either. All the services that need to talk to each other already have working communication paths. I do intend to implement it on my desktop and netbook as I'd like to have those booting as fast as possible. -- Joost
Re: [gentoo-user] systemd
On Monday, August 22, 2011 11:09:02 PM Stefan G. Weichinger wrote: > Am 22.08.2011 20:29, schrieb Stefan G. Weichinger: > > update: edited the example in the gentoo-wiki now. > > replying to myself once more, which makes it feel more like a wiki or > blog than a mailing-list ;-) There wasn't much to add. You provided a solution and the only reply I could come up with "Well done" would sound condescending. Which is why I decided not to. > additional thoughts: > > * as there is readahead-support in systemd I assume I could get rid of > preload: > > http://packages.gentoo.org/package/sys-apps/preload?arches=all > > As it isn't maintained actively anymore it maybe isn't of much use > anymore anyway? I don't tend to use preload. Is it usefull in a non-systemd environment? > As there is no related service-file for preload here, it is deactivated > for now anyway (as long as I choose the systemd-using GRUB-line). > > * remember those cgroup-hacks back then? > > http://en.gentoo-wiki.com/wiki/Improve_responsiveness_with_cgroups > > Is that stuff still valid? Maybe, if you want to group stuff you're running yourself into seperate groups. The different services are grouped already. > With systemd the whole use of cgroups changes fundamentally, I don't > have the knowledge to decide if to use both in parallel. > > For now I disabled the stuff from the wiki (stop sourcing > /etc/bash/local/cgrouprc) as it only gives me warnings ... What kind of warnings? Systemd already mounts the filesystem for it and starts poulating it. If your script does similar things, they might try to duplicate work? > * found this blog-entry against systemd: > > http://monolight.cc/2011/05/the-systemd-fallacy/ > > I agree, it might be more useful on desktops ... so far I am still > exploring and learning to get to the point to make a decision where and > if to use. I think it is more useful on desktops and laptops, which get rebooted regularly. On a server that tends to run for months without a reboot, a fast init-system is important. And I don't really see the point of D-BUS on a server either. All the services that need to talk to each other already have working communication paths. I do intend to implement it on my desktop and netbook as I'd like to have those booting as fast as possible. -- Joost
Re: [gentoo-user] Weird pauses making me nuts
On Monday 31 October 2005 18:24, Holly Bostick wrote: > Hey, all, > > Sorry that this will not be an extremely clear question, but I really > have no idea where to start, or what the problem is. > > Basically, my system is running "fine" (no overt problems), but about > every 30 seconds or so, it 'pauses' to do something, and I have to wait > for 5-10 seconds while it does it before I can go further. Or the > display pauses, and I have to wait for the redraw , I can't tell which. > > The system is still running during these pauses, but if I'm typing this > mail, for example, the letters I typed during the pause will not appear > until the system resumes (or resumes displaying). If I then backspace > to remove the typos I made when I couldn't see what I was typing, if a > pause occurs during the repeated backspace hitting, I have to stop and > wait, since I can't know where the cursor actually is until it again > active. > > Gkrellm's animated displays pause during the pauses as well (which is a > bit useful, so that I know when they're happening). Changing desktops is > delayed, Page down in word processors is delayed, activities in the > console are delayed. Heck, even dragging cards around in AisleRiot is > delayed by these stupid unattributable pauses. > > Memory and CPU use are not bizarre, I have a lot of processes going, but > nothing weird or unexpected seems to be running if I can trust top and > gnome-system-monitor. Since all the problems seem to be related to the X > server, maybe it's an X problem; I'm currently using the VESA driver, as > I wanted to get a clean install of the new ATI drivers when I compile > the next kernel (2.13-r5, I'm using 2.13-r4 atm). I'm not using > anything but 2D applications atm, though (of course, since I have no > 3D-capable drivers available). But maybe it's a kernel scheduling > problem. Or maybe gamin sucks, halting the whole system while it updates > the file tree. > > I really have no idea, and if it wasn't so very annoying, I wouldn't > post such a formless plea for help, but if this rings a bell with > anyone, I'd appreciate a nudge/push/shove in the right direction. > > Thanks, > Holly sounds like no DMA enabled mar bin # hdparm /dev/hdb /dev/hdb: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 1 (on) -->>>>using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) geometry = 19929/255/63, sectors = 320173056, start = 0 martins -- Linux 2.6.13 AMD Athlon(tm) 64 Processor 3200+ 18:47:06 up 3:55, 5 users, load average: 0.10, 0.22, 0.51 -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problem with hdparm and SATA-controller
Hi, I want to optimize the "sound output" of my shiny new sata disc, but I have some problems to set hdparm options. My options look like this: # SATA Disk sda_args="-d1 -c1 -u1 -A1 -S6 -M128 -B1" I don't know, if I really want it to spin down, since my system is running on it. But that's not the real problem. I think I have a problem with my sata driver, since the output of hdparm looks like this: hive linux # hdparm /dev/sda /dev/sda: IO_support= 0 (default 16-bit) readonly = 0 (off) readahead = 256 (on) geometry = 30394/255/63, sectors = 488281250, start = 0 hive linux # hdparm -i /dev/sda /dev/sda: Model=SAMSUNG SP2504C , FwRev=VT100-52, SerialNo= S0WRJ1PP510578 Config={ Fixed } RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: unknown: ATA/ATAPI-1,2,3,4,5,6,7 * signifies the current active mode This was AFTER starting hdparm with the options given above. I also have these error messages after starting hdparm: * Running hdparm on /dev/sda ... HDIO_SET_32BIT failed: Invalid argument HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device HDIO_SET_DMA failed: Inappropriate ioctl for device HDIO_DRIVE_CMD failed: Input/output error This the output of lspci: hive linux # lspci 00:00.0 Host bridge: Intel Corporation DRAM Controller (rev 02) 00:01.0 PCI bridge: Intel Corporation PCI Express Root Port (rev 02) 00:1a.0 USB Controller: Intel Corporation USB UHCI Controller #4 (rev 02) 00:1a.1 USB Controller: Intel Corporation USB UHCI Controller #5 (rev 02) 00:1a.2 USB Controller: Intel Corporation USB UHCI Controller #6 (rev 02) 00:1a.7 USB Controller: Intel Corporation USB2 EHCI Controller #2 (rev 02) 00:1b.0 Audio device: Intel Corporation HD Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation PCI Express Port 1 (rev 02) 00:1c.4 PCI bridge: Intel Corporation PCI Express Port 5 (rev 02) 00:1c.5 PCI bridge: Intel Corporation PCI Express Port 6 (rev 02) 00:1d.0 USB Controller: Intel Corporation USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation LPC Interface Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 2 port SATA IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation SMBus Controller (rev 02) 00:1f.5 IDE interface: Intel Corporation 2 port SATA IDE Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0421 (rev a1) 02:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit Ethernet Adapter (rev b0) 03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03) 03:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03) 05:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev c0) (Motherboard is an ASUS P5K) What is the correct driver for my SATA devices? And what is wrong with the hdparm output? Thanks for any help and hints, Marc -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Slow HD
On 8/17/05, Pupeno <[EMAIL PROTECTED]> wrote: > On Wednesday 17 August 2005 22:15, Mark Knecht wrote: > > On 8/17/05, Pupeno <[EMAIL PROTECTED]> wrote: > > > On Wednesday 17 August 2005 18:44, Mark Knecht wrote: > > > > A quick test would be > > > > > > > > hdparm -tT /dev/hda > > > > > > I got this: > > > /dev/hda: > > > Timing cached reads: 1344 MB in 2.00 seconds = 672.10 MB/sec > > > Timing buffered disk reads:8 MB in 3.51 seconds = 2.28 MB/sec > > > > > > > (or whatever drive you are concerned about.) Greater than 15MB/S is > > > > almost certainly DMA but good DMA from newer drives should be > > > > 25-50MB/S > > > > > > The second speed is evidently wrong. > > > > Not wrong, just not DMA. > Should I leave DMA off ? Isn't almost always faster to use DMA ? > > > > > You can look at the drives parameters using hdparm and reading through > > > > the man page to understand what all the values mean. > > > > > > I tried to enable dma, but this happened: > > > # hdparm -d1 /dev/hda > > > > > > /dev/hda: > > > setting using_dma to 1 (on) > > > HDIO_SET_DMA failed: Operation not permitted > > > using_dma= 0 (off) > > > > > > What am I doing wrong ? some kernel option ? > > > > Possibly. Many of the ATAPI DMA drivers are supplied when you enable > > the proper chipset support in make menuconfig under Device Drivers -> > > ATA support. > I have all of them enabled as modules. > > > What chipset is your machine using? (lspci) > :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller > (rev 01) > > > From my laptop: > > > > flash linux # hdparm /dev/hda > > > > /dev/hda: > > multcount= 16 (on) > > IO_support = 0 (default 16-bit) > > unmaskirq= 0 (off) > > using_dma= 1 (on) > Here, your dma is on! :) > > > keepsettings = 0 (off) > > readonly = 0 (off) > > readahead= 256 (on) > > geometry = 65535/16/63, sectors = 80026361856, start = 0 > > flash linux # > > > > flash linux # hdparm -tT /dev/hda > > > > /dev/hda: > > Timing cached reads: 1788 MB in 2.00 seconds = 891.91 MB/sec > > Timing buffered disk reads: 82 MB in 3.04 seconds = 26.93 MB/sec > > flash linux # > > Thanks. > -- > Pupeno <[EMAIL PROTECTED]> (http://pupeno.com) > Reading ? Science Fiction ? http://sfreaders.com.ar > > > I'm sorry if this copy/paste gets messy. I'm attempting to show you all the stuff I have enabled on a Via desktop machine: <*> ATA/ATAPI/MFM/RLL support│ │ │ │ <*> Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support │ │ │ │ --- Please see Documentation/ide.txt for help/info on IDE drives │ │ │ │ [ ] Support for SATA (deprecated; conflicts with libata SATA driver) │ │ │ │ [ ] Use old disk-only driver on primary interface │ │ │ │ <*> Include IDE/ATA-2 DISK support │ │ │ │ [*] Use multi-mode by default │ │ │ │ <*> Include IDE/ATAPI CDROM support │ │ │ │ < > Include IDE/ATAPI TAPE support (EXPERIMENTAL) │ │ │ │ < > Include IDE/ATAPI FLOPPY support │ │ │ │ < > SCSI emulation support │ │ │ │ [ ] IDE Taskfile Access │ │ │ │ --- IDE chipset support/bugfixes │ │ │ │ <*> generic/default IDE chipset support │ │ │ │ [*] CMD640 chipset bugfix/support │ │ │ │ [ ] CMD640 enhanced support │ │ │ │ [ ] PNP EIDE support │ │ │ │ [*] PCI IDE chipset support │ │ │ │ [*] Sharing PCI IDE interrupts support │ │ │ │ [ ] Boot off-board chipsets first support │ │ │ │ <*> Generic PCI IDE Chipset Support │ │ │ │ < > OPTi 82C621 chipset enhanced support (EXPERIMENTAL) │ │ │ │ <*> RZ1000 chipset