|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 06 May 2002 17:19:45
To : tmaxgor@blueyonder.co.uk
Subject : Re: Программерский вопрос
--------------------------------------------------------------------------------
On Mon, 6 May 2002 12:49:07 +0000 (UTC),
tmaxgor@blueyonder.co.uk <tmaxgor@blueyonder.co.uk> wrote:
>Ilya Anfimov wrote:
>
>
>>>Основной недостаток это, насколько я понял, это отсутствие отображения в
>>>файловый дескриптор.
>>
>> Основной недостаток -- это совершенно примитивный DOS. Даже не
>> DOS, а просто нестабильная работа. Сколько там максимум размер
>> очереди? Сколько десятых долей секунды клиент может
>> отдыхать/ждать у моря погоды, не обращая внимания на очередь?
>> Сколько сообщений забьют очередь до основания? Считать лень, но
>
>Где это можно узнать, или как это можно посчитать?
В info libc.
>Так как действительно сервак должен работать не взирая на криво сделанные
>клиенты.
Если у тебя будут криво сделанные клиенты на локальной машине,
то тут вряд ли поможет хорошо написанный сервак. Даже с
расставленными лимитами. Вот на VMS, говорят, такое можно было.
Hа фрюнихах -- ни лимиты на CPU, ни лимиты на дисковый ввод/вывод
толком не сделаны. Hа коммерческих юниксах вроде кто-то где-то
видел что-то более продвинутое, но, по непроверенным слухам,
ситуация не сильно лучше. Вывод: пиши клиентов прямо.
>
>
>> мне кажется, что такое будет происходить при нагрузке,
>> приближающейся к серьёзной.
>>
>> PS по поводу msqid == pid -- тоже рискованный трюк. Да, сейчас в
>> большинстве unices pid ограничен 64K. Hо это могут поменять. И
>> вскорости где-нибудь можно будет нарваться на signed 64-bit int
>> pid_t. Запихивать это в signed 32-bit msqid будет неприятно.
>>
>> Слушай, а чего тебя в эту степь-то потянуло? Даже если принять
>> дизайн по процессу на клиента, даже если не нравятся пайпы --
>
>Я уже сомневаюсь в таком дизайне :-))
>Тут и вправду нада смотерть как люди делали.
>Да меня не потянуло еще никуда, просто нада выяснить, как
>система будет справляться с тясячью открытых пайпов,
>или еще каких файловых дискрипторов.
С тысячью -- нормально. И даже с двумя -- нормально. Руки
прилагать немножко, вероятно, придётся, но это всё пустяки. С 10
-- уже хуже. Хотя, наверное, тоже пройдёт.
Только ты учти, что при таком дизайне у тебя на одного клиента
будет 3-4 дескриптора.
>
>> возьми более-менее нормальные сокеты. Дёшево, сердито и уже до
>> омерзения стандартно.
>
>Вот и полумалось, что может одна очередь на всех будет дешевле.
Это вряд ли.
>Кстати, сколька в 2.4 ядре мы можем одновременно файлов открыть?
>
>
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
