Зачем отправлять данные отправки с помощью WebRequest так долго?

Question

В настоящее время я создаю приложение C# для привязки к онлайн-системе php/MySQL. Приложение должно отправлять пост-данные в сценарии и получать ответ.

Когда я отправить следующие данные

 
username=test&password=test 

Я получаю следующие ответы ...

 
Starting request at 22/04/2010 12:15:42 
Finished creating request : took 00:00:00.0570057 
Transmitting data at 22/04/2010 12:15:42 
Transmitted the data : took 00:00:06.9316931  <<-- 
Getting the response at 22/04/2010 12:15:49 
Getting response 00:00:00.0360036 
Finished response 00:00:00.0360036 
Entire call took 00:00:07.0247024 

Как вы можете видеть, что это занимает 6 секунд, чтобы фактически послать данные в скрипт, Я провела дополнительное тестирование, отправив данные из telnet и отправив почтовые данные из локального файла в url, и они даже не занимают секунду, поэтому это не проблема с размещенным скриптом на сайте.

Почему он принимает 6 секунд для передачи данных, когда это две простые строки?

Я использую пользовательский класс для передачи данных

class httppostdata 
{ 
    WebRequest request; 
    WebResponse response; 

    public string senddata(string url, string postdata) 
    { 
     var start = DateTime.Now; 
     Console.WriteLine("Starting request at " + start.ToString()); 

     // create the request to the url passed in the paramaters 
     request = (WebRequest)WebRequest.Create(url); 


     // set the method to post 
     request.Method = "POST"; 
     // set the content type and the content length 
     request.ContentType = "application/x-www-form-urlencoded"; 
     request.ContentLength = postdata.Length; 
     // convert the post data into a byte array 
     byte[] byteData = Encoding.UTF8.GetBytes(postdata); 
     var end1 = DateTime.Now; 
     Console.WriteLine("Finished creating request : took " + (end1 - start)); 

     var start2 = DateTime.Now; 
     Console.WriteLine("Transmitting data at " + start2.ToString()); 
     // get the request stream and write the data to it 
     Stream dataStream = request.GetRequestStream(); 
     dataStream.Write(byteData, 0, byteData.Length); 
     dataStream.Close(); 
     var end2 = DateTime.Now; 
     Console.WriteLine("Transmitted the data : took " + (end2 - start2)); 


     // get the response 
     var start3 = DateTime.Now; 
     Console.WriteLine("Getting the response at " + start3.ToString()); 


     response = request.GetResponse(); 
     //Console.WriteLine(((WebResponse)response).StatusDescription); 
     dataStream = response.GetResponseStream(); 
     StreamReader reader = new StreamReader(dataStream); 
     var end3 = DateTime.Now; 
     Console.WriteLine("Getting response " + (end3 - start3)); 

     // read the response 
     string serverresponse = reader.ReadToEnd(); 
     var end3a = DateTime.Now; 
     Console.WriteLine("Finished response " + (end3a - start3)); 

     Console.WriteLine("Entire call took " + (end3a - start)); 

     //Console.WriteLine(serverresponse); 
     reader.Close(); 
     dataStream.Close(); 
     response.Close(); 

     return serverresponse; 
    } 
} 

И называть его я использую

private void btnLogin_Click(object sender, EventArgs e) 
{ 
    // string postdata; 

    if (txtUsername.Text.Length < 3 || txtPassword.Text.Length < 3) 
    { 
     MessageBox.Show("Missing your username or password."); 
    } 
    else 
    { 
     string postdata = "username=" + txtUsername.Text + 
          "&password=" + txtPassword.Text; 

     httppostdata myPost = new httppostdata(); 
     string response = myPost.senddata("http://www.domainname.com/scriptname.php", postdata); 
     MessageBox.Show(response); 
    } 
} 

Answer 1

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

Лучшим испытанием было бы назвать это дважды, и сбросить тайминги с первого раза и посмотреть, лучше ли они.

Еще лучше было бы отбросить первый набор таймингов, а затем запустить это много раз и принять среднее значение, хотя для очень «индикативного» представления это, вероятно, не требуется.

Как в стороне, для такого рода времени вам лучше использовать класс System.Diagnostics.Stopwatch за System.DateTime.

[EDIT] Кроме того, отмечая предложение Mant101 по поводу доверенностей, если не установка прокси-сервера не удается разрешить эту проблему, вы можете настроить Fiddler и настроить запрос использовать Fiddler в качестве прокси-сервера. Это позволит вам перехватить фактические HTTP-вызовы, чтобы вы могли лучше разбить тайм-ауты http из-за пределов фреймворка.

Answer 2

Убедитесь, что вы явно задали для прокси-ресурса значение WebRequest равным null или попытаетесь автоопределить настройки прокси-сервера, которые могут занять некоторое время.