Karsten Wiese | 3 Nov 15:22 2007
Picon

[Jackit-devel] [PATCH] new jack_rdlock_graph () for null_cycle-less qjackctl client connections polling

Hi,

hope the subject says it all ;-)
The null-cycles caused by qjackctl's client connections polling
happen here with ccrma versions qjackctl 0.2.22 and jackd 0.103.0.

Patch against 0.103.0 replaces
	pthread_mutex_t client_lock;
by
	pthread_rwlock_t client_lock;
, updates all existing users and introduces 2 new functions
	void jack_rdlock_graph ();
and
	jack_try_rdlock_graph ();

tested on fedora 7, no null_cycles anymore caused by qjackctl.
That is, as long as the graph stays unchanged of course.
Hope it applies to trunk as well.

kind regards, signed-off-by
      Karsten

--------------------------------------------------------------------->

diff -pur jack-audio-connection-kit-0.103.0_orig/jack/engine.h jack-audio-connection-kit-0.103.0/jack/engine.h
--- jack-audio-connection-kit-0.103.0_orig/jack/engine.h	2007-04-01 00:26:35.000000000 +0200
+++ jack-audio-connection-kit-0.103.0/jack/engine.h	2007-11-03 12:32:14.000000000 +0100
 <at>  <at>  -76,7 +76,7  <at>  <at>  struct _jack_engine {

     /* engine serialization -- use precedence for deadlock avoidance */
(Continue reading)

Rui Nuno Capela | 4 Nov 19:19 2007

Re: [Jackit-devel] [PATCH] new jack_rdlock_graph () for null_cycle-less qjackctl client connections polling

Karsten Wiese wrote:
> Hi,
> 
> hope the subject says it all ;-)

duh, could this be related in anyway to an issue some users were
reporting about having continuous 100%cpu loads (no, not %dsp load)
after starting jackd from qjackctl 0.3.1a (unstable-qt4) ?

iirc, some kind of poll()-hosing has been spotted through `strace
qjackctl` but all suspicions have gone towards libqt4, not jackd ...

would the guys who reported that qjackctl behavior raise their hands and
kindly volunteer to try this one out? please?

i have not way to verify whether it helps, as i can't reproduce the
qjackctl 100%cpu consumption issue myself.

> The null-cycles caused by qjackctl's client connections polling
> happen here with ccrma versions qjackctl 0.2.22 and jackd 0.103.0.
> 
> Patch against 0.103.0 replaces
> 	pthread_mutex_t client_lock;
> by
> 	pthread_rwlock_t client_lock;
> , updates all existing users and introduces 2 new functions
> 	void jack_rdlock_graph ();
> and
> 	jack_try_rdlock_graph ();
> 
(Continue reading)

Jussi Laako | 4 Nov 22:26 2007
Picon

Re: [Jackit-devel] [PATCH] new jack_rdlock_graph () for null_cycle-less qjackctl client connections polling

Rui Nuno Capela wrote:
> would the guys who reported that qjackctl behavior raise their hands and
> kindly volunteer to try this one out? please?

Did not help on my system (SUSE 10.3 x86-64)...

BR,

	- Jussi

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Rui Nuno Capela | 4 Nov 23:35 2007

Re: [Jackit-devel] [PATCH] new jack_rdlock_graph () for null_cycle-less qjackctl client connections polling

Jussi Laako wrote:
> Rui Nuno Capela wrote:
>> would the guys who reported that qjackctl behavior raise their hands and
>> kindly volunteer to try this one out? please?
> 
> Did not help on my system (SUSE 10.3 x86-64)...
> 

interesting, opensuse 10.3 i586 (x86-32) here and as said i can't
reproduce the 100%cpu qjackctl behavior. could it be x86-64 issue after all?

seeya
--

-- 
rncbc aka Rui Nuno Capela
rncbc <at> rncbc.org

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Juuso Alasuutari | 5 Nov 06:46 2007
Picon

Re: [Jackit-devel] [PATCH] new jack_rdlock_graph () for null_cycle-less qjackctl client connections polling

On Monday 05 November 2007 00:35:31 Rui Nuno Capela wrote:
> Jussi Laako wrote:
> > Rui Nuno Capela wrote:
> >> would the guys who reported that qjackctl behavior raise their hands and
> >> kindly volunteer to try this one out? please?
> >
> > Did not help on my system (SUSE 10.3 x86-64)...
>
> interesting, opensuse 10.3 i586 (x86-32) here and as said i can't
> reproduce the 100%cpu qjackctl behavior. could it be x86-64 issue after
> all?

I'm the other guy seeing the high CPU load, but my system is x86. (It's a Core 
2 Duo but the install is 32-bit.)

I'll try the patch tonight and report back.

Juuso

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Kjetil S. Matheussen | 6 Nov 16:15 2007
Picon

[Jackit-devel] [ANN] snd-rt for windows


I have ported snd-rt for windows:

http://www.notam02.no/arkiv/doc/snd-rt/

A few small tests shows that it works very
well, but graphics is missing. I also doubt
the rt-readin generator works either, yet.

The package contains a complete working environment
and includes: Jackdmp, Qjackctl, MSys, MinGW, Emacs,
Guile 1.8.2 and SND 9.4.

To install it, just unpack the zip-file into
C:\ and follow the instructions in readme.txt

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Mats Ahlgren | 9 Nov 01:22 2007
Picon

[Jackit-devel] concern about crashes and error messages

Hello,

I am keen to use Jack, but I just wanted to state my concern that:

1) I find Jack crashes alot unless you tweak the parameters perfectly --
to the point that it was very frustrating to configure. Also when you
upgrade it from time to time, updates tend to make Jack crash and unable
to start. When this happens, it makes it impossible to use any of the
things which rely upon Jack like Rosegarden or Ardour or software
synths. I'm not pointing fingers or anything; Jack is a wonderful piece
of software in theory, but I urge you to make it more robust if
possible.

2) Jack I find has a severe lack of error messages. Often when it
crashes while trying to tweak parameters, it will not say anything, even
in verbose mode. I've had Jack crash on me for multiple reasons, and
never have I had an error message in qjackctl. This makes it very hard
to diagnose what is going wrong and perhaps report it back to the devs,
which further exacerbates point #1. I would humbly recommend increasing
the debug errors.

Also I'm removing myself from the mailing list, so if anyone would like
to reply please CC me. Hope these suggestions help.

Best wishes,
Mats

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
(Continue reading)

Paul Davis | 9 Nov 01:36 2007

Re: [Jackit-devel] concern about crashes and error messages

On Thu, 2007-11-08 at 19:22 -0500, Mats Ahlgren wrote:
> Hello,
> 
> I am keen to use Jack, but I just wanted to state my concern that:
> 
> 1) I find Jack crashes alot unless you tweak the parameters perfectly --
> to the point that it was very frustrating to configure. Also when you
> upgrade it from time to time, updates tend to make Jack crash and unable
> to start. 

Do you use a Debian-derived distribution? If so, talk to your
distribution. This is not a JACK problem, its a distro-packaging
problem. Generally.

> When this happens, it makes it impossible to use any of the
> things which rely upon Jack like Rosegarden or Ardour or software
> synths. I'm not pointing fingers or anything; Jack is a wonderful piece
> of software in theory, but I urge you to make it more robust if
> possible.

I upgrade JACK more frequently than most ;) I never have to recompile
any apps (unless they are using something was changed, which has not
been the core API for several years now). They just continue to work.

> 2) Jack I find has a severe lack of error messages. Often when it
> crashes while trying to tweak parameters, 

do you mean crash, or fail to start, or fail to operate correctly?

> it will not say anything, even
(Continue reading)

Mats Ahlgren | 9 Nov 03:02 2007
Picon

Re: [Jackit-devel] concern about crashes and error messages

Hello.

On Thu, 2007-11-08 at 19:36 -0500, Paul Davis wrote:
> On Thu, 2007-11-08 at 19:22 -0500, Mats Ahlgren wrote:
> > Hello,
> > 
> > I am keen to use Jack, but I just wanted to state my concern that:
> > 
> > 1) I find Jack crashes alot unless you tweak the parameters perfectly --
> > to the point that it was very frustrating to configure. Also when you
> > upgrade it from time to time, updates tend to make Jack crash and unable
> > to start. 
> 
> Do you use a Debian-derived distribution? If so, talk to your
> distribution. This is not a JACK problem, its a distro-packaging
> problem. Generally.
Nope, using Suse.

> > When this happens, it makes it impossible to use any of the
> > things which rely upon Jack like Rosegarden or Ardour or software
> > synths. I'm not pointing fingers or anything; Jack is a wonderful piece
> > of software in theory, but I urge you to make it more robust if
> > possible.
> 
> I upgrade JACK more frequently than most ;) I never have to recompile
> any apps (unless they are using something was changed, which has not
> been the core API for several years now). They just continue to work.
> 
> > 2) Jack I find has a severe lack of error messages. Often when it
> > crashes while trying to tweak parameters, 
(Continue reading)

Geoff Beasley | 10 Nov 10:16 2007
Picon

107.x faults

Intrigued to know why svn jack has remained so broken for so long without 
being rectified. it crashes all the time . no mention of it on this list  to 
speak of. 

been reported by many luminaries.... Rui & Nando among them
eg loading a second Ardour session will cause Ardour to segfault, adding and 
subtracting clients from the jack graph will kill jack etc.

anyway just wondering. 

very un-jack-like

g.

Gmane