Testor1...Нужно написать подобие ping-а


тут уже выше написали - это мягко говоря глупость. Сточки зрения анализа удалённости - в сети нет фиксированных таймингов как таковых (как ни странно это звучит). Вы должны будете делать разные тесты, в разное время, разной интенсивности для выявления достоверности результата.

По поводу замеров.
Физически выжать из писюка можно, то что Вы хотите. Но шарп отдыхает. Как минимум Вам придёться писать на уровне ядра. Но даже сделав всё это - погрешность измерений будет плюс минус километр.

Для начала Вам необходимо решить задачу по перепрограммированию 8253 (комплект x86 семейства. на пнях по идеи должно быть всё вверх совместимо) - так называемый PIT (программируемый интервальный таймер). Там 3 канала (гейта). Идеально найти свободный (с минимальными привнесениями в систему) - но это вряд ли. На самых первых компах один гейт заведовал системным таймером (тот что 18 с хвостиком раз в секунду), второй для регенерации памяти и пдп (если не ошибаюсь). третий вроде как чего то там и звук(не помню уже - копайте да обрящите). Если под форточками сможете покрамсать какой либо из них - то вы справились с задачей.

Далее
1) перепрограммировать один из каналов 8253 на нужную частоту (там есть предделитель тактовой - собственно надо его сбросить в одын).
2) считываете показания.
3) посылаете пинг
4) принимаете пинг
5) считываете показания.
6) вычисляете время. оно равно второе показание, минус первое, минус шаги проца между считываниями и посылкой/приёмкой пакетов.
7) повторяете это энное кол-во раз с таймаутом успокоения, в разное время суток и недели.

собственно всё.
Но. (как же без них). Как правильно тут прозвучало - среда вытесняющая. Соответственно фазы 2,3,4,5 должны быть как можно ближе друг к другу по времени и в монопольном режиме.

но перед тем как делать, всё же подумайте - сможете ли вы померять 5 см. длины, резинкой?

удачи вам
(круглый)

Testor1...Сложно написать пинг на C#, который дает точность в микросекундах ?

если учесть что шарп исполняется под своей машиной, которую может прервать сборщик мусора (к примеру), кстати на несколько СЕКУНД - это реально.... то Вы сами ответите на свой вопрос :)

предположим что что такие казусы будут редки. тогда всё то же самое что я писал выше, за исключением программирования 8253 - чисто опрос его счётчиков. Либо системных, любой API функцией. Точность переключения задач - несколько десятков милисекунд. Если Вам это достаточно - то пробуйте.

но сдаётся мне Вы будете мерять 5 см. резиновым метром :)

(круглый)
ЗЫ
Можно попробывать натификэшен от сетевого уровня внутри программы - но опять же, в цепочку включаются обработчики ивентов.