[過去ﾛｸﾞ] Go language part 5 (1002ﾚｽ)

Go language part 5 http://mevius.5ch.net/test/read.cgi/tech/1645915400/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 ﾚｽ栞

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

967: デフォルトの名無しさん [sage] 2025/05/19(月) 23:58:00.24 ID:+dWR/SKT Goroutineが重いプリエンプティブを選んだのはなぜだろうね マルチユーザのマルチタスクなら強制的にプリエンプションせざるを得ないけど自分たちでコードを書くのだから協調スケジューリングで十分なはず 結果多くのコンテキスト切り替えスイッチングも重くスタックレスにも出来ず http://mevius.5ch.net/test/read.cgi/tech/1645915400/967

979: デフォルトの名無しさん [sage] 2025/05/20(火) 22:34:48.64 ID:vbQ41r/k >>967 単純に、「重い」と認識できてない馬鹿と、分かってても変更しない意識高い系馬鹿の合わせ技でしょ 1995時点で「お前らのマルチスレッドはスイッチングが重すぎてまるで機能していない」と看破できたのはJSだけ 大半の言語はこれを認め、JSと同様に「手動」で軽量化も可能なよう、async文法を導入した ただし実際、手間が増えてるのと、将来的にOSレベルでのスイッチングが軽くなった場合に、asyncで書かれたコードはゴミになる だから「抽象度が高い状態で書きたいのだ！！！」「OSで『自動』的にやらせたほうがコード資産の価値は高いのだ！！！」という言い訳はできる (問題は軽くなる予定が全く無いことだが) この意味では、「asyncが必要なのではなく、OSがポンコツすぎるのだ！！！」と責任転嫁することも出来るはずだが、 誰もやらないところを見ると、OSは限界までは軽いんだろうな そして逆に、アプリ側でasync必須でスケジューラも持ってれば、OS側で持ってるのは無駄なので削除して軽量化することは出来る chromiumOSが奇妙に軽いのはこの辺かもな(＝JS専用OS) http://mevius.5ch.net/test/read.cgi/tech/1645915400/979

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.040s