Зависание сокета сервера при тестировании с ab, ожидание BufferedReader.readline () - PullRequest
Новая
       29

Зависание сокета сервера при тестировании с ab, ожидание BufferedReader.readline ()

0 голосов
/ 08 апреля 2011

Я делаю веб-сервер на основе Java. Но когда я тестирую его с помощью ApacheBench, он иногда перестает отвечать.

на MacBook Air: 

ab -n 20000 -c 40 -d  http://localhost:1080/

гарантируется тайм-аут после 16400 или более запросов было сделано.

На рабочем столе Ubuntu 

ab -n 20000 -c 1000 -d  http://localhost:1080/

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

Я определил (используя Eclipse), что когда сервер перестает отвечать на запросы, он ожидает BufferedReader.readline (), который я использую для чтения заголовка HTTP-запроса. Но я понятия не имею, почему это ждет.

Тестовый код здесь: 

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.io.PrintWriter;
import java.net.ServerSocket;
import java.net.Socket;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class TestServer {
    public static void main(String[] args){
        ServerSocket socket = null;

        try{
            socket = new ServerSocket(1080);
            ExecutorService pool = Executors.newFixedThreadPool(10);
            while(true){
                Socket s = socket.accept();
                pool.execute(new RequestHandler(s) );
            }
        }
        catch(Exception e){
            e.printStackTrace();
        }
        finally{
            if(null!=socket){
                try {
                    socket.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
        }

    }
}

class RequestHandler implements Runnable{
    final Socket s;
    public RequestHandler(Socket s) {
        this.s = s;
    }

    public void run() {
        try {
            BufferedReader br = new BufferedReader(new InputStreamReader(s.getInputStream()));
            String line = br.readLine();

            PrintWriter pw = new PrintWriter(s.getOutputStream());
            pw.print("HTTP/1.0 200 OK\r\nContent-Type: text/html\r\n\r\n");
            pw.print(line);
            pw.flush();
        } catch (IOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
        finally{
            if(s!=null){
                try {
                    s.close();
                } catch (IOException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
            }
        }
    }
}

Кстати, при написании тестового кода я обнаружил что-то еще странное

Если 

BufferedReader br = new BufferedReader(new InputStreamReader(s.getInputStream()));
String line = br.readLine();

заменяется на 

String line = "don't read the socket";

ab не будет работать с таким сообщением: «apr_socket_recv: Соединение отказано (111) Сброс соединения по пиру (104)»

Но откройте localhost: 1080 с Firefox 4 увидят беспорядок «не читайте сокет».

1 Ответ

1 голос
/ 08 апреля 2011

Интересно, является ли это преднамеренной частью теста ApacheBench: посмотреть, как ведет себя ваш сервер, когда к нему открывается соединение, но затем данные не отправляются.Предположительно, ApacheBench имеет открытый исходный код, поэтому вы можете посмотреть, вызывает ли он какое-то особое поведение (моя ставка на то, что он открывает сокет и затем не отправляет запрос) после 16400 попыток.

В любом случае выВозможно, вы захотите убедиться, что вы установили явное время ожидания для сокета, если ваша версия Java по умолчанию имеет значение 0 (= бесконечно).Не думайте, что каждый клиент будет вести себя отлично и всегда будет отправлять вам именно те данные, которые вы ожидаете.

Так что, как правило, вы должны быть уверены, что ваш веб-сервер не упадет, если "случается что-то необычное "- сети такие, и иногда пакеты / соединения теряются случайным образом, и вам нужно с этим справиться.Операционные системы вполне могут накладывать ограничения, например, на то, как долго может быть открыто соединение, и поэтому ваш сервер может внезапно увидеть «ковер, вырванный из-под ног» ОС.Я полагаю, что тест ApacheBench может имитировать несколько подобных гремлинов (что может быть даже тем, что вы видите в Ubuntu, хотя зависание readLine (), вероятно, является имитацией не отправки запроса на открытое соединение, как я упоминал).

...