エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
同時接続数が「うわっ…私の想定より低すぎ…?」とならない方便 : makoto_fujimotoのblog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
同時接続数が「うわっ…私の想定より低すぎ…?」とならない方便 : makoto_fujimotoのblog
Webサイトで動画コンテンツを中心とした比較的規模の大きなプロモーション施策を計画している場合、イン... Webサイトで動画コンテンツを中心とした比較的規模の大きなプロモーション施策を計画している場合、インフラにおけるユーザの同時接続性能が気になると思います。 ところが一般的なサーバインフラと動画品質を条件として同時接続数を単純計算すると、思っていた以上にユーザ数が少なく見積もられることがあります。 例 回線速度: 100Mbps 動画ビットレート: 2Mbps 動画の尺: 30秒 こちらの例では計算するまでもなく"同時"接続数はたったの50人となってしまいます。 特に日頃視聴率を気にされるマスコミ関連の方などには「え!少なっ!」という印象を与えるかもしれません。 これをたとえば"1時間あたりの閲覧者数"と謳った場合は以下のようなエビデンスとなります。 転送能力100Mbps x 3600秒 = 360000Mbit ファイルサイズ(便宜上転送レートと尺から計算) 2Mbps x 30秒 ≒