気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/tsukasa_oishiエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント7件
- 注目コメント
- 新着コメント
tmatsuu
わいわい。自分もApacheやMySQLの最大接続数などを待ち行列理論を元に検討したことあるけど、最大接続数を増やしてもサーバの性能上限があるのでそんなに単純な話ではないとか分かって勉強になった。
nc44v-134-nvtyqfgq
食べログアドベントカレンダー6日目の記事。コンピュータサイエンスって業務に役立つよねっていうのが分かる記事。結論は処理時間をへらすことが大事という真っ当な結論だが、待ち行列理論から導出することが大切
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
どれだけリクエストをさばけるのかを待ち行列理論で考えてみた - Qiita
テレビで素敵なサイトが紹介されていたのでアクセスしてみたら、なかなかレスポンスが返ってこなかった... テレビで素敵なサイトが紹介されていたのでアクセスしてみたら、なかなかレスポンスが返ってこなかったりステータスコード503になったりすることってありますよね。 テレビで紹介されたことで多くの人がサイトにアクセスした結果、そのサービスのキャパシティを超えてしまったわけです。 どうなるとキャパシティを超えるのでしょうか？ また、いつからレスポンスが遅くなるのでしょう。 効果的にリクエストをさばくにはどうしたらいいのでしょう。 Photo by Roman Arkhipov on Unsplash 待ち行列理論を使って理想的なモデルからこれらを考えてみたいと思います。 待ち行列理論はコンピュータサイエンスをやってきた人はみんな触れたことがあるとは思いますが、大石の場合はそれが何十年も(!)前のことなのであらためて思い出してみました。 モデル Railsでサービスを提供するとき、rackサーバとして
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
qiita.com/tsukasa_oishi
qiita.com/tsukasa_oishi
qiita.com/tsukasa_oishi
anond.hatelabo.jp
anond.hatelabo.jp
momuri.com
huyukiitoichi.hatenadiary.jp
togetter.com
speakerdeck.com/hirotomotaguchi
www.itmedia.co.jp
www.dtmstation.com
qiita.com/python_bokumetsu
www.magiroux.com
dailyportalz.jp
p2ptk.org
www.diyp.jp
yasuayutthaya.com
2021/01/02 リンク