- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Понаписали четыре страницицы бреда. Читайте rfc на tcp.
Вот пишет: "The maximum current speed is 2.5 MB/sec for downloads and 1.5 MB/sec for uploads." Сервер в штатах, скорость я так понимаю из Австрии указана.
По моему по умолчанию в os по умолчанию (winxp) tcp window size 65K. rtt USA<->Austria предположу порядка 10-20ms.
скорость <= 65k/(0.01 - 0.02)s = 3.2 - 6.5 Mb/s
Решения 3:
1. Уменьшать rtt
2. Увеличивать tcp window size. http://www.psc.edu/networking/projects/tcptune - настраивать нужно как на стороне клиента, так и на стороне сервера. Потестировать настройки можно через http://www.google.com/search?q=web+100+ndt
3. Качать в несколько потоков.
Вообще много информации по теме http://www.web100.org.
Для быстрой передачи файлов используют специальные протоколы, не tcpip.
Пример - http://www.filecatalyst.com/products/accel.html
Сходил по ссылке - особенно понравилось "patent-pending UDP-based protocol" - звучит как патентованое средство
от перхоти. Еще одна быдлоконторка, пытающаяся впарить патентованый быдлсофт для быдлоадминов.
Но за большие деньги CDN там и все такое.
Особенно установливать троянов пользователям для оптимизации tcp стэка.
Зачем троянов?
Уже давно можно догружать паралельно с нескольких источников
Зачем троянов?
Уже давно можно догружать паралельно с нескольких источников
И какое отношение это имеет к топику?
Ну пусть, за счёт того что ближайший сервер cdn расположен не в USA а в Амстердаме/Лондоне, rtt уменьшится до 5ms - скорость одной tcp вырастет условно до 13Mb но никак до минимум 25Mb.
В контексте топика без разницы - используется ли несколько паралельных tcp сессий к одному серверу или к нескольким - все равно будет ограничение на скорость одной tcp сесии. И использование cdn никак не решит вопросы топикстартера (точнее эти вопросы он и сам может решить без использования cdn).
А использование cdn решает вопросы:
1. Уменьшения cтоимости.
2. Повышения надёжности.
3. Обслуживания множества одновремённых запросов.
atlantos добавил 30.06.2008 в 19:47
Вот ксати адекватное решение если нужно - http://monalisa.cern.ch/FDT/
Имеет смысл глянуть на http://monalisa.cern.ch/FDT/disk2disk.html - performance test was done using two 1U servers between CERN and MANLAN.
Atlantos истину глаголит... но еще надо учитывать, что 25mb/s это 200 мегабит и трамбуется все в десятошные линки между магистралами, которые в штатном режиме прогружены почти под самую завязку...
Сходил по ссылке - особенно понравилось "patent-pending UDP-based protocol" - звучит как патентованое средство
от перхоти. Еще одна быдлоконторка, пытающаяся впарить патентованый быдлсофт для быдлоадминов.
Эта "быдлоконтора" предлагает работающие решения. Конечно, если мозгов не хватает понять в чём они состоят - работать они не будут, но от этого хуже не станут.
Эта "быдлоконтора" предлагает работающие решения. Конечно, если мозгов не хватает понять в чём они состоят - работать они не будут, но от этого хуже не станут.
а мне кажется там очередной воздух впаривают... а что мешает качать файл по http в десяти сессиях очередной мегакачалкой(тм) к ie? а что мешает на сервере компрессию настроить?
Еще раз повторюсь, но там проблема в магистралах... может быть у его аплинка 10 гигабит, которые состоят там из десяти линков по 1 гигабиту... и вот те самые 200 мегабит будут трамбоваться в этот гигабитный линк, который как бы шарится для всех желающих. Все эти качалки позволяют создать приоритет по отношению к остальным участникам шары... а если все юзают качалки?
Там не только многопоточие, они реализовали свой протокол, ориентированную на передачу больших файлов, практически tcpip с нестандартным алгоритмом повторов и меняющимися размерами блоков. Их клиенты - те, кому надо быстро перекачивать большие файлы, и те, кто работает через спутник - их протокол подстраивается под особенности конкретного канала. Основной режим работы, кстати - не скачивание, а закачивание файлов на удалённый сервер - типичный режим работы для многих компаний (hotfolder) .