Архив форумов ЦИТФорума

[qwery]

как то возникла проблема, что надо было одно и то же большое кол-во информации с одного компутера скопировать на неск компутеров. все они находятся в одном физ сегменте (висят на одном хабе). дык вот собственно идея.

так как все компутеры подключены к одному, то естественно к каждому в сети идут свои пакеты и подтверждения. то есть я думаю если скачивать с одного копма на другой, то скорость к примеру будет 10М\сек, если к одному подключается 2 компутера, то скорость будет 5М\сек (конечно в действительности не так, и зависит от многих факторов, ноя к примеру). поскольку eth широковещательный, то нельзя ли к примеру сделать так чтоб главный компутер посылал пакеты в свой сегмент, а остальные просто его принимали (то есть копировали к себе), это позволило бы увеличить скорость, вот только не знаю как же тогда быть с подтверждениями о приёме.... я тут даже пришёл к такой мысли - если в пакете писать сразу несколько адресов, но это не не допустительно (все поля ограничены). или вторая мысль - рассылать широковещательные пакеты, но чтото не могу додуматься каким образом....

в общем если у кого есть идеи скажите плиз, просто заинтересовала эта тема. особенно как это всё в реальной сети проделать, а не только в теории.

заранее спасибо!

[ALEX_SE]

Можно. И делается. Называется это multucast. Часто применяется например в видеоконференциях.

[qwery]

до чегото подобно и я додумался....
а как в реальной жизни это использовать?

[совсем незнакомый]

есть бибилиотеки передачи мультикастных сообщений,
погуглите на тему:
group communication, multicast network, multicast data transfer library,
найдите сайт, а там вероятно уже реализованное решение вашей проблемы имеется.

[ALEX_SE]

На ixbt.com в конференции "Коммуникации и сетевые технологии" примерно 3 месяца назад чел рассказывал как настроить подобное решение для потокового видео по сети. С созданием многоадрессных рассылок, multicast-адресов, и проч.

[qwery]

идея ясна. уже начинаю разбираться.
всем спасибо за внимание.