linuxaudio.org

--0016e65ae75a803a1004b01cbd7f

Content-Type: text/plain; charset=ISO-8859-1
I'm one of the folks performing through a netbook. A dell latitude 2100 --

the rubberized primary-school edition, 2gb ram and one of the atom chipsets.

Maybe now in the $300 range?
I use fluidsynth and bristol with alsa and jackd, setting various patches

across 8 midi channels, playing through an m-audio usb sound processor, with

one or sometimes two usb midi devices as controllers.
I custom-compiled a very lightweight rt kernel. I still use gnome, but turn

off networking to prevent memory usage spikes not related to music... and

keep a close eye on the available system memory and cpu while playing. Also

no holding bristol chords with more than 5 notes. :) I could probably get up

to 7 if I lost gnome, but I prefer the minimalist musical approach to

avoiding xruns. And I like to be able to use the dell's touchscreen to flip

through scanned charts in pdf when I forget what I'm supposed to be playing!
Cheers,

Luke
-----

Luke Peterson

- sent via mobile device -

On Oct 25, 2011 5:11 AM, "Jeremy Jongepier"  wrote:
> On 10/25/2011 10:44 AM, Renato wrote:

quoted text
> > On Tue, 25 Oct 2011 10:20:18 +0200

> > Jeremy Jongepier  wrote:

> >

> >> True. I've set up the netbook to disable all services and unload all

> >> drivers I don't need when booting with a realtime kernel.

> >

> > for doing this you simply run a script which figures out the running

> > kernel with "uname"?

> >

>

> Hi Renato,

>

> Yes:

>

> if [ $(uname -r | cut -d "-" -f 3) = "realtime" ]

> then /path/to/startstudio

> fi

>

> And the 'startstudio' script looks like this:

>

> #!/bin/sh

>

> modprobe -r ppdev

> modprobe -r lp

> modprobe -r uvcvideo

> modprobe -r videodev

> modprobe -r ath9k

> modprobe -r r8169

> modprobe -r btusb

>

> /etc/init.d/bluetooth stop &

> /etc/init.d/cups stop &

> /etc/init.d/networking stop &

> /etc/init.d/network-manager stop &

> /etc/init.d/ondemand stop

>

> killall modem-manager

> killall wpa_supplicant

>

> modprobe snd-hrtimer

>

> echo -n performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

>

> TASKLETPR=76

>

> ps -eLo pid,cmd | grep tasklet | grep -v grep | awk '{ system("chrt -f

> -p '$TASKLETPR' " )}'

>

> echo -n "0000:00:13.0" > /sys/bus/pci/drivers/ohci_hcd/unbind

>

> >> And it runs

> >> a light DE, rtirq and CPU scaling is set to performance. Also make

> >> sure your audio device isn't sharing an interrupt with something

> >> else. In my case the onboard soundcard shares an interrupt with a USB

> >> controller. I need to unbind the controller otherwise CPU load on the

> >> tasklets will quickly rise.

> >

> > what do you mean exactly by unbinding the controller? physically

> > removing it?

> >

>

> No, writing the ID of the controller to an unbind file, it's the last

> line in the startstudio script.

>

> > cheers,

> > renato

>

> Best,

>

> Jeremy

> _______________________________________________

> Linux-audio-user mailing list

> Linux-audio-user@lists.linuxaudio.org

> http://lists.linuxaudio.org/listinfo/linux-audio-user

>

--0016e65ae75a803a1004b01cbd7f

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
I'm one of the folks performing through a netbook. A dell latitude 2=

100 -- the rubberized primary-school edition, 2gb ram and one of the atom c=

hipsets. Maybe now in the $300 range?

I use fluidsynth and bristol with alsa and jackd, setting various patche=

s across 8 midi channels, playing through an m-audio usb sound processor, w=

ith one or sometimes two usb midi devices as controllers.

I custom-compiled a very lightweight rt kernel. I still use gnome, but t=

urn off networking to prevent memory usage spikes not related to music... a=

nd keep a close eye on the available system memory and cpu while playing. A=

lso no holding bristol chords with more than 5 notes. :) I could probably g=

et up to 7 if I lost gnome, but I prefer the minimalist musical approach to=

 avoiding xruns. And I like to be able to use the dell's touchscreen to=

 flip through scanned charts in pdf when I forget what I'm supposed to =

be playing!
Cheers,

Luke

-----

Luke Peterson

- sent via mobile device -

On Oct 25, 2011 5:11 AM, "Jeremy Jongepier&=

quot; <jeremy@autostatic.com> wrote:

On 10/25/2011 10:44 AM, Renato wrote:

quoted text
> On Tue, 25 Oct 2011 10:20:18 +0200

> Jeremy Jongepier <jeremy@a=

utostatic.com> wrote:

quoted text
>

>> True. I've set up the netbook to disable all services and unlo=

ad all

quoted text
>> drivers I don't need when booting with a realtime kernel.

>

> for doing this you simply run a script which figures out the running

> kernel with "uname"?

>

Hi Renato,
Yes:
if [ $(uname -r | cut -d "-" -f 3) =3D "realtime" ]

then /path/to/startstudio

fi
And the 'startstudio' script looks like this:
#!/bin/sh
modprobe -r ppdev

modprobe -r lp

modprobe -r uvcvideo

modprobe -r videodev

modprobe -r ath9k

modprobe -r r8169

modprobe -r btusb
/etc/init.d/bluetooth stop &

/etc/init.d/cups stop &

/etc/init.d/networking stop &

/etc/init.d/network-manager stop &

/etc/init.d/ondemand stop
killall modem-manager

killall wpa_supplicant
modprobe snd-hrtimer
echo -n performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_gover=

nor
TASKLETPR=3D76
ps -eLo pid,cmd | grep tasklet | grep -v grep | awk '{ system("chr=

t -f

-p '$TASKLETPR' " $1)}'
echo -n "0000:00:13.0" > /sys/bus/pci/drivers/ohci_hcd/unbind<=

br>
>> And it runs

quoted text
>> a light DE, rtirq and CPU scaling is set to performance. Also make=

>> sure your audio device isn't sharing an interrupt with somethi=

ng

quoted text
>> else. In my case the onboard soundcard shares an interrupt with a =

USB

quoted text
>> controller. I need to unbind the controller otherwise CPU load on =

the

quoted text
>> tasklets will quickly rise.

>

> what do you mean exactly by unbinding the controller? physically

> removing it?

>

No, writing the ID of the controller to an unbind file, it's the last

line in the startstudio script.
> cheers,

quoted text
> renato

Best,
Jeremy

_______________________________________________

Linux-audio-user mailing list

Linux-audio-user@l=

ists.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-user
--0016e65ae75a803a1004b01cbd7f--