hi andrew, hi everyone !
as per your request, i fearlessly built and booted 2.5.41 with
preemption enabled.
although it was my first take at the dev kernel, it went very smoothly
:-D
anyway, it seems to perform worse than 2.4.20-pre1-lowlatency. it feels
very snappy on startup, but under load it is a lot less responsive to
user interaction.
i have run benno senoner's latencytest on both kernels. you can see the
results at
http://spunk.dnsalias.org/latencytest .
for me, the biggest problem seems to be soft-raid. i have my /var
partition striped over 2 scsi disks, and accessing them causes huge
latency peaks.
is there any chance to get this under control ?
i don't have a spare disk around, so i can't easily compare to non-raid,
but i'm quite sure it's the source of the problem, because people with
similar hardware are doing fine.
other than that, there were a few peaks under /proc stress, but they are
not easily reproducible.
i have not yet tested your mm-patches due to a compile failure (log is
attached below). i used
http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.41/2.5.41-mm3/2.5.41-mm3.….
if there's any patches to try or more benchmarks to run, let me know.
best,
jörn
***
Hardware: Dual-P3 @ 600Mhz, 512MB PC100 SDRAM, ASUS P2B-DS
one 4G IBM DCAS SCSI disk (/), 2 9G COMPAQ SCSI disks (/var, soft-RAID
0),
SCSI CDROM and CDR, no IDE devices.
Soundcards: SB Live (used during the tests) and Ensoniq 1371 (idle)
The audio file that was played back during the tests came over NFS.
***
make -f init/Makefile
Generating include/linux/compile.h (updated)
gcc -Wp,-MD,init/.version.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-pipe -mpreferred-stack-boundary=2 -march=i686 -Iarch/i386/mach-generic
-fomit-frame-pointer -nostdinc -iwithprefix include
-DKBUILD_BASENAME=version -c -o init/version.o init/version.c
ld -m elf_i386 -r -o init/built-in.o init/main.o init/version.o
init/do_mounts.o
ld -m elf_i386 -e stext -T arch/i386/vmlinux.lds.s
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/built-in.o
--start-group arch/i386/kernel/built-in.o arch/i386/mm/built-in.o
arch/i386/mach-generic/built-in.o kernel/built-in.o mm/built-in.o
fs/built-in.o ipc/built-in.o security/built-in.o lib/lib.a
arch/i386/lib/lib.a drivers/built-in.o sound/built-in.o
arch/i386/pci/built-in.o net/built-in.o --end-group -o .tmp_vmlinux1
fs/built-in.o: In function `isofs_put_super':
fs/built-in.o(.text+0x390e5): undefined reference to `unload_nls'
fs/built-in.o: In function `isofs_fill_super':
fs/built-in.o(.text+0x39f0b): undefined reference to `load_nls'
fs/built-in.o(.text+0x39f25): undefined reference to `load_nls_default'
fs/built-in.o(.text+0x3a0c6): undefined reference to `unload_nls'
fs/built-in.o: In function `wcsntombs_be':
fs/built-in.o(.text+0x3c60b): undefined reference to `utf8_wctomb'
make: *** [.tmp_vmlinux1] Error 1
--
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)
Hello Maarten and other LAD(y)s!
I am having some problems with tapiir 0.6. It seem's I can't get it to
run with SCHED_RR. I can run it with suid or as root and still I am
getting:
josef:/usr/src/tapiir-0.6/src# ./tapiir
!!!Scheduler set to Round Robin with priority 99 FAILED!!!
Make sure you are root, or that tapiir has the suid flag set
( chmod 4755 )
Any idea why this is happening?
Thanks and take care,
Miha...
http://plugin.org.uk/meterbridge/
New features:
Jellyfish meter (aka. stereo phase meter)
Can choose number of columns
Signal freezes if you click left mouse button on the window
Some segfaults fixed
Outstanding problems:
Uses contraversial rewiring connection to inputs
Needle graphics still a bit crap
Inefficient
- Steve
> 2) Can I use DMIDI in combination with TCP/IP (I saw you mentioned UDP
> on your site)?
If you're sending over IP, you should also look at MWPP, an RTP
packetization for MIDI under development in the IETF. See:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-mwpp.txt
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
Thanks for a quick reply. One more question:
1) Is there good documentation to be found, or even better, source code?
2) Can I use DMIDI in combination with TCP/IP (I saw you mentioned UDP
on your site)?
3) Does application have to be DMIDI-aware in order to be able to
send/receive MIDI via DMIDI server or does DMIDI server simply act
transparently between sender and receiver (if they are presumably on the
same machine)?
Again, thanks for your help! Sincerely,
Ivica Ico Bukvic
> -----Original Message-----
> From: Phil Kerr [mailto:philkerr@elec.gla.ac.uk]
> Sent: Thursday, October 10, 2002 9:49 PM
> To: Ivica Bukvic
> Subject: Re: [linux-audio-dev] Needing advice on implementing MIDI in
my
> app (RTMix)
>
> Hi Ivica,
>
> DMIDI may be of some use to you. You can have one DMIDI server and
your
> MIDI
> applications can broadcast DMIDI data. You use the server to isolate
you
> from
> hardware and MIDI API's
>
> http://www.dmidi.org
>
> Cheers
>
> Phil
>
hi guys !
i have just built and booted into 2.5.41, and it turned out to be easier
than i thought.
everything works as before, and the kernel has now been running stable
for over a day. i would encourage other audio users to give it a try as
well, it's painless. using a current distro (suse80), i didn't even have
to update userspace tools (at least nothing has bitten me yet). be sure
to have a backup, of course.
i have only scsi disks, so i can't say how the IDE stuff turned out, but
i hear it is sane again.
best,
jörn
benchmarks coming....
--
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)
Hi all,
Currently, I am working on implementing MIDI in my app, and this is what
I am currently trying to solve:
I just simply want to implement MIDI >not as a sequencer<, but rather as
an external controller of various events (since this is what my app
RTMix does). Now, the problem is also that I want to use MIDI for
intercommunication between my app and other apps running concurrently on
the same machine (i.e. Pd), so here is the list of questions I would
greatly appreciate any help on:
1) First off, is there a simple GPL library that is easy to implement
and that focuses on MIDI? If not, any website with some sample code
would be greatly appreciated!
2) I am trying to design something that is not driver specific (i.e. OSS
or ALSA), so is there any way to do this (i.e. sending message directly
to /dev/midi device or something similar without blocking it to other
apps)
3) For checking the presence of the midi interface on a Linux box, is it
safest to look for /dev/midi device, or is there a "nicer" way?
4) Is there a way to send MIDI data in such a way that it is perceived
by other app on the system (i.e. like sending a midi signal through
midi-out which is via cable connected to midi-in on the same machine,
except without doing so physically)? If so, how? If not, what are the
alternatives (other than above-mentioned physical solution)?
5) Finally, this may be a bit far-fetched question, but here it goes
anyhow: does anyone know if Pd and other applications like it are able
to receive simple numeric messages via network (TCP/IP) protocol (since
this would be an alternative to #4)?
Any help on this matter is greatly appreciated! Sincerely,
Ivica Ico Bukvic, composer, multimedia sculptor,
programmer, webmaster & computer consultant
http://meowing.ccm.uc.edu/~ico/
============================
"To be is to do" - Socrates
"To do is to be" - Sartre
"Do be do be do" - Sinatra
"I am" - God