Re: OT : BSD vs Linux was Re : Boot loaders for Linux that can also boot FreeBSD
- To: debian-user@lists.debian.org
- Subject: Re: OT : BSD vs Linux was Re : Boot loaders for Linux that can also boot FreeBSD
- From: Ralf Mardorf <ralf.mardorf@rocketmail.com>
- Date: Sat, 01 Dec 2012 09:52:20 +0100
- Message-id: <[🔎] 1354351940.2686.111.camel@q>
- In-reply-to: <[🔎] c3e72465a2da2b48f237de446229cfbe@neutralite.org>
- References: <1353795280.2662.12.camel@q> <20121124233520.7ad4b4be.freebsd@edvax.de> <1353798889.2662.46.camel@q> <20121125002717.11a61c8d.freebsd@edvax.de> <1353807268.2773.16.camel@q> <20121125131908.671f6d31.freebsd@edvax.de> <1353846552.2508.23.camel@q> <alpine.BSF.2.00.1211251322500.23965@wonkity.com> <1353877782.2508.225.camel@q> <alpine.BSF.2.00.1211251421160.23965@wonkity.com> <1354029192.2827.11.camel@q> <alpine.BSF.2.00.1211270901130.56247@wonkity.com> <1354046327.2528.15.camel@q> <alpine.BSF.2.00.1211271653330.60249@wonkity.com> <1354086404.2528.89.camel@q> <1354119648.3152.4.camel@q> <alpine.BSF.2.00.1211280923390.66068@wonkity.com> <1354156932.2393.22.camel@q> <87fw3tj9m1.fsf@oak.localnet> <1354197485.2351.36.camel@q> <CAOdo=Sz85L5+RER5EAH1+mDn5oR-+pVu=eQrfrEQcQRP6pr6iQ@mail.gmail.com> <5abe4ee1b18f1964e47deb9385bf5c02.squirrel@fulvetta.riseup.net> <1354310461.2686.33.camel@q> <[🔎] c3e72465a2da2b48f237de446229cfbe@neutralite.org>
On Sat, 2012-12-01 at 01:07 +0100, berenger.morel@neutralite.org wrote:
> I have questions about why are you needing so much kernels.
My apologies, I'm short in time, so my off-list mail also is short and
slightly OT.
On the quick:
I need that much kernels, because I've got issues with audio latency and
had issues with MIDI jitter.
I try to keep the most stable Linux for my needs and try to get a Linux,
that will fit better to my needs.
I've got no experiences with FreeBSD, I don't know the difference
myself.
IOW I try to fix issues, without buying hardware. On old computers it
was easy to get hard real-time, because the software directly was
connected with the hardware and the kernels where optimized to the
hardware. Computers today have many layers, different chipsets, do real
multitasking, but this does cause timing issues.
For example, using older kernels my graphics and the audio card do share
the same IRQ, with the new kernel the graphics get another IRQ:
spinymouse@q:~$ uname -a
Linux q 3.6.5-rt14 #1 SMP PREEMPT RT Fri Nov 2 21:36:37 CET 2012 x86_64
x86_64 x86_64 GNU/Linux
spinymouse@q:~$ service rtirq status
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
62 FF 90 - 130 0.0 S irq/8-rtc0
799 FF 85 - 125 0.0 S irq/18-snd_hdsp
830 FF 85 - 125 0.0 S irq/20-snd_ice1
832 FF 85 - 125 0.0 S irq/21-snd_ice1
54 FF 80 - 120 0.0 S irq/19-ehci_hcd
55 FF 80 - 120 0.0 S irq/16-ohci_hcd
56 FF 79 - 119 0.0 S irq/17-ohci_hcd
58 FF 78 - 118 0.0 S irq/18-ohci_hcd
59 FF 78 - 118 0.0 S irq/17-ohci_hcd
60 FF 77 - 117 0.0 S irq/18-ohci_hcd
61 FF 75 - 115 0.0 S irq/1-i8042
24 FF 50 - 90 0.0 S irq/9-acpi
46 FF 50 - 90 0.0 S irq/22-ahci
216 FF 50 - 90 0.0 S irq/14-pata_ati
218 FF 50 - 90 0.0 S irq/15-pata_ati
302 FF 50 - 90 0.0 S irq/22-firewire
580 FF 50 - 90 0.0 S irq/7-parport0
782 FF 50 - 90 0.0 S irq/43-radeon
1313 FF 50 - 90 0.0 S irq/42-eth0
3 FF 1 - 41 0.1 S ksoftirqd/0
15 FF 1 - 41 0.1 S ksoftirqd/1
If I would make music, I would unbind other things that share IRQ 18 too
by running a script:
spinymouse@q:/mnt/music/quantal/01song$ cat tuning
#!/bin/bash
# sudo bash tuning - Ubuntu Studio Quantal
# 2012/Nov/04
### http://www.mythtv.org/wiki/PCI_Latency
###
http://wiki.linuxmusicians.com/doku.php?id=system_configuration#pci_bus_latency
### Bluetooth
service bluetooth stop
### Network
#service network-manager stop
#service networking stop # does cause serious issues
#modprobe -r r8169 # Ethernet NIC driver
### TerraTec EWX 24/96
modprobe -r snd_ice1712
### Others
modprobe -r firewire-ohci
modprobe -r firewire_core
service cups stop
modprobe -r ppdev # parallel port
modprobe -r lp # printer
### Unbinding devices
echo -n "0000:00:13.2" > /sys/bus/pci/drivers/ohci_hcd/unbind
echo -n "0000:00:13.4" > /sys/bus/pci/drivers/ohci_hcd/unbind
### Log file
l="log/tuning.log"
#echo "$ lspci -v " > $l
#lspci -v >> $l
#echo >> $l
echo "$ /etc/init.d/rtirq status " > $l
/etc/init.d/rtirq status >> $l
echo "$ grep 18: /proc/interrupts" >> $l
grep 18: /proc/interrupts >> $l
echo >> $l
echo -n $(date)" - "$(uname -r)" - " >> $l
cat /etc/issue >> $l
echo "##############################" ; cat $l
exit 0
This is neither needed for professional servers nor needed for averaged
desktop usage. Real-time audio is a special task. For real-time CNC
there is another real-time kernel. This are things most users don't need
to care about.
Regards,
Ralf
Reply to: