[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part155 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
141(1): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4f-hYij) [sage] 2022/06/26(日) 09:58:33.85 ID:MUUA0Nh2M(1/2) AAS
>>139139(1): デフォルトの名無しさん (ｽｯﾌﾟ Sddf-MDA+) [] 2022/06/26(日) 08:51:05.64 ID:60uDe2Q5d(1/3) AAS
横からの質問ですが、デスクトップアプリならなんとなく理解はできてるつもりですが、ウェブアプリだと、複数のユーザからの処理をサーバ上のアプリが処理していく際に、同期処理で重たいのが動いている場合にほかのユーザまでまたされるということがありますか？
アクセス単位で別々にスレッド処理されてるから、メソッドを同期非同期するのはあくまでもその単一ユーザの処理の中で考えれば良いですかね？
それとも、他のユーザも待たされるから基本的には非同期で作っていくものですか？
ちなみに、winformからblazor移行の勉強中です
同時アクセスしてるユーザー数＞Webサーバが用意してるスレッド数の上限 だと待たされることがある
これがC10K(クライアント10000台)問題
なので対策としてDBアクセスみたいなI/O待ちみたいなときにスレッドを占有せずいったんリリースさせようと考えて
async/awaitの仕組みが生まれた
146: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4f-hYij) [sage] 2022/06/26(日) 10:47:01.78 ID:MUUA0Nh2M(2/2) AAS
極論すると、絶対にWebサーバでスレッド枯渇することがないって分かってるなら
async/awaitなんか使わないほうがパフォーマンスが良い
なので、万一本当にスレッドが枯渇したときに
サーバに処理余力があるにもかかわらずリクエストが処理できなくてレスポンスが致命的に悪化してもよければ
非同期の仕組みなんかまったく使わなくてよいし
現にVS2010以前はその前提のWebアプリしか構築できなかった
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s