|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 06 May 2002 17:44:31
To : All
Subject : Re: Программерский вопрос
--------------------------------------------------------------------------------
Hi, tmaxgor!
>>>>> "t" == tmaxgor <tmaxgor@blueyonder.co.uk> writes:
>> Основной недостаток -- это совершенно примитивный DOS. Даже не
>> DOS, а просто нестабильная работа. Сколько там максимум размер очереди?
>> Сколько десятых долей секунды клиент может отдыхать/ждать у моря погоды,
>> не обращая внимания на очередь? Сколько сообщений забьют очередь до
>> основания? Считать лень, но
t> Где это можно узнать, или как это можно посчитать? Так как
t> действительно сервак должен работать не взирая на криво сделанные
t> клиенты.
проще всего таки протестировать. Собвенно, тестирование всеранво нужно на
каждом этапе.. Hе думаю что кто-то так сильно пользует IPC для написания
клиент-серверных приложений.
>> Слушай, а чего тебя в эту степь-то потянуло? Даже если принять
>> дизайн по процессу на клиента, даже если не нравятся пайпы --
t> Я уже сомневаюсь в таком дизайне :-)) Тут и вправду нада смотерть как
t> люди делали.
скажи, а почему нельзя взять любое готовое ядро любого сервера, которое
например раздаетяс под лицензией BSD?
Зачем вообще СВЕ СВОЕ С HУЛЯ изобретать?
t> Да меня не потянуло еще никуда, просто нада выяснить, как система будет
t> справляться с тясячью открытых пайпов, или еще каких файловых
t> дискрипторов.
как apache справлется с сотнями хитов в секунду? думаешь клиенты смогут
геренить бОльший трафик?
>> возьми более-менее нормальные сокеты. Дёшево, сердито и уже до
>> омерзения стандартно.
t> Вот и полумалось, что может одна очередь на всех будет дешевле.
t> Кстати, сколька в 2.4 ядре мы можем одновременно файлов открыть?
опять-же, зачем файлы-то? опять-же, этот лимит всеравно впрется при
больших числах, может етсь смысл сразу думать о распределенной
архитектуре?
В итоге если посомтреть на старое давно готовое, то мы приходим
или к irc, или к jabber.
Мне например совсем непонятно упорное нежелание отвеитть почему уже
ПРОВЕРЕHЫЕ и ПРОЕТСТИРОВАHЯЕ (архитектурно) технологии нельзя взять за
основу своего решения.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
