[ТЕМА ЗАКРЫТА]
Опции темы
28.11.2008 15:03  
OlegON
Цитата:
ping olegon.ru

Обмен пакетами с olegon.ru [78.110.50.106] с 32 байт данных:

Ответ от 78.110.50.106: число байт=32 время=-10мс TTL=55
Ответ от 78.110.50.106: число байт=32 время=-7мс TTL=55
Ответ от 78.110.50.106: число байт=32 время=-7мс TTL=55
Ответ от 78.110.50.106: число байт=32 время=-7мс TTL=55

Статистика Ping для 78.110.50.106:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = -10мсек, Максимальное = -7 мсек, Среднее = 1073741816 мсек
Есть у кого-то идеи, что это такое? Результат выстреливается сразу...
 
28.11.2008 15:11  
Pyatak
Причину надо искать в твоей платформе, утилита ping сама вычисляет время между отправкой запроса и получением ответа.
С чего пинговал?
 
28.11.2008 15:41  
OlegON
Винда... 2003R2... ping -t за секунду заполняет экран...
 
28.11.2008 20:53  
Pyatak
Есть смутное предположение, что утилита ping для подсчета времени пользуется win api функцией GetTickCount( ), которая возвращает количество миллисекунд с момента старта операционной системы, тип возвращаемого значения DWORD. Возможно, утилита ping обрабатывает возвращаемое значение как int (целое, только со знаком). Примерно через 24,5 дня неприрывной работы ОС, старший бит возвращаемого значения будет равен еденце, если обрабатывать такое значение как число со знаком, то это будет отрицательное число. А то что ping оперирует числами со знаком, говорит тот факт, что на экране ты видишь отрицательные числа.
 
28.11.2008 23:38  
Pyatak
Наверное это было дурацкое мое предположение, не спиться сегодня чего-то, подумал тут, что если бы это было так, об этом давно бы стало известно и всё так же давно было бы исправлено каким-нибудь очередным патчем от microsoft, хотя...
В общем, наткнулся вот на что:
Цитата:
AMD Dual-Core Optimizer Version 1.1.4 - The AMD Dual-Core Optimizer can help improve some PC gaming video performance by compensating for those applications that bypass the Windows API for timing by directly using the RDTSC (Read Time Stamp Counter) instruction. Applications that rely on RDTSC do not benefit from the logic in the operating system to properly account for the affect of power management mechanisms on the rate at which a processor core's Time Stamp Counter (TSC) is incremented. The AMD Dual-Core Optimizer helps to correct the resulting video performance effects or other incorrect timing effects that these applications may experience on dual-core processor systems, by periodically adjusting the core time-stamp-counters, so that they are synchronized.
Источник по этой ссылке, сам патч там же скачать можно.
 
29.11.2008 08:26  
OlegON
Я и говорил, что AMD - кривые процы. Ты, скорее всего, угадал. Там действительно AMD.
 
29.11.2008 12:12  
Pyatak
Зря ты на AMD ругаешься. У intel'а разве всё идеально? На вскидку сразу же вспоминается случай с неправильным делением процессорами Pentium чисел с плавающей запятой. Думаю есть и еще мение известные баги.
 
29.11.2008 21:21  
OlegON
Никто не говорит, что у Интела идеально, но таких косяков у них меньше. Холивар разводить не буду, у меня такое мнение, подтвержденное практикой. Спорить не хочу.
 
11.07.2009 14:48  
Pr0lish
)) ну вы даете, читаем что такое ping
на гейтовой машине можно настроить чтобы пакеты не уходили в мир а сразу же возвращались источнику, поэтому время получается отрицательным
 
11.07.2009 16:36  
OlegON
Да хоть самого себя пинговать... Дело не в гейте... Что-то ты, батенька, очень торопишься нас отправить про пинги читать и прочее. Кстати, не объяснил, каким образом оно выстрелит сразу ~20 запросами, если гейт даже и возвращает запрос сразу?
 
 


Опции темы



Часовой пояс GMT +3, время: 03:19.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.