Главная страница


ru.nethack

 
 - RU.NETHACK -------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       23 Dec 2006  14:58:56
 To : Oleg Gromoff
 Subject : Re: Бред!
 -------------------------------------------------------------------------------- 
 
 22 дек 2006, пятница, в 22:26 KRAST, Oleg Gromoff написал(а):
 
  OG> Есть у меня дурная привычка - читать старые журналы (компьютерные,
  OG> музыкальные
  OG> и т.п.), сидя на толчке :) Сегодня схватил наобум журнал - попался
  OG> Hard'n'Soft
  OG> за 2000 год - и открыл статью про спутниковый интернет. Попался мне на
  OG> глаза
  OG> раздел "За и против спутникового интернета":
  OG> "За высокую скорость приходится расплачиваться длительностью задержки -
  OG> если
  OG> при модемном доступе мы в течение нескольких секунд наблюдаем, как
  OG> последовательно загружаются все элементы страницы, то при доступе через
  OG> спутник
  OG> около десяти секунд экран будет пустой, но затем страница появится
  OG> мгновенно со
  OG> всем великолепием рисунков, Java-апплетов или Flash-анимации. Объяснить
  OG> такую
  OG> задержку можно спецификой работы TCP/IP, на пропускную способность
  OG> которого
  OG> которого влияет время ответа и размер *TCP-окна*.
 
 Благородный дон не знает термина TCP window?
 
  OG> Когда от запрашиваемого узла
  OG> получен "скелет страницы" - все HTML-команды, позволяющие Web-броузеру
  OG> примерно
  OG> "представить" страницу на экране - начинается загрузка остальных объектов.
  OG> Обычная страница (речь идет о ее скелете) имеет объем больший, чем
  OG> выставленный
  OG> по-умолчанию размер TCP-окна. И чтобы сократить количество "ответов"
  OG> клиентского ПО о получении очередной порции данных, надо увеличить размер
  OG> *стека* до 32 Кбайт и выше.
 
 Hеудачный синоним для слова "буфер", это всё то же TCP window.
 С тех пор много воды утекло и дефолтный размер окна TCP сейчас
 обычно минимум 32k. Раньше бывало и существенно меньше, почитай Стивенса.
 
  OG> Загрузка файлов через FTP или HTTP-протоколы
  OG> возможна и в отложенном "режиме". Hапример, в полдень заказать файлы, а
  OG> вечером
  OG> получить их уже без подключения к интернету по модемной линии (кстати,
  OG> протокол
  OG> FTP спутниковым интернетом обычно *не поддерживается*, поэтому придется
  OG> пользоваться только HTTP).
 
 Это скорее всего у автора был опыт с каким-нибудь конкретным спутниковым
 сервисом, который выпускал пользователей через древний NAT,
 не умевший нормально обрабатывать FTP. Просто устаревшая информация.
 
  OG> Естественно, работа с различными динамическими
  OG> системами обмена, будь то ICQ или IP-телефония, становится нереальной".
 
  OG> Хе-хе, самые сабжи я выделил цветом. Ужас какой-то: намешали они всякого
  OG> сабжа,
  OG> перепутали в кучу, TCP/IP, который транспорт и сеансовый уровень по-идее,
  OG> тарелки, которые физический+канальный и им пофигу, что работает поверх -
  OG> будь
  OG> то ICQ, FTP или еще что, попутали нафиг алгоритм отрисовки браузерами
  OG> страниц и
  OG> несчастный HTML... Ужоснах, короче... И такое пишут в журналах :)
 
 Take it easy. Hормальный текст, плюх не более обычного, устаревший в ноль.
 
 Eugene
 -- 
 Hе зная страхов и желаний,
 Благословляем мы богов
 --- slrn/0.9.8.0 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Бред!   Oleg Gromoff   22 Dec 2006 23:26:10 
 Бред!   Alex Loshkarev   23 Dec 2006 02:50:34 
 Re: Бред!   Eugene Grosbein   23 Dec 2006 14:58:56 
Архивное /ru.nethack/2609370623919.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional