сабж.
кто нибудь расскажите как это сделать, и как это работает... ничего в нете найти немогу...
есть в локалке 2 сервака нужно пробросить сокет БД на другой сервак... к я понимаю это будет работать значительно быстрее чем конект через tcp.... но не знаю как это делается... дайте какой-нибудь инфы...
проброс сокета
Модераторы: SLEDopit, Модераторы разделов
-
skor
- Сообщения: 419
- ОС: RTFM-OS v127.0.0.1
Re: проброс сокета
Учитывая что юникс-сокет, если и будет перебрасываться (по хз какому протоколу)на другую машину, то все равно поверх TCP/IP. Так что выигрыше в скорости не будет. Выигрышь в скорости может быть только на локально машине.
UPDATE: вот что нашел http://www.bsdua.org/netfwd.html
UPDATE: вот что нашел http://www.bsdua.org/netfwd.html
-
me_2
- Сообщения: 9
- ОС: Gentoo
Re: проброс сокета
skor писал(а): ↑03.09.2009 18:43Учитывая что юникс-сокет, если и будет перебрасываться (по хз какому протоколу)на другую машину, то все равно поверх TCP/IP. Так что выигрыше в скорости не будет. Выигрышь в скорости может быть только на локально машине.
UPDATE: вот что нашел http://www.bsdua.org/netfwd.html
нет, ну если в локальной сети... то ведь можно прокинуть и по UDP... и выигрыш будет...
за http://www.bsdua.org/netfwd.html спасибо... но нет ли что-нибудь на русском... даже нет, можно и на аглийском , но для linux'a...
-
skor
- Сообщения: 419
- ОС: RTFM-OS v127.0.0.1
Re: проброс сокета
Если "редиректы" будут идти через какой-либо демон - то скорее всего прироста в скорости не будет (если бы был модуль для ядра, тогда бы еще был бы смысл...)
А почему так нужно чтоб работало "значительно быстрее" (хотя там очень "незначительно" получится)?
Чем не устривает скорость через TCP/IP?
А почему так нужно чтоб работало "значительно быстрее" (хотя там очень "незначительно" получится)?
Чем не устривает скорость через TCP/IP?
-
me_2
- Сообщения: 9
- ОС: Gentoo
Re: проброс сокета
skor писал(а): ↑03.09.2009 20:58Если "редиректы" будут идти через какой-либо демон - то скорее всего прироста в скорости не будет (если бы был модуль для ядра, тогда бы еще был бы смысл...)
А почему так нужно чтоб работало "значительно быстрее" (хотя там очень "незначительно" получится)?
Чем не устривает скорость через TCP/IP?
просто делаю кластер... на одном сервере web на другом БД... им надо общаться... вот и думаю, как они должны это делать... просто теоретически если они стоят рядом нафига им юзать tcp. хочу что бы всё как у людей =) просто нет опыта по кластерам... вот интересуюсь... помогите! кто имеет знания? как правильно?
есть мысли что засорять tcp стек не хорошо. думал можно как-то по другому.... если нет... по пофиг бу просто как tcp соединения юзать...
-
Ленивая Бестолочь
- Бывший модератор
- Сообщения: 2760
- ОС: Debian; gentoo
Re: проброс сокета
i Уведомление от модератора Ленивая Бестолочь апанье тем у нас запрещено, пожалуйста не делайте так.
"у людей" работает по tcp/ip, сам видел ;-)
многие "высокотехнологичные" вещи работают по tcp, например iscsi или drbd, так, что это не зазорно.
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
-
skeletor
- Сообщения: 1224
Re: проброс сокета
skor писал(а): ↑03.09.2009 18:43Учитывая что юникс-сокет, если и будет перебрасываться (по хз какому протоколу)на другую машину, то все равно поверх TCP/IP. Так что выигрыше в скорости не будет. Выигрышь в скорости может быть только на локально машине.
UPDATE: вот что нашел http://www.bsdua.org/netfwd.html
Это штука только под OpenBSD. Даже под FreeBSD не завелась, хотя автор уверенно пишет о то, что всё должно работать. Я не говорю уже про линукс.