Главное не быстрый интернет (короткий пинг, быстрый ответ) , а качественный интернет (без потерь пингов и с безпроблемной трассой) !
На примере, если взять средний пакет , то время ответа карты колеблется около 300 - 500 мс.
Между посылкой запроса на сервер и его получением, без зависания картинки, выделяется прилизительно 1500 - 3000 мс.  Т.е. остается еще 1000 -2700 мс на путь пакета туда и обратно.
Вывод: даже при пинге в 1000-2500 мс , при условии 100% прохождения пакетов в обе стороны , проблем с просмотром и фризингом не будет !  И наоборот, даже при пинге 10мс, но с плохой трассой и потерями , нормального просмотра достичь нельзя.
Поэтому те кто думает что АДСЛ 1Mbps обязан быть круче ЖПРСа 56Kbps, ошибаются.  Важна не скорость , а качество ! Т.е. на всем пути от приемника до сервера и обратно не должно быть сбоев и потерь. А это все зависит только от конкретного провайдера, местонахождения, загруженности линий по пути и тд и тп.


Пример трассировки :

приказ в коммандной строке для вывода трассы   tracert ххх.in

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2    30 ms    27 ms    24 ms  х.х.х.х
  3    25 ms    24 ms    25 ms  х.х.х.х
  4    26 ms    25 ms    25 ms  х.х.х.х
  5    24 ms    24 ms    26 ms  85.173.2.2
  6    27 ms    25 ms    27 ms  85.173.1.244
  7    25 ms    24 ms    26 ms  rdn15.transtelecom.net [217.150.41.242]
  8   154 ms     *      167 ms  lnn11-ge500.501.transtelecom.net [195.66.224.212]
  9   108 ms   119 ms   109 ms  linx-1.init7.net [195.66.224.175]
 10   132 ms   130 ms   128 ms  r1gva1.core.init7.net [77.109.128.54]
 11   136 ms   137 ms   137 ms  r1zur2.core.init7.net [77.109.128.217]
 12   128 ms   138 ms   127 ms  r1zba1.core.init7.net [77.109.128.206]
 13   135 ms   144 ms   133 ms  r1zlz1.core.init7.net [77.109.128.229]
 14   133 ms   134 ms   137 ms  77.109.134.118
 15   130 ms   129 ms   130 ms  хх.ххх.хх.235

Итак мы видим что от нас до форума 15 скачков,  видно время ответов в милисекундах от узлов через которые наш пакет проходил, так же видно что по пути от точки до точки небыло проблем кроме 8 скачка! Видите в 8 строчке звездочку ?  Она означает что из 3 пингов 1 не прошел. Итог : хоп номер 8 является слабым звеном во всей цепочке и по его причине могут быть сбои в доставке пакетов в обе стороны, а значит фриз картинки не исключен.
Пути интернета неисповедимы , и каким путем ваш пакет будет доставлен через день, неделю, не известно никому. Прокладываем трассы занимаются маршрутизаторы (железяки) , а они могут быть глючными , перегруженными .  Если проблема на 1-2 прыжке - пинайте себя либо своего провайдера. Если проблема дальше, узнавайте что это за узел и пишите маляву на администратора узла. Чтобы узнать кому писать и кого бить , заходим на хуиз поиск (например NIC.COM https://ws.arin.net/whois/ ,  RIPE Network Coordination Centre)  задаем IP адресс глючного узла, в нашем случае хх.ххх.хх.235 и получаем :

address:         London Internet Exchange
address:         1st Floor
address:         Maya House
address:         134-138 Borough High Street
address:         London SE1 1LB
address:         ENGLAND
phone:           +44 20 7645 3535
fax-no:          +44 20 7645 3529
e-mail:          support@linx.net
Набираем телефон +44 20 7645 3535  или пишем на support@linx.net с прикрепленным логом трассы и просим разобраться.

И в примере еще пару слов о пингах.  Найдите 3 отличия так сказать.

C:\Documents and Settings\User>ping nic.com

Обмен пакетами с nic.com [69.48.140.10] по 32 байт:

Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236

Статистика Ping для 69.48.140.10:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 111мсек, Максимальное = 111 мсек, Среднее = 111 мсек
_______________________________________________________________


C:\Documents and Settings\User>ping nic.com -l 65500

Обмен пакетами с nic.com [69.48.140.10] по 65500 байт:

Ответ от 69.48.140.10: число байт=65500 время=1041мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1005мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1062мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1139мс TTL=236

Статистика Ping для 69.48.140.10:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 1005мсек, Максимальное = 1139 мсек, Среднее = 1061 мсек

Кто скажет почему пинг во 2 примере в 10 раз длиннее ?  Копьютер, хост, интернет все оталось тем же !
Для тех кто не понял , обьясняю.  В первом примере на хост nic.com отсылается пустой запрос не несущей в себе информации. Во втором примере пакет имеет вес .
Этот пример я привел для тех, кто думает что пустышка пинг дает достоверную информацию. Не говоря уже о том что он относится не к tcp а к icmp протоколу.