[yoshimi] Re: Not so good :(

  • From: Will Godfrey <willgodfrey@xxxxxxxxxxxxxxx>
  • To: yoshimi@xxxxxxxxxxxxx
  • Date: Thu, 19 Jan 2017 18:32:21 +0000

On Thu, 19 Jan 2017 19:17:26 +0100
Thomas Mitterfellner <thomas.mitterfellner@xxxxxxxxx> wrote:

Not tried it on this occasion. Previously it slowed yoshi down to a crawl 
and
even with everything set at 1024 frames I got masses of Xruns :(
To make matters worse I had a lot of difficulty trying to work out exactly 
what
all the reams of data were telling me. I guess I'm doing it wrong {sigh}  

For starters, you could look for invalid reads and writes, and
conditional jumps depending on uninitialized values and figure out
whether you could do anything about them. I usually use it with the
--track-origins=yes to get information about the origins of the
uninitialized values.
Of course running something through valgrind thrashes performance. I'd
suggest you do only short runs where you do stuff which triggered the
segfault previously. You don't necessarily need to trigger the segfault
in order to find possible problems in a valgrind run.

Greetings,

Thomas

Thanks for this, but hopefully it's now solved - our posts crossed!
The particularly frustrating thing was it didn't occur in the same place each 
time!

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Yoshimi source code is available from either: 
http://sourceforge.net/projects/yoshimi
Or: https://github.com/Yoshimi/yoshimi
Our list archive is at: https://www.freelists.org/archive/yoshimi
To post, email to yoshimi@xxxxxxxxxxxxx

Other related posts: