Re: [LAU] Best realtime audio dstro for Eee

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: carmen <_@...>
Cc: <linux-audio-user@...>
Date: Wednesday, July 1, 2009 - 4:28 am

--001485f724f07e5cb1046d9d5a3a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

yeah, compiling can drag on slower machines, but during the gentoo install
(or whenever) you can alter your optimization flags for speed or size and
what not.

the reason i prefer the pain of compiling everything from source is that
portage gives you full control of conditional compiling through use flags in
a framework like apt. its more involved, but you don't have to dig through
make files, just run emerge -pv and see what you can exclude
and what you want to include. so long as you don't miss something incredibly
important, it makes things run smoothly (or if you botch it, not at all).

not the most scientific metric, but on this dell inspiron e1505 (intel core
duo 2Gz each processor, 100Gig ram) running XP, fruity loops by itself on a
clean boot could choke it up if i added 3 vst synths and some intensive
effects.

on gentoo, i've ran the jack server with maybe 6-9 other apps at a time for
hours while compiling and trying new programs and at one point i recompiled
my kernel. after 3 hours not even an xrun.

if compiling is still an issue though, you can create a tool chain with the
crossdev package to compile for that architecture on a different gentoo
machine that can deal with it. then once you've produced the binaries you
can load the customized app onto the target machine. given that most folks
don't have another gentoo machine (having one can be trouble enough), i
don't think it would be unthinkable that some sort of community crossdev
server could be created where packages could be emerged and downloaded from
at later times. it would definitely add to the audio distro community as
well, because then packages that worked well could be shared without
recompiling again.

On Tue, Jun 30, 2009 at 7:26 PM, carmen <_@whats-your.name> wrote:

> On Tue Jun 30, 2009 at 03:43:45PM -0700, munkeyfreenix batcat wrote:

--001485f724f07e5cb1046d9d5a3a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

yeah, compiling can drag on slower machines, but during the gentoo install =
(or whenever) you can alter your optimization flags for speed or size and w=
hat not. the reason i prefer the pain of compiling everything from =
source is that portage gives you full control of conditional compiling thro=
ugh use flags in a framework like apt. its more involved, but you don't=
have to dig through make files, just run emerge -pv <package atom> a=
nd see what you can exclude and what you want to include. so long as you do=
n't miss something incredibly important, it makes things run smoothly (=
or if you botch it, not at all).
not the most scientific metric, but on this dell inspiron e1505 (intel =
core duo 2Gz each processor, 100Gig ram) running XP, fruity loops by itself=
on a clean boot could choke it up if i added 3 vst synths and some intensi=
ve effects.
on gentoo, i've ran the jack server with maybe 6-9 other apps at a =
time for hours while compiling and trying new programs and at one point i r=
ecompiled my kernel. after 3 hours not even an xrun. if compiling i=
s still an issue though, you can create a tool chain with the crossdev pack=
age to compile for that architecture on a different gentoo machine that can=
deal with it. then once you've produced the binaries you can load the =
customized app onto the target machine. given that most folks don't hav=
e another gentoo machine (having one can be trouble enough), i don't th=
ink it would be unthinkable that some sort of community crossdev server cou=
ld be created where packages could be emerged and downloaded from at later =
times. it would definitely add to the audio distro community as well, becau=
se then packages that worked well could be shared without recompiling again=
.
On Tue, Jun 30, 2009 at 7:26 PM, carmen <_@whats-your.name&=
gt; wrote:
On Tue Jun 30, 2009 at 03:43:45PM -0700, munkeyfreenix ba=
tcat wrote:

io

the archaudio repo probably has binaries, but i havent checked. haven=
t got my head around archs' building stuff tbh..

since compiling (or even running firefox) is pure hell on the Atom N270. i =
cant imagine theyd be useful for audio given their 1/8th the power of state=
oftheart CPUs unless yo just want an instance of ZynAdd or something

_________________________________________=
______
Linux-audio-user mailing list
Linux-audio-user@l=
ists.linuxaudio.org

http://lists.linuxaudio.org/mailman/listinfo/linux-audio-u=
ser

--001485f724f07e5cb1046d9d5a3a--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] Best realtime audio dstro for Eee, Norval Watson, (Tue Jun 30, 8:50 pm)
Re: [LAU] Best realtime audio dstro for Eee, Raffaele Morelli, (Wed Jul 1, 8:33 am)
Re: [LAU] Best realtime audio dstro for Eee, david, (Wed Jul 1, 9:47 am)
Re: [LAU] Best realtime audio dstro for Eee, Justin Smith, (Wed Jul 1, 10:00 am)
Re: [LAU] Best realtime audio dstro for Eee, Ken Restivo, (Thu Jul 2, 11:12 pm)
Re: [LAU] Best realtime audio dstro for Eee, Norval Watson, (Fri Jul 31, 12:03 am)
Re: [LAU] Best realtime audio dstro for Eee, Norval Watson, (Fri Jul 31, 10:15 am)
Re: [LAU] Best realtime audio dstro for Eee, Dan S, (Wed Jul 1, 7:26 am)
Re: [LAU] Best realtime audio dstro for Eee, munkeyfreenix batcat, (Tue Jun 30, 10:43 pm)
Re: [LAU] Best realtime audio dstro for Eee, carmen, (Wed Jul 1, 2:26 am)
Re: [LAU] Best realtime audio dstro for Eee, munkeyfreenix batcat, (Wed Jul 1, 4:28 am)
Re: [LAU] Best realtime audio dstro for Eee, Ronald Stewart, (Tue Jun 30, 10:09 pm)