質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

87.91%

ソケット通信のreadで一度に受け取れるサイズについて

受付中

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 4,358

score 16

Socket通信を行うAndroidアプリケーションの実装をしています。

Socket通信でサーバとなり、接続してくるクライアントから連続で固定長の画像データを受け取り、次々に画面を更新するようなアプリを考えているのですが、read関数で一度に受け取るサイズが小さく何度もfor文を繰り返して処理が遅くなってしまいます。

byte[] bitmapBuf = new byte[IMAGE_MAX_SIZE];
    int bufRest = IMAGE_MAX_SIZE;
    Socket reciveSocket = null;
    ServerSocket bitmapReciever = null;

    bitmapReciever = new ServerSocket();
    bitmapReciever.bind(new InetSocketAddress(12344));
    reciveSocket = bitmapReciever.accept();
    int recieveSize = reciveSocket.getReceiveBufferSize();
    Log.d(TAG,String.format("recieveSize = %d", recieveSize));
    InputStream in = reciveSocket.getInputStream();
    OutputStream out = reciveSocket.getOutputStream();

    for(;;){
        int readedSize = 0;

        int readedSize = in.read(bitmapBuf, BGR_IMAGE_MAX-bufRest, bufRest);
        Log.d(TAG,String.format("read size %d", readedSize));
        if(readedSize == -1){
            break;
        }else{
            bufRest -= readedSize;
            if(bufRest == 0) {
                sendImage(bitmapBuf);
                bufRest = BGR_IMAGE_MAX;
                Log.d(TAG,String.format("readed! Picture outputed.\n"));
            }
        }
    }

Logには「read size 1386」といったように1000-2000バイト程度のreadを何度も繰り返した後に「readed! Picture outputed.」というLogが出ます。
デバッグモードでステップ実行するともっと大きなサイズで受け取るので性能限界のような気もしますが。
BufferSizeのLogは「recieveSize = 1048576」となっており十分受け取れるように見えます。

処理を高速化したいのですが、readで一度に受け取るサイズを大きくする方法、もしくは別のAPIで改善できないでしょうか?

ちなみにクライアント機は有線、Androidは無線で同一のルーターに接続しています。


261120バイト(固定長)の画像ファイルを連続で受け取っており、一つの画像ファイルを受け取るのにreadが約170回程度、画像(261120バイト)を受け取るのに2000ms強かかっております。測定にはSystem.currentTimeMillis()を使用しています。

測定したAndroidデバイスにはXperia Z Ultara(C6833)を使用しました。
HTC OneやGalaxy S6などでも結果は変わりません。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • eripong

    2016/02/05 11:40

    全体ではどのくらいの時間でどのくらいのサイズのデータを読み取れるのですか?

    キャンセル

  • Shig

    2016/02/08 10:17

    質問ありがとうございます。回答を追記させていただきました。

    キャンセル

回答 1

0

送り側の速度が遅いのではないですか?
送り側が1000-2000程度の大きさで出力しているのではないですか?

デバッガで止めると、大きなサイズで読み取れるということは、1回のforループの
時間内に送り側がそれだけの量しか送り出せていないのではないでしょうか?

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/02/05 11:27

    回答ありがとうございます。

    送信側が同じ機器、同じネットワーク上で同様の処理をWindows MFCで実装していますが画像の転送は速いです。WindowsノートPCのWi-Fi環境ですので無線が原因という訳でもなさそうです。

    ですので送信側、無線環境の問題ではないと思いAndroid側の問題かな、と考えていますが他のAndroidアプリでも同様の通信速度を必要とするものがあると思いますし、サクサク動いている物もありそうで諦めきれずにいる状態です。

    もう少し待ってみて無理そうであれば諦めようと思います。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 87.91%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る