- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Кто в курсе, пожалустай подскажите - есть задача залить на сервер примерно 20 гиг данных, на обычном тарифе исходящие с меня бесплатно но вот вхоящий траф не дешев..
Поэтому интересует какой % от исходящего будет входящим?
Варианты:
1) заливаем по ftp.
2) на своей машине поднимаю http и удаленно закачиваю по http.
Сколько я примерно % от траифку буду иметь как входящий?
То, что должно закачаться на сервер, будет равно 20гб откуда бы ты его не заливал.
То, что должно закачаться на сервер, будет равно 20гб откуда бы ты его не заливал.
Я не про это - отдаю я 20 гиг, а сколько принимаю? Какой процент служебного трафика?
Кто в курсе, пожалустай подскажите - есть задача залить на сервер примерно 20 гиг данных, на обычном тарифе исходящие с меня бесплатно но вот вхоящий траф не дешев..
Поэтому интересует какой % от исходящего будет входящим?
Варианты:
1) заливаем по ftp.
2) на своей машине поднимаю http и удаленно закачиваю по http.
Сколько я примерно % от траифку буду иметь как входящий?
Не важно какой вариант выберешь оба этих протокола на более низком уровне будут использовать tcp, в этом протоколе на любой отправленный пакет будет приходить пакет с подтверждением о его получении, поэтому входящий траф будет полюбому, в отличии от UDP например.
В различных случаях в зависимости от ширины и качества канала, установленного размера MTU, размера TCP окна (windows size) = возвратный трафик с Ack последовательностью в среднем составляет 10-20% от скачиваемого. Таким образом при отдаче 20 гиг будет до 2-4 гиг входящего, но может быть и значительно меньше например до 1 гига если повезет с каналами.
Кстати данные компрессировать не пробовал?
Не важно какой вариант выберешь оба этих протокола на более низком уровне будут использовать tcp, в этом протоколе на любой отправленный пакет будет приходить пакет с подтверждением о его получении, поэтому входящий траф будет полюбому, в отличии от UDP например.
В различных случаях в зависимости от ширины и качества канала, установленного размера MTU, размера TCP окна (windows size) = возвратный трафик с Ack последовательностью в среднем составляет 10-20% от скачиваемого. Таким образом при отдаче 20 гиг будет до 2-4 гиг входящего, но может быть и значительно меньше например до 1 гига если повезет с каналами.
Кстати данные компрессировать не пробовал?
Речь о видео - так что компрессия не поможет, а за развернутый ответ спасибо, MTU 1500 - а насчет UDP поподробнее можно? я так понимаю DirectConnect и некоторые P2P сети его используют
Речь о видео - так что компрессия не поможет, а за развернутый ответ спасибо, MTU 1500 - а насчет UDP поподробнее можно?
UDP использует короткие дейтаграммы без подтверждения, то есть сетевуха пуляет по адресу, а поймал, не поймал или поймал с ошибками ей собственно все равно.
Подробнее тут
я так понимаю DirectConnect и некоторые P2P сети его используют
Там не чистый UDP а существует еще куча надстроек перепроверяющие контрольные суммы каждого маленького кусочка данных.
Поэтому передавать по UDP кучу данных я бы не рекомендовал, потом все равно не соберете. Но если очень хочется есть такой TFTP протокол (как FTP только использует UDP) можно разбить все 20 гиг на тысячи мелких файликов и передавать по 1-му проверяя контрольную сумму каждого (архиваторы умеют это делать) но в случае ошибки придется передавать повторно и т.п. поэтому все таки проще один раз но надежно скачать по tcp (ftp предпочтительнее) и не заморачиваться с велосипедом.