[PD] pd and 64bit Linux again

Winfried Ritsch ritsch at iem.at
Sat Aug 18 11:11:05 CEST 2007


Am Freitag, 17. August 2007 17:41 schrieb Miller Puckette:
> d'oh... no such tools in Pd.  (Was there suc ha thing in Max/FTS?  I don't
> remember it :)
>
maybe its to long ago, but I thought in max/fts you could print out a "time of 
operation of each object in the dsp-stack over an amount of ticks on the 
console, but maybe I am wrong and only we did it an IEM to track down 
DSP-efficiency.

mfg winfried
> cheers
> M
>
> On Fri, Aug 17, 2007 at 11:07:08AM +0200, Winfried Ritsch wrote:
> > Hello,
> >
> > > I've been getting various real-time problems too, but I'm not sure
> > > whether to blame the new Pd version, or the 64-bit kernel, or the new
> > > machines I'm running it on.
> > >
> > > Just to make things one bit more compicated, I've updated the included
> > > version of portaudio and added optional callback scheduling too --
> > > I'll probably upload changes to CVS after another day or so of testing.
> >
> > just found out that afeter 2hours and more, netconnections between
> > GUI-Instance and PD-DSP become notible long (> 300ms), maybe the
> > networking ?
> >
> > But since one rule is, never guess, measure why, I have a quick question.
> > Is there a profiling tool on oject or message base ? I can remember there
> > was one in Max/FTS, so I can find out the bad objects... ?
> >
> >
> > mfg winfried
> >
> > > cheers
> > > Miller
> > >
> > > On Thu, Aug 16, 2007 at 11:25:17AM +0200, Winfried Ritsch wrote:
> > > > Am Donnerstag, 16. August 2007 03:59 schrieb Malte Steiner:
> > > > > Miller Puckette wrote:
> > > > > > I think most of the 64-bit bugs only got cleaned up for 0.41 (and
> > > > > > the test version in CVS is pretty stable at the moment)
> > > > >
> > > > > ok, I give it a try tomorrow and post back here.
> > > > > Thanks for the info,
> > > >
> > > >  just run 0.41 on 64studio 64 bit and a complex patch (CUBEmixer)
> > > > just run fine. But the disk access makes a DAC-slip on the 2.6.22
> > > > realtime kernel, much worse than on non-realtimekernel. Is there
> > > > anything to adjust on the kernel site to get better disk access
> > > > scheduling ?
> > > >
> > > > mfg winfried
> > > >
> > > > --
> > > > --
> > > > - ao.Univ.Prof. DI Winfried Ritsch
> > > > - ritsch at iem.at - http://iem.at/ritsch
> > > > - Institut fuer Elektronische Musik und Akustik
> > > > - University of Music and Dramatic Art Graz
> > > > - Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171
> > > > - PGP-ID 69617A69 (see keyserver http://wwwkeys.eu.gpg.net/)
> > > > --
> > > >
> > > > _______________________________________________
> > > > PD-list at iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > > http://lists.puredata.info/listinfo/pd-list
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list




More information about the Pd-list mailing list