Re: TRUE realtime priority

2008-10-09 Thread Wojciech Puchar

well last night i tested it with SCHED_4BSD instead of sched_ule, reduced
quantum to 2 from 10 and for now - no voice chopping under high
load. but i will test it more.


What version of FreeBSD are you using for this?  Yes, it matters.


got RELENG_7 yesterday by cvs, now SCHED_ULE works fine.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-09 Thread Jeremy Chadwick
On Thu, Oct 09, 2008 at 10:00:16PM +0200, Wojciech Puchar wrote:
 well last night i tested it with SCHED_4BSD instead of sched_ule, reduced
 quantum to 2 from 10 and for now - no voice chopping under high
 load. but i will test it more.

 What version of FreeBSD are you using for this?  Yes, it matters.

 got RELENG_7 yesterday by cvs, now SCHED_ULE works fine.

Great!  Glad to hear it.  :-)  Thanks for following up!

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-07 Thread Wojciech Puchar

quantum to 2 from 10 and for now - no voice chopping under high
load. but i will test it more.


What version of FreeBSD are you using for this?  Yes, it matters.


7.0

please give me few days to make more precise reports from my users and me 
being on place today (not just testing this through echo).


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-07 Thread Wojciech Puchar

Well, basically you are the only one who can answer that. And that's not
a paradox or an attempt at humor. You should investigate. Maybe
interrupts aren't processed fast enough (hardware sharing an
interrupt?), or memory or kernel resources are low.


well last night i tested it with SCHED_4BSD instead of sched_ule, reduced 
quantum to 2 from 10 and for now - no voice chopping under high 
load. but i will test it more.


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-07 Thread Jeremy Chadwick
On Tue, Oct 07, 2008 at 11:18:32AM +0200, Wojciech Puchar wrote:
 Well, basically you are the only one who can answer that. And that's not
 a paradox or an attempt at humor. You should investigate. Maybe
 interrupts aren't processed fast enough (hardware sharing an
 interrupt?), or memory or kernel resources are low.

 well last night i tested it with SCHED_4BSD instead of sched_ule, reduced 
 quantum to 2 from 10 and for now - no voice chopping under high  
 load. but i will test it more.

What version of FreeBSD are you using for this?  Yes, it matters.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-07 Thread Wojciech Puchar

for example when lots of spam comes to server and lots of resource hungry
spamassassin processes are spawned our calls starts to be crappy.


And that's why I always have isolated my telephony servers from
normal-ISP tasks: They provide real-time tasks and should be running
in memory only.

i know that but it's not an answer to my question anyway.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


TRUE realtime priority

2008-10-06 Thread Wojciech Puchar

is it possible on FreeBSD

i run asterisk with realtime priority. it works perfectly no matter how 
much CPU is loaded by other non-telephony tasks.


but with lots of VM pressure it starts to so... like like tha..that...

what causes it to behave like that and how to fix it.

for example when lots of spam comes to server and lots of resource hungry 
spamassassin processes are spawned our calls starts to be crappy.


CPU load for asterisk rarely exceed few percent!

i think having separate computer just for this is stupid, i would do this 
having no other choice, but can it be done without this.


realtime priority is realtime priority anyway - it should work.


i understand that asterisk may stall requesting memory when VM pressure is 
high, but asterisk's thread that processes already set-up call - just 
moving voicepackets in and out - it doesn't need to allocate more memory 
so why it's stalled?



any network problems are eliminated, the effect happens even with 2 local 
phones.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TRUE realtime priority

2008-10-06 Thread Roland Smith
On Mon, Oct 06, 2008 at 10:21:01PM +0200, Wojciech Puchar wrote:
 is it possible on FreeBSD

No, I think.
 
 i run asterisk with realtime priority. it works perfectly no matter how 
 much CPU is loaded by other non-telephony tasks.
 
 but with lots of VM pressure it starts to so... like like tha..that...
 
 what causes it to behave like that and how to fix it.

Well, basically you are the only one who can answer that. And that's not
a paradox or an attempt at humor. You should investigate. Maybe
interrupts aren't processed fast enough (hardware sharing an
interrupt?), or memory or kernel resources are low.

 for example when lots of spam comes to server and lots of resource hungry 
 spamassassin processes are spawned our calls starts to be crappy.
 
 CPU load for asterisk rarely exceed few percent!

Yes, but FreeBSD isn't a _hard_ real-time OS (see below).
 
 i think having separate computer just for this is stupid, i would do this 
 having no other choice, but can it be done without this.
 
 realtime priority is realtime priority anyway - it should work.

It does depend what you mean by real-time. Usually real-time systems are
devided into the soft and hard categories. See the Wikipedia article
on real-time computing [http://en.wikipedia.org/wiki/Real-time_computing]
and operating systems [http://en.wikipedia.org/wiki/Real-time_operating_system].

Most hard real-time systems are embedded systems with a specific
function (say, ECU, FADEC, ABS, digital music player). I don't think
there are general use OS's which would classify as hard real-time
(AFAIK, RTLinux runs Linux as a low-priority task on a real-time
core). Most of them support soft real-time, as in we'll try to get
these tasks done before a specific deadline, but no promises.

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgpznmhwkzvAp.pgp
Description: PGP signature


Re: TRUE realtime priority

2008-10-06 Thread Unga
--- On Tue, 10/7/08, Wojciech Puchar [EMAIL PROTECTED] wrote:

Hello Wojciech

 is it possible on FreeBSD
 
Its soft RT. Try to use the latest ULE scheduler. 

 i run asterisk with realtime priority. it works perfectly
 no matter how 
 much CPU is loaded by other non-telephony tasks.
 
 but with lots of VM pressure it starts to so... like like
 tha..that...
 
 what causes it to behave like that and how to fix it.
 
VM (interrupt priority) runs higher priority than RT in FreeBSD. The interrupt 
priority preempts RT.

To fix it, don't have any VM activity. Increase your RAM.

 for example when lots of spam comes to server and lots of
 resource hungry 
 spamassassin processes are spawned our calls starts to be
 crappy.
 
 CPU load for asterisk rarely exceed few percent!
 
 i think having separate computer just for this is stupid, i
 would do this 
 having no other choice, but can it be done without this.
 
When a postman deliver mail, do you check whether are they to you before accept 
or just blindly accept all and check later? :)

Best regards
Unga


  
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


TRUE realtime priority

2008-10-06 Thread Edwin Groothuis
 for example when lots of spam comes to server and lots of resource hungry
 spamassassin processes are spawned our calls starts to be crappy.

And that's why I always have isolated my telephony servers from
normal-ISP tasks: They provide real-time tasks and should be running
in memory only.

Edwin

-- 
Edwin Groothuis Website: http://www.mavetju.org/
[EMAIL PROTECTED]   Weblog:  http://www.mavetju.org/weblog/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]