GolangおよびElixirで最もシンプルなHTTPサーバー。 性能比較

数週間前、私はGoでHTTPサーバーの最も単純な例を取り上げ、そのパフォーマンスを測定することにしました。 それから私は大胆にフェニックスを取り、同じテストで運転し、動揺した。 結果はElixir / Erlang（Goの場合45133 RPS、Phoenixの場合のみ3065 RPS）を支持していませんでした。 しかし、フェニックスは難しいです。 シンプルさと開発ロジックが、Go上にあるものと少なくともほぼ同等である必要があります。パスがある場合-「/」とそのハンドラー。 カウボーイ + プラグソリューションは論理的な例えのように思えました。「/」をキャッチして応答するルーターがあります。 結果は殺されました-Elixir / Erlangは再び遅くなることが判明しました：

Golang sea@sea:~/go$ wrk -t10 -c100 -d10s http://127.0.0.1:4000/ ... 452793 requests in 10.03s, 58.30MB read Requests/sec: 45133.28 Transfer/sec: 5.81MB
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

 elixir cowboy plug sea@sea:~/http_test$ wrk -t10 -c100 -d10s http://127.0.0.1:4000/ ... 184703 requests in 10.02s, 28.57MB read Requests/sec: 18441.79 Transfer/sec: 2.85MB
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

生き方は？ 2週間、私は眠らず、ほとんど食べませんでした。 私が信じていたこれらすべてのこと：完璧なvmアーラン、FP、グリーンプロセスは、踏みにじられ、燃やされ、風に放たれました。 ショックから少し離れて、落ち着いて、鼻をこすりながら、私は問題が何であるかを理解することにしました。

テストコンピューター

私がテストした方法。 私は、Windows 7 x64、i7、8 Gb RAMプロセッサー、およびLinuxを搭載したラップトップで作業しています。私の場合、Ubuntu 16ではVirtualBOX内で実行しています。 彼女のために、1 Gb RAMと2コアを割り当てました。 この仮想マシン内でHTTPサーバーを起動し、同じマシン上でabとwrkのテストを開始しました 。 この状況では、同じマシンにサーバーとテストの両方がロードされていることがわかります。 ネットワークを介したデータ伝送は、ネットワークを介した伝送がないため、制限を課しません。

その結果、完全に敗北しました。

Erlang / Elixirを防御するために言えることは、タイムアウトの数が少ないことだけです。 HiPEでアプリケーションを構築しても、パフォーマンスは向上しませんでした。 しかし、まず最初に

テスト環境v.2

仮想マシンではなく、スタンドアロンシステムでテストする方が良いことが明らかになりました。 テストしたhttpサーバーをより弱いマシンに配置することをお勧めします。テストマシンは、サーバーを完全にいっぱいにして技術的な能力の限界に到達できるように、より強力にする必要があります。 制限に陥らないように、高速ネットワークを使用することをお勧めします。

そのため、テストマシンとして、ラップトップをi7に残すことにしました。 そして、サーバーとして、Orange PI Oneを苦しめることにしました。 ネットワーク上での交換速度を制限するよりも、パフォーマンスを実行することをお勧めします。 オレンジPI Oneは、100 Mbpsの速度でUTPを介してルーターに接続されています。

製造元のWebサイトでは、Orange PI Oneの周波数が1200 MHzのA7 Quad Coreプロセッサを搭載していることが示されました。 しかし、開発者のエラーにより、システム全体がオーバーヒートのカーネルアラートに悩まされているため、プロセッサの速度を600 MHzに固定しました。 だから、それはさらに面白いでしょう。 システムは安定して動作しますが、何もしなくても、平均負荷は2.00、2.01、2.05です（これは奇妙です）。 Ubuntu 14がインストールされており、メモリは512 MBなので、念のために、スワップセクションをUSBフラッシュドライブ上のファイルに接続しました。

プロジェクトをGoに、ElixirをOrange PIに転送するために、Githubで2つのプロジェクトをすぐに作成しました。

https://github.com/UA3MQJ/go-small-http

https://github.com/UA3MQJ/elx-small-http-cowboy

オレンジPIのGolangは問題なく配信されました。 しかし、Erlang / Elixirを使用すると、少し作業しなければなりませんでした。 しかし、この作業は長い間行われてきました。 プロジェクトの組み立てと立ち上げはスムーズに進みました。 テストとして、Windowsで動作するツールを取りました。これはJmeterです。

最初のテストでは、次のパラメーターを使用します。

彼らは...力が等しいことを示しました！

RPS-移動：

RPS-エリクサー：

応答時間-移動：

応答時間-エリクサー：

興味深い観察

Goは常に1つのコアで動作します：

エリクサーが全員と一度に：

この球面テストでは、エリクサーが勝ちました。

しかし、 HiPEを使用してerlangサーバーを起動するとどうなりますか？

これを行うには、まずその方法をグーグルで検索する必要があります。 Erlangでこれを行う方法は明らかです。 しかし、私はElixirについてGoogleで検索する必要がありました。 さらに、HiPEをテストした人は、HiPEで標準的なものよりもさらに遅くなることが多いと書いています。 これは、HiPEなしで依存関係を構築できる（そして同じモードで構築する必要がある）という事実に加えて、コンテキストスイッチのシステムカウンターを評価する必要があるためです。多くのスイッチがある場合、これはパフォーマンスに悪影響を与え、悪い結果を示します。

HiPEコンパイラーでプロジェクトの依存関係を構築する

 $ ERL_COMPILER_OPTIONS="[native,{hipe, [verbose, o3]}]" mix deps.compile --force
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

プロジェクトをまとめる

 $ ERL_COMPILER_OPTIONS="[native,{hipe, [verbose, o3]}]" mix compile
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

テストでは、HiPEが成長しないことを示しましたが、逆に悪い結果を示しています。

逆襲

Goが1つのプロセッサで動作するのはなぜですか？ Goがまだ1つのプロセッサで動作しているときに、古いバージョンにデフォルトで付属するGoのパッケージでしょうか？ そうです！

 sea@OrangePI:~$ go version go version go1.2.1 linux/arm
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

更新して繰り返す必要があります！ armv7用にアセンブルされたGoバージョン1.7.3は、 https： //github.com/hypriot/golang-armbuilds/releasesで見つかりました。

このバージョンで構築されたGolangサーバーは、4つのカーネルすべてをすでにロードしています。

Goが先に跳躍しています！

Go and fasthttp

Golangのバージョンの変更を推奨した後、 fasthttpとgccgoからアドバイスを受けました。 最初のものから始めましょう。

https://github.com/UA3MQJ/go-small-fasthttp

ダウンロードを見てみましょう。 4つのコアすべてがロードされていることがわかりますが、100％ではありません。

さあ

fasthttpを使用したGolangは、自分よりも速く、エリクサーカウボーイよりも高速でした。

測定の正確さについて

より注意するために、カウボーイとGo-は異なるバイト数で応答することがわかります。 これは、発行するHTTPヘッダーが異なるためです。

発行に行く：

 HTTP/1.1 200 OK Date: Thu, 30 Mar 2017 14:37:08 GMT Content-Length: 18 Content-Type: text/plain; charset=utf-8
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

カウボーイの問題：

 HTTP/1.1 200 OK server: Cowboy date: Thu, 30 Mar 2017 14:38:17 GMT content-length: 18 cache-control: max-age=0, private, must-revalidate
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ご覧のとおり、カウボーイは「server：Cowboy」という行も追加します。これは、カウボーイの場合に転送されるバイト数に必然的に影響します。 送信されるデータはそれ以上です。

更新しました。 BEAMでepollを操作するオプションを含めるのを忘れました

+ Kキーを思い出してくれたnwalkerに感謝します。 起動時にそれを示します：

 sea@OrangePI:~/http_tests/elx-small-http-cowboy$ iex --erl '+K true' -S mix Erlang/OTP 19 [erts-8.1] [source] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:true]
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

今回は10秒ではなく、1分をロードします。

しかし、epollをオンにしたOrangePIでは、結果は悪化しました。

結論

そして、誰もが自分で結論を出します。 Go'shniksはGo、そしてErlangistsとElixirsは彼らの製品を喜ぶでしょう。 誰もが自分のままになります。 Erlangの支持者はGoの速度を確認しました。Goの速度は、桁違いに2倍（わずかに少ない）でしたが、Erlangのすべての機能を10倍に増やしても放棄しませんでした。 同時に、Go'shnikはErlangに興味を持ちそうになく、速度が遅くなり、関数型プログラミングの学習で起こりうるすべての困難について耳にします。

今日の世界では、プログラマーの時間は高価で、時には機器のコストよりも高くなります。 テストは、「球状」タスクの「球状」RPSだけでなく、開発時間、洗練とメンテナンスの複雑さでも必要です。 経済的実現可能性。 しかし、時にはあなたは本当にすべてをdrれさせたい 馬力 メガヘルツと優れた会社でいくつかのレースを手配します！ 素晴らしい乗り心地。