форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Тематический каталог: Реализация многопотокового ассинхронно..."	+/–
Сообщение от auto_topic on 21-Май-04, 13:17
Обсуждение статьи тематического каталога: Реализация многопотокового ассинхронного сервра TCP и RPC для ОС Linux (select thread rpc gcc socket) Ссылка на текст статьи: https://www.opennet.ru/base/dev/pthread_select_server.txt.html
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Реализация многопотокового ассинхронного сервра TCP и RPC дл..."	+/–
Сообщение от Борис Державец on 21-Май-04, 13:17
Хорошо известно, что  Oracle Advanced Replication или  Informix Enterprise Replication это либо немедленный ,либо  отложенный  RPC вызов. Следовательно, среда ОС Linux может порождать проблемы с репликациями  баз данных, которые не возникают на платформах , поддерживающих “SUN RPC” , либо “DCE RPC”,  так как обе реализации имеют многопотоковую поддержку протокола RPC.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Реализация многопотокового ассинхронного сервра TCP и RPC дл..."	+/–
	Сообщение от аноним on 27-Авг-10, 10:47
	http://www.linuxjournal.com/article/2204 Remote Procedure Calls From Issue #42 October 1997 Oct 01, 1997      By Ed Petron >Linux distributions provide an RPC version derived from the RPC facility developed by the Open Network Computing (ONC) group at Sun Microsystems. кто сказал, что в лине rpc не Sun RPC? также смотреть тут - $ ls /proc/sys/sunrpc/ и тут - ls /usr/src/linux-source*/Documentation/sysctl/sunrpc.txt
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Реализация многопотокового 'ассинхронного сервра TCP' и RPC ..."	+/–
Сообщение от Tiger Trader on 10-Фев-09, 04:24
Код, очень старый, багов тьма, да и не для Линухов он изначально написан... Начнем, вот с чего: "errno!=EAGAIN && errno!=EWOULDBLOCK", да но EAGAIN==EWOULDBLOCK в линуксе, ммм... далее, почти каждая функция под SMP может выдать, останов из-за обслуживания сигнала, т.е. EINTR, иными словами, данный код будет падать в die, или не не падать, но работать не верно... ЗЫ. Вывод, для высоконагруженных сетевый приложений, Linux - далеко не лучший выбор...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Реализация многопотокового 'ассинхронного сервра TCP' и RPC ..."	+/–
	Сообщение от аноним on 27-Авг-10, 10:36
	прикольно >Код, очень старый, багов тьма, да и не для Линухов >ЗЫ. Вывод, для высоконагруженных сетевый приложений, Linux - далеко не лучший выбор... логика что писец. маркетинг?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Тематический каталог: Реализация многопотокового ассинхронно..."	+1 +/–
Сообщение от backbone (ok) on 03-Май-11, 12:05
Супер-статья! Нижайший поклон автору! =)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Реализация многопотокового 'ассинхронного сервра TCP' и RPC ..."	+/–
Сообщение от funtom on 14-Июн-13, 16:30
Наилучший способ разработки ПО это использование уже готовых оттестированных модулей. К примеру Boost.Asio (http://boost.org) или Unicomm (http://libunicomm.org)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "ссылка битая"	+/–
Сообщение от rrrFer on 11-Янв-14, 09:26
Вторая ссылка в литературе не рабочая.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема