ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Eugene Prokopiev" <enp@altlinux.org>
To: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
Subject: Re: [devel] Ядра для ип-телефонии
Date: Tue, 16 Dec 2008 09:13:49 +0300
Message-ID: <f7a739430812152213q62623c16mdd554364ec0256c1@mail.gmail.com> (raw)
In-Reply-To: <20081215201926.GA12250@mw.office.seiros.ru>

15.12.08, Денис Смирнов написал(а):

> On Mon, Dec 15, 2008 at 10:43:15PM +0300, Eugene Prokopiev wrote:
>
>  EP> Ну так а методика проверки нормальности кроме "слышу / не слышу
>  EP> буль-буль" имеется? Потому как эта методика показывает, что CallWeaver
>  EP> нормально работает с std-smp-2.6.18 при _небольших_ нагрузках. А там,
>  EP> где нагрузка выше, нет простой возможности заменить wks-smp на std-smp
>  EP> - да еще и ради того, чтобы, возможно, получить проблемы ;)
>
>  Ты бы рассказал чем сейчас callweaver кроме как t38gateway интересен. Я не
>  в курсе :(

http://www.voip-info.org/wiki/view/CallWeaver#DifferenceswithAsterisk

Я использую его потому, что:

1) Мне бывает нужно ипользовать его в VE - и в этом случае ztdummy
является приличным извращением. Хотя по сути я меняю шило на мыло,
т.к. есть подозрение, что CallWeaver без CONFIG_HZ=1000 - примерно то
же самое, что и Asterisk без zaptel/dandi. Впрочем, на практике это
оказывается приемлемым - см. выше

2) Мне нужен Т.38 - хотя стабильность его работы сильно зависит от
очередного китайского патча на другом конце

3) Мне не нравится, как у нас упакован Asterisk - пожалуй, это самая
серьезная причина :) О том, как сделать правильно (ну или удобно мне -
это будет более точная формулировка), мы уже не раз говорили ;)

>  А астериск у меня с std-smp и на больших нагрузках нормально работает.
>  Если, конечно, 4xE1 считать большой нагрузкой :)

Думаю, что считать :)

Просто мне интересна формализованная методика тестирования. Никаких
идей кроме софтфона специального вида, которым можно установить N
соединений и гнать туда какую-нибудь пургу, и обычного контрольного
соединения для проверки качества на слух, у меня нет ... Ну можно
также считать задержки RTP (анализировать дамп?) того же контрольного
соединения.

А экпериментировать на единственной нагруженной инсталляции у меня нет
ни возможности, ни желания ...

>  >>  На новых ядрах posix timer работает
>  >>  независимо от HZ, а вот на старых -- зависит.
>
> EP> Насколько новых?
>
>  Точно не знаю. Знаю что .25 (которое в 4.1) уже Ok, а вот .18 (которое в
>  4.0) еще нет.

http://www.callweaver.org/wiki/Kernel

Т.е. CONFIG_HZ=1000 нужен все равно, однако код, выводящий
предупреждение, удален чуть ли не полгода назад, как неактуальный ;)

Короче, вопрос еще требует изучения ... Хотя, это чисто академический
интерес. С практической стороны я не вижу проблем держать
слабонагруженные инсталляций в VE и высоконагруженные на выделенной
машине с соответствующим ядром.

-- 
С уважением,
Прокопьев Евгений

  parent reply	other threads:[~2008-12-16  6:13 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-15 12:13 Alexey Borovskoy
2008-12-15 12:31 ` Денис Смирнов
2008-12-15 13:14   ` Alexey Borovskoy
2008-12-15 14:53     ` Eugene Prokopiev
2008-12-15 19:25       ` Денис Смирнов
2008-12-15 19:43         ` Eugene Prokopiev
2008-12-15 20:00           ` Led
2008-12-15 20:19           ` Денис Смирнов
2008-12-15 22:46             ` Alexey Borovskoy
2008-12-16  5:08               ` Денис Смирнов
2008-12-16 10:04                 ` Alexey Borovskoy
2008-12-16 10:29                   ` Денис Смирнов
2008-12-16  5:33               ` Eugene Prokopiev
2008-12-16  6:13             ` Eugene Prokopiev [this message]
2008-12-16  7:09               ` Денис Смирнов
2008-12-16  9:15                 ` Eugene Prokopiev
2008-12-16 10:17                   ` Alexey Borovskoy
2008-12-18 12:43                   ` Денис Смирнов
2008-12-15 19:24     ` Денис Смирнов

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f7a739430812152213q62623c16mdd554364ec0256c1@mail.gmail.com \
    --to=enp@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git