Какое время отклика можно ожидать для запроса веб-службы по сравнению с простым запросом файла?

Question

Я разрабатываю приложение веб-службы asp.net для предоставления данных в формате json виджету, который использует jQuery.ajax для выполнения запроса. Я использую представление FireBug Net, чтобы проверить, сколько времени занимают запросы данных.

В моем первоначальном прототипе я просто запрашивал статические файлы данных json, которые на моем компьютере разработчика были, очевидно, очень быстро возвращены IIS - примерно через 2-5 мс, даже если они не присутствовали в кэше браузера.

Теперь, когда я подключился к веб-сервису, я обеспокоен тем, что запросы данных слишком медленные, так как для их возврата требуется около 200 мс. (Это даже после первого запроса, который явно компилирует материал и занимает около 6 полных секунд.) Я удалил все накладные расходы на базу данных / обработку из веб-запроса, поэтому для его обработки должно потребоваться очень мало времени, и он также все еще включен локальная машина разработки, поэтому нет задержки в сети. Затраты не лучше при сборке релиза и на рабочем сервере.

Мой вопрос такой:

Является ли это время ответа около 200 мс лучшим, что я могу ожидать от веб-службы .net, которая просто возвращает «Hello World»? Если можно сделать намного лучше, то что я могу делать не так? Если это невозможно, что бы вы сделали вместо этого?

Answer 1

Если он действительно ничего не делает с точки зрения подключения к базе данных и т. Д., Тогда вы сможете получить намного лучшее время отклика, чем 200 мс.

Если вы измеряете время на стороне сервера , а не на стороне клиента, что вы видите? Вы пытались использовать WireShark, чтобы увидеть, что происходит в сети?

По сути, вы хотите иметь возможность создавать временную шкалу с максимально возможной точностью, показывая, когда клиент отправил запрос, когда запрос достиг сервера, когда ваш код на стороне сервера получил запрос, когда ваш код на стороне сервера завершился обработка запроса, когда сервер фактически отправил ответ и когда клиент фактически получил ответ.

В этот момент вы можете определить, где находится узкое место.