Hi, --- Jesse Chappell <jesse@xxxxxxxxx> wrote: > > On Sun, 23 Mar 2003, R Parker wrote: > > > What do you make of my IRQs, they're not > consistent > > with what you're describing. Is this some newer > bios > > aipc feature? > > > > The pci cards begin at 16 with two scsi controlers > > sharing interupt 16, at 18 we see a third scsi > > controler that isn't the same as the one on 16. > It's > > just the same driver. > > Ron, my dual mobo (asus a7m266-d) (amd-762 chipset) > also uses this IRQ system. As > discussed before I thought I had tamed latency > problems, but > indeed I have not. When I run this command while > 'jackd -R' is > running (and a client is connected) I get massive > overruns on > the order of 1-2 *seconds* every 5 seconds or so: > > dd if=/dev/zero of=/path/for/bigfile bs=1000 > count=1000000 jackd -v -d alsa -d hw:0 -p 128 I add "-R" towards the end. creating alsa driver ... hw:0|1024|2|48000|swmon|rt dd if=/dev/zero of=/home/studio/clients/tmp/bigfile bs=1000 count=1000000 No Xruns Changed buffer to 256 and left bigfile to be overwritten. Does that mean a 'rm bigfile' happens? **** alsa_pcm: xrun of at least 3.964 msecs Changed buffer to 128 left bigfile to be overwritten **** alsa_pcm: xrun of at least 11.129 msecs ran 'jackd -R -v -d alsa -d hw:0 -p 128' buffer 128 and rm bigfile, I gave it a few seconds before changing xterm windows. No xrun Repeat last test with buffer 64 and no xrun Repeat last test but didn't 'rm bigfile' no xrun Interesting, I'd gapped and forgot to use "-R" when I was experiencing xruns. Including "-R" seems to be improving performance. jackd -R -v -d alsa -d hw:0 -p 64 Have changed the location of bigfile to the same drive where the OS is installed. Previous tests are to a scsi LVD 160, raid5, seven drive array of cheetah 15,000rpm, 3.3ms seek, 18 gig drives. No xruns, it took longer to write bigfile With "-R" I'm going to test recording eight tracks of audio into Ardour. I'll report those results soon. The conclusion thus far, for me, is to pull head out of arse and use the "-R" flag. ron > This will write a one gig file as fast as possible. > My IDE > drives are tuned properly with hdparm and I'm using > SMP > 2.4.20 + LL + preemp + radeonDRM. Also tried with > 2.4.18 + LL. > > $ cat /proc/interrupts > CPU0 CPU1 > 0: 59143 60400 IO-APIC-edge timer > 1: 1948 2013 IO-APIC-edge keyboard > 2: 0 0 XT-PIC cascade > 8: 1 1 IO-APIC-edge rtc > 9: 0 0 IO-APIC-edge acpi > 12: 12170 12203 IO-APIC-edge PS/2 > Mouse > 14: 12232 12459 IO-APIC-edge ide0 > 15: 52 159 IO-APIC-edge ide1 > 18: 0 0 IO-APIC-level Ensoniq > AudioPCI > 19: 6613 6657 IO-APIC-level eth0 > NMI: 0 0 > LOC: 119459 119465 > > (my AGP radeon7500 is on IRQ 16.. not shown above > for some > reason). > Although my BIOS allows me to specify IRQs for > slots, the numbers > there match the traditional style... not this >16 > stuff. I tried > anyway, but no change in linux. > > I just tried this test on another system, this one > UP 2.4.20 + > LL, similar results. Anyone else care to try this > informal > disk-loading test? If you have >= 1G of memory, > use a > count=2000000 (2GB file). > > jlc > > > > __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
