Как лучше всего организовать?
>Как лучше всего организовать?ОБАЛДЕТЬ.....
откуда вы столько народу взяли то?
>>Как лучше всего организовать?
>
>ОБАЛДЕТЬ.....
>откуда вы столько народу взяли то?Обычный китайский хуторок :)
>Как лучше всего организовать?1) 5млн клиентов? уверен? откуда такой прогноз?
2) фтп такое явно не потянет (ну если только оооочень маленькие файлы) - думаю гораздо эффективнее воспользоваться технологией p2p
>2) фтп такое явно не потянетОн же не сказал за какой период, может у него 50000000 за десять лет :)
>Он же не сказал за какой период, может у него 50000000 за десять лет :)Он даже не сказал 5млн -- соединений (за неопределённое время? единовременно ?!...) или пользователей (сущностей с папкой в /home и паролем)... Или нет, сказал же - пользователей. Но мы ж таки не знаем - пользователей или... пользователей!? %)))
>2) фтп такое явно не потянет (ну если только оооочень маленькие файлы)Для начала разговора - больше 31.5К активных FTP сессий на один адрес не потянет TCP.
Походу это учебная задачка, чтобы студиозусы сами дошли до концепции CDN. FTP выбран, чтобы не халявничали с HTTP redirect.Решается так - умные DNS раздают клиентам адреса машин кластера. А там уже вопрос бюджета - за ними либо SAN+кластерная файловая система, либо репликация контента по внутренней сети.
Теоретически этой проблемы нет в TP/IX (IPv7). Я бы преподу приволок RFC 1475, предложил портануть wu-ftpd под стек IPv7, запустить "на большом компьютере с 1024 ядрами и 40TB RAM" и пусть попробует доказать, что решение неправильное.
>Для начала разговора - больше 31.5К активных FTP сессий на один адрес
>не потянет TCP.Не ошибся? ...точно?? Раз эдак в 3-4 миллиарда? Не, я ничего, я просто спросил...
>>Для начала разговора - больше 31.5К активных FTP сессий на один адрес
>>не потянет TCP.
>
>Не ошибся? ...точно?? Раз эдак в 3-4 миллиарда? Не, я ничего, я
>просто спросил...Перед тем, как спрашивать, уточни количество разрядов в допустимом номере порта. Потом спроси ещё раз, с учётом полученых знаний.
>Перед тем, как спрашивать, уточни количество разрядов в допустимом номере порта. Потом
>спроси ещё раз, с учётом полученых знаний.Благодарю, о Великий! Знания твои -- бесценны. Буду хранить их с благоговением и почитанием.
Я, конечно, ничего в ти-си-пи не понимаю и потому подумал, мозгОм своим недостойным, прости о Великий, что побеспокоил! удаляюсь посрамлённый!, и чёрт меня дёрнул даже подумать, что соединений может быть больше 65К/2... и что в ipv4 tcp может быть больше _двух_ сферических хостов в вакууме.
О-о-о! прости недостойного, целующего пыль тапочек твоих.
>>Перед тем, как спрашивать, уточни количество разрядов в допустимом номере порта. Потом
>>спроси ещё раз, с учётом полученых знаний.
>
>Благодарю, о Великий! Знания твои -- бесценны. Буду хранить их с благоговением
>и почитанием.
>
>Я, конечно, ничего в ти-си-пи не понимаю и потому подумал, мозгОм своим
>недостойным, прости о Великий, что побеспокоил! удаляюсь посрамлённый!, и чёрт меня
>дёрнул даже подумать, что соединений может быть больше 65К/2... и что
>в ipv4 tcp может быть больше _двух_ сферических хостов в вакууме.Угу. На одном внешнем адресе. (64K-1K)/2
В общем-то тоже можно при нестандартном CSS, который будет делать статический NAT в зависимости от адреса клиента, не обращая внимания на порт. Правда ему придётся надеяться, что его хэш-функция хороша для любого потока адресов, либо помнить все 5млн. активных сессий.
О великие! О чем это вы? :)
>О великие! О чем это вы? :)Как о чём? Ж) "-Бороду-то я сбрею, умищу-то, умищу куда девать!?"
Мьсье изволит путать ограничения протокола TCP, его конкретной реализации (по гонору - во FreeBSD, наверное), железа и их _оценку_сверху_...
Он думает почему-то, что соединие клиента#1 с $ip1 и порта, скажем, 1024 на некий порт сервера _полностью_ для него, сервера, неотличимо от _другого_ соединения от клиента#другого с $ip2 (где $ip2 != $ip1) с того же порта 1024 на тот же сервис^Wпорт (и тот же ip сервера, кстати) того-этого сервера...
Вот. Это Сокровенное Знание я вынес из беседы с Мастером.
>Он думает почему-то, что соединие клиента#1 с $ip1 и порта, скажем, 1024
>на некий порт сервера _полностью_ для него, сервера, неотличимо от _другого_
>соединения от клиента#другого с $ip2 (где $ip2 != $ip1) с того
>же порта 1024 на тот же сервис^Wпорт (и тот же ip
>сервера, кстати) того-этого сервера...
>
>Вот. Это Сокровенное Знание я вынес из беседы с Мастером.Так всегда получается, когда слушаешь других только для того, чтобы дождаться пока они закончат. Чтобы высказать то, что с трудом удерживал. А потому совсем не думал о том, что говорят другие.
Поскольку ты уже знаешь про число бит в номере порта, я могу дать тебе следующую подсказку:
PASV
С помощью которой демон FTP выгребет все номера портов вне зависимости от реализации стека TCP.
Должен признать, что погорячился - был уверен, что с control connection происходит подобное же. Поэтому получил оценку в 31.5K соединений, в то время, как может быть до 63K.Снимаю шляпу перед безвестным преподом - автором вопроса про FTP сервер. Правда студенты без подсказок не справляются.