Hi,
There is a limitation of Liquidosap due to the fact tha it is programmed in
OCaml: it will never use more than one core! So, if your channels are
independent, it much better to do 4 scripts each launching 4 channels than
one script launching 16 channels because in the first case each script will
use one core...
++
Sam.
On Sat, Mar 26, 2011 at 9:28 AM, Davit Barbakadze <[email protected]> wrote:
> Hi Romain,
>
> That's what I actually did, but I can't find any obvious reason. I
> start to get those catchup messages as soon as I start liquidsoap, so
> I think it has something to have with the way my script is organized.
> But first I would like to know what is the usual cpu usage level for
> typical liquidsoap process? 'cause right now I'm sure that for my
> server (2 x Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (quad-core dual
> processor), 8GB RAM), will really get overloaded if I launch any more
> channels (15 running at the moment). Is it normal?
>
> Davit Barbakadze
>
>
>
>
> On Sat, Mar 26, 2011 at 3:31 AM, Romain Beauxis <[email protected]>
> wrote:
> > Hey,
> >
> > 2011/3/25 Davit Barbakadze <[email protected]>:
> >> The only resource-intensive application on this server is liquidsoap,
> >> which tries to run 15 channels on a single process :|
> >>
> >> I've heard people are running hundreds of separate liquidsoap
> >> processes on a single machine, but in my case they tend to be quite
> >> CPU intensive (take 8-10% of CPU time each).
> >
> > There could be many causes for a catchup. I recall one user who
> > realized it was a cron script running in the background. Also,
> > Liquidsoap may hang trying to open large files, etc..
> >
> > The best advice I can give you is to try to look at what is going on
> > at the time where you start to see the catchup messages, both in
> > liquidsoap's logs and in your system's logs..
> >
> >
> > Romain
> >
> >> Are there any methods to decrease CPU usage somehow?
> >>
> >> Davit Barbakadze
> >>
> >>
> >>
> >>
> >> On Fri, Mar 25, 2011 at 10:53 PM, Samuel Mimram <[email protected]>
> wrote:
> >>> Hi,
> >>>
> >>> This means that your computer is not computing the stream fast enough:
> at
> >>> some point it is 11.60 seconds late, etc. You should check your CPU (do
> you
> >>> have any CPU-intensive task on the machine?) or remove some heavy sound
> >>> processing in your scripts. If it's not the case, then showing your
> script
> >>> would be helpful.
> >>>
> >>> I hope this makes things more clear...
> >>>
> >>> ++
> >>>
> >>> Sam.
> >>>
> >>>
> >>> On Fri, Mar 25, 2011 at 1:23 PM, Davit Barbakadze <[email protected]>
> wrote:
> >>>>
> >>>> Getting lot's of these in the log:
> >>>>
> >>>> 2011/03/25 16:13:17 [clock.wallclock_main:2] We must catchup 11.60
> >>>> seconds!
> >>>> 2011/03/25 16:13:18 [clock.wallclock_main:2] We must catchup 13.49
> >>>> seconds!
> >>>> 2011/03/25 16:13:20 [clock.wallclock_main:2] We must catchup 14.78
> >>>> seconds!
> >>>> 2011/03/25 16:13:21 [clock.wallclock_main:2] We must catchup 47.58
> >>>> seconds (we've been late for 100 rounds)!
> >>>> 2011/03/25 16:13:21 [clock.wallclock_main:2] We must catchup 15.68
> >>>> seconds!
> >>>> 2011/03/25 16:13:22 [clock.wallclock_main:2] We must catchup 35.74
> >>>> seconds (we've been late for 100 rounds)!
> >>>> 2011/03/25 16:13:22 [src_13957:2] #get_frame didn't add exactly one
> break!
> >>>> 2011/03/25 16:13:22 [threads:1] Thread "wallclock_main" aborts with
> >>>> exception File "source.ml", line 441, characters 10-16: Assertion
> >>>> failed!
> >>>>
> >>>> How do I interpret these messages? Is there a reference online
> somewhere?
> >>>>
> >>>> Davit Barbakadze
> >>>>
> >>>>
> >>>>
> ------------------------------------------------------------------------------
> >>>> Enable your software for Intel(R) Active Management Technology to meet
> the
> >>>> growing manageability and security demands of your customers.
> Businesses
> >>>> are taking advantage of Intel(R) vPro (TM) technology - will your
> software
> >>>> be a part of the solution? Download the Intel(R) Manageability Checker
> >>>> today! http://p.sf.net/sfu/intel-dev2devmar
> >>>> _______________________________________________
> >>>> Savonet-users mailing list
> >>>> [email protected]
> >>>> https://lists.sourceforge.net/lists/listinfo/savonet-users
> >>>
> >>>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Enable your software for Intel(R) Active Management Technology to meet
> the
> >> growing manageability and security demands of your customers. Businesses
> >> are taking advantage of Intel(R) vPro (TM) technology - will your
> software
> >> be a part of the solution? Download the Intel(R) Manageability Checker
> >> today! http://p.sf.net/sfu/intel-dev2devmar
> >> _______________________________________________
> >> Savonet-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/savonet-users
> >>
> >
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Savonet-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
