On Wed, 22 Sep 2010 21:36:25 +0200
Jeremy Jongepier <jeremy@...> wrote:
> On 09/22/2010 08:40 PM, Jonathan E. Brickman wrote:
> > OK. I have an AMD X4, so I kept the AMD64 optimization set turned on
> > (as it was by default), but changed the set entirely to this known-good
> > set I have been using with Yoshimi for quite some time on this hardware:
> > -O3 -march=amdfam10 -m64 -mfpmath=sse -mcrc32 -ffast-math -fomit-frame-pointer
> > and Yoshimibb 0.061-pre7 loaded and ran perfectly. No hesitation, very
> > fast load, came right up. Loaded sounds with no problem too. No xruns
> > at all. F13+PCCRMA, jack2. Thus far the symptoms do line up quite well
> > with optimization issues.
> > I am thinking that you should use three optimization-sets: one for
> > generic 32-bit, one for generic 64-bit, and a third as 'native'. The
> > first two will be picked up by packagers, the last one is for your
> > custom-compilation crowd (us). And for a GUI ccmake, we want the native
> > to be default, it will keep _your_ life easier.
> > For the generic 64-bit, I would use this:
> > ???-O3 -march=opteron -mtune=amdfam10 -m64 -mfpmath=sse -mcrc32 -ffast-math -fomit-frame-pointer
> > because "opteron" appears to be a lowest-common-denominator. -mtune
> > will just help it run well on better CPUs, it will not require the
> > better hardware in order to run; the rest fits fine.
> > For the native, I would just do much as you did before:
> > -O3 -march=native -mfpmath=sse -ffast-math -fomit-frame-pointer
> > I'm not so sure about the generic 32-bit. I would probably think about
> > something like the below, because I don't know that we should require
> > the crc32, but I seem to remember that we are requiring SSE, and we want
> > it to be compatible with slower CPUs while running very well on newer ones:
> > -O3 -march=pentium3 -mtune=prescott -m32 -mfpmath=sse -ffast-math -fomit-frame-pointer
> > J.E.B.
> I've played around with optimization settings too but over here on my
> machine at home YoshimiBB keeps segfaulting :(
> I do have F13 installed on this machine, I'll give that a go. Or an
> older version of Scoobidoobuntu.
I was getting segfaults too, until I saw jeremy's comment, and as a
shot in the dark inserted his optimisations. This was really the wrong
thing to do as I'm on an athlon not an opteron, and also I accidentally
inserted the options into the 03 basic slot.
To be honest, I don't know how to discover the optimisations for my
It now runs very fast and slick, voice patches will load fast with
hardly a click while playing.
Also, it's configured for alsa MIDI - I can't find a way to get
*anything* else to recognise jack midi :(
The bad news is that it has a heavier processor usage than 0.058.1 and
the very complex patches like Master Synth and Hyper Matrix will
overload it more easily. This was doing quite rapid 4 note chords, so
I'm not sure how realistic that is, just that the older version was a
Will J Godfrey
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.