ゴーメーターを書き換える手は届きませんでした。 生産性を向上させ、プロセスをより詳細に制御し、それを
wrkに近づけます。 理想的には、簡単かつ便利に拡張可能な代替手段を見たいと思います。 はい、
wrkは最近多くの不便を解決する
Luaスクリプトのサポートを導入しましたが、不快なニュアンスもあります。たとえば、統計出力方法は最初のストリームでのみ機能し、他のアクセスストリームで収集されたデータのため、高度な統計を収集することはできませんいいえ、ソースコードを理解し、自分でそれを実行することは再び必要になりますが、これは簡単な作業ではありません。 だから、私たちは囲onで囲Goの負荷テストを準備しています。 猫の下で誰が気にしてください。
何と何が必要か
最初から必要なものを理解します。
-GET / POST / PUT / DELETEリクエストの送信
-URL列挙、およびPOST本体
-オープン接続の制御
-フロー制御
-テスト期間の表示
-1秒あたりの最大リクエスト数の制限
-HTTPサーバーのウォームアップ時の歪みを避けるために、統計から最初の数秒を除外する機能
計画
-接続プール
-シンプルなリクエスト/レスポンス
-統計
-利益
大声で考えます接続を制御する必要があるため、標準のhttp.Clientは私たちには適しておらず(そのようなタスクには大きすぎます)、パフォーマンスが低下するために多くを把握しています。 要求を送信するための複数のワーカースレッドを意味するため、それらが相互に共有する接続のプールが必要です。 サーバーからワーカーへの応答を待つことは意味がありません。これで貴重な時間を失うだけです。 通過トラフィックを推定する方法は? 標準のhttp.Request、http.Resposeはそのような情報を提供しません。それらを使用しても機能しません。つまり、必要なすべてを提供する単純な要求/応答を実装する必要があります。 メモリはゴムではないため、生データを収集して最後に集約することはできません。 その場で彫像を置きます。
行こう
制限されたチャネルに基づいて接続プールを作成します。 オブジェクトの単純なプールのように見えます。彼らはオブジェクトをチャネルから取り出し、動作させ、元に戻します。
type Connection struct { conn net.Conn manager *ConnectionManager } type ConnectionManager struct { conns chan *Connection config *Config } func NewConnectionManager(config *Config) (result *ConnectionManager) { result = &ConnectionManager{config: config, conns: make(chan *Connection, config.Connections)} for i := 0; i < config.Connections; i++ { connection := &Connection{manager: result} if connection.Dial() != nil { ConnectionErrors++ } result.conns <- connection } return } func (this *ConnectionManager) Get() *Connection { return <-this.conns } func (this *Connection) Dial() error { if this.IsConnected() { this.Disconnect() } conn, err := net.Dial("tcp4", this.manager.config.Url.Host) if err == nil { this.conn = conn } return err } func (this *Connection) Disconnect() { this.conn.Close() this.conn = nil } func (this *Connection) IsConnected() bool { return this.conn != nil } func (this *Connection) Return() { this.manager.conns <- this }
ここでの要求/応答では、Goソースを読み、そこに実装されている方法を確認し、簡単な例えをすることができます。主な違いは、各要求/応答のトラフィック量を取得し、貴重な時間を節約できることです。
リクエスト type Request struct { Method string URL *url.URL Header map[string][]string Body io.Reader ContentLength int64 Host string BufferSize int64 } func (req *Request) Write(w io.Writer) error { bw := &bytes.Buffer{} fmt.Fprintf(bw, "%s %s HTTP/1.1\r\n", valueOrDefault(req.Method, "GET"), req.URL.RequestURI()) fmt.Fprintf(bw, "Host: %s\r\n", req.Host) userAgent := "" if req.Header != nil { if ua := req.Header["User-Agent"]; len(ua) > 0 { userAgent = ua[0] } } if userAgent != "" { fmt.Fprintf(bw, "User-Agent: %s\r\n", userAgent) } if req.Method == "POST" || req.Method == "PUT" { fmt.Fprintf(bw, "Content-Length: %d\r\n", req.ContentLength) } if req.Header != nil { for key, values := range req.Header { if key == "User-Agent" || key == "Content-Length" || key == "Host" { continue } for _, value := range values { fmt.Fprintf(bw, "%s: %s\r\n", key, value) } } } io.WriteString(bw, "\r\n") if req.Method == "POST" || req.Method == "PUT" { bodyReader := bufio.NewReader(req.Body) _, err := bodyReader.WriteTo(bw) if err != nil { return err } } req.BufferSize = int64(bw.Len()) _, err := bw.WriteTo(w) return err }
応答 type Response struct { Status string StatusCode int Header map[string][]string ContentLength int64 BufferSize int64 } func ReadResponse(r *bufio.Reader) (*Response, error) { tp := textproto.NewReader(r) resp := &Response{} line, err := tp.ReadLine() if err != nil { return nil, err } f := strings.SplitN(line, " ", 3) resp.BufferSize += int64(len(f) + 2) if len(f) < 2 { return nil, errors.New("Response Header ERROR") } reasonPhrase := "" if len(f) > 2 { reasonPhrase = f[2] } resp.Status = f[1] + " " + reasonPhrase resp.StatusCode, err = strconv.Atoi(f[1]) if err != nil { return nil, errors.New("malformed HTTP status code") } resp.Header = make(map[string][]string) for { line, err := tp.ReadLine() if err != nil { return nil, errors.New("Response Header ERROR") } resp.BufferSize += int64(len(line) + 2) if len(line) == 0 { break } else { f := strings.SplitN(line, ":", 2) resp.Header[f[0]] = append(resp.Header[strings.TrimSpace(f[0])], strings.TrimSpace(f[1])) } } if cl := resp.Header["Content-Length"]; len(cl) > 0 { i, err := strconv.ParseInt(cl[0], 10, 0) if err == nil { resp.ContentLength = i } } buff := make([]byte, resp.ContentLength) r.Read(buff) resp.BufferSize += int64(resp.ContentLength) return resp, nil }
テスト時間が終了したときにスレッドをオフにするために、フローの操作を終了するチャネルと、各スレッドが作業を正しく完了したことを報告するチャネルを作成します
WorkerQuit := make(chan bool, *_threads) WorkerQuited := make(chan bool, *_threads)
また、アプリケーションがいつでもテストを完了することができるように、Ctr + C(SIGTERM)も待機します
ワーカー自身を見てみましょう:1秒あたりのリクエスト数を制限するために、合計数の1秒あたり4回を共有するたびに、カウンターを増やして、接続が解放されるか、作業が完了するのを待ちます
func NewThread(config *Config) { timerAllow := time.NewTicker(time.Duration(250) * time.Millisecond) allow := int32(config.MRQ / 4 / config.Threads) if config.MRQ == -1 { allow = 2147483647 } else if allow <= 0 { allow = 1 } var connectionErrors int32 = 0 currentAllow := allow for { select {
接続が解放されるとすぐに、次のリクエストを作成し、非同期で送信を開始します。そのため、タイムアウトになるまで円で囲みます。 要求が送信され、応答が読み取られた後、接続がプールに返され、スレッドは再びそれを取得します。
提出依頼 func writeSocket(connection *Connection, req *http.Request, read chan *RequestStats) { result := &RequestStats{}
残っているのは小さく、RequestStatsオブジェクトから統計を収集して整理するためです。
まとめると
開始引数を解析し、統計出力をフォーマットする方法はおもしろくないので省略します。 それでは、取得したものを確認しましょう。 サンプルでは、Node.jsクラスターにwrkを設定します
% ./wrk -c 21 -t 7 -d 30s -L http://localhost:3001/index.html Running 30s test @ http://localhost:3001/index.html 7 threads and 21 connections Thread Stats Avg Stdev Max +/- Stdev Latency 1.09ms 6.55ms 152.07ms 99.63% Req/Sec 5.20k 3.08k 14.33k 58.75% Latency Distribution 50% 490.00us 75% 0.89ms 90% 1.83ms 99% 5.04ms 1031636 requests in 30.00s, 153.48MB read Requests/sec: 34388.25 Transfer/sec: 5.12MB
GOMAXPROCS = 1の場合も同様です
% ./go-meter -t 7 -c 21 -d 30s -u http://localhost:3001/index.html Running test threads: 7, connections: 21 in 30s GET http://localhost:3001/index.html Stats: Min Avg Max Latency 0 0 83ms 843183 requests in 30s, net: in 103MB, out 62MB HTTP Codes: 200 100.00% Latency: 0 99.99% 10ms - 80ms 0.01% Requests: 28106.10/sec Net In: 27MBit/sec Net Out: 17MBit/sec Transfer: 5.5MB/sec
1秒あたり34388要求に対して28106を取得します-これは、純粋なC +イベントループ+ nioと比較して約20%少ないです。 GOMAXPROCSを変更する場合、ほとんどのプロセッサー時間はNode.jsによって費やされるため、実質的に違いはありません。
短所:
-20%のパフォーマンスの損失、要求/応答を簡素化することを試みることができます、少しパフォーマンスを与えるかもしれません
-HTTPSはまだサポートされていません
-カスタムHTTPヘッダーとタイムアウトをまだ指定できません
すべてのソースはこちら
-Github使い方
% go get github.com/a696385/go-meter % $GOPATH/bin/go-meter -h
ご清聴ありがとうございました!