macOSは同一Macの仮想マシン上のLinuxよりも遅い

macOSは同一Macの仮想 ..

63:名称未設定
20/03/13 02:28:49.74 3qNOodTa0.net
dockerはネイティブじゃないのか

64:名称未設定
20/03/13 06:07:23 iFr6Rf8m0.net
>>63
Dockerは技術というよりツール
Linuxカーネルが持ってるコンテナ技術を、アプリケーションコンテナ用に使いやすくするためのツール
根底にある技術はLinuxカーネルの機能なので、Linuxカーネルがないと動作しない。

だからWindowsでもmacOSでもOS標準の仮想マシンに軽量のLinuxをインストールして
その上でDockerを動かしてる。そのうえでLinuxと同じ用にホスト上で動いているように
見えるように、例えばホストOS上のファイルをDocker上から見えるようにしたり
localhostで仮想マシン上のLinuxに接続できるようにしてる

65:名称未設定
20/03/13 09:37:45.27 1uBpEqgE0.net
>>61
その理屈だと >>3や >>7の言ってる「仮想マシンより遅いのが問題」と矛盾するよ

66:名称未設定
20/03/13 09:48:42.80 uEZT0d070.net
>>1は仮想マシン越しLinuxより遅いって言ってるけど、実際はそこまでは遅くない可能性もある
少なくともこの計測方法では分からないって話だよね

67:名称未設定
20/03/13 11:01:44.25 QoVtSlrM0.net
>>65
なにも矛盾しないよ
仮にMacの速度が100%だとして、
仮想マシンで90%、Dockerで85%まで性能が落ちるはず。
その不利なはずのDockerのLinux方が速いんだから。
それともDocker上のLinuxで比べるとLinuxの方が速いってことになるから、
より遅い方法で計算してくれってこと？ｗ

68:名称未設定
20/03/13 11:03:12.93 vEJ5PDPj0.net
もっと実装がんばれよ
まったく技術力ねーな
とは誰も言わないのがさすがよく調教されたアホー信者

69:名称未設定
20/03/13 11:06:30.50 QoVtSlrM0.net
こういった方がわかりやすかったかな？
仮想マシン上のLinuxと比較したら、macOSの方が遅いのは当然だから
さらにDockerのボトルネックも加えて計測してくれ
って言ってほしいの？ｗ

70:名称未設定
20/03/13 11:12:15.81 QoVtSlrM0.net
あ。違うか。Dockerコンテナで計測してるから、Dockerのボトルネックは加わってるんだ。
>>9の計測をどうして欲しいんだろ？ｗ
$ docker run -it bash /usr/bin/time -p bash -c 'for i in $(seq 100000); do (:); done'
real 69.11
user 30.23
sys 36.15
$ /usr/bin/time -p bash -c 'for i in $(seq 100000); do (:); done'
real 93.21
user 33.17
sys 61.07

71:名称未設定
20/03/13 11:25:54.33 Q8NwxZBP0.net
forkが遅いをmacOSが遅いに脳内変換してるアホがいるだけ

72:名称未設定
20/03/13 11:41:25.66 QoVtSlrM0.net
自称UNIXなのにforkが遅いのは致命的

73:名称未設定
20/03/13 13:14:36.58 nehxcx0R0.net
>>70
timeコマンドをdockerコマンドの前に持ってくればいいんじゃね

74:名称未設定
20/03/13 19:14:42 QoVtSlrM0.net
>>73
うんわかってる。
だからそうすると、

macOS　VS　仮想マシン+Linux+Dockerサーバー
だったのが
macOS　VS　仮想マシン+Linux+Dockerサーバー+Dockerサーバーとの通信
になるから、

さらにLinux側が不利になるでしょ？って話

>>1は仮想マシン上のLinuxって話なのよ
本来は、macOS　VS　仮想マシン+Linux で比較するべき話
計測はDocker上で動かしてるから「仮想マシン+Linux」側が不利になってるんだよ

計測が面倒だからDocker使って不利にしてるのにmacOSが負けた上に
さらにDockerサーバーの通信のボトルネックまで加えてくれってなんだそりゃって話だよ

75:名称未設定
20/03/13 22:02:49.93 bHOfLVct0.net
>>74
Dockerなんか使わず
仮想マシン上のLinuxとMacで直接比較すれば怪しまれずに済むのに

76:名称未設定
20/03/13 22:21:03.97 +74gVHem0.net
>>75
面倒くさい。VirtualBox使わないでどうやって
macOS標準の仮想マシンにLinux入れればいいかもわからんし
Linux入れるのも面倒くさい。

77:名称未設定
20/03/13 22:26:31.17 K18NU+Ma0.net
別にベンチマーク番長でもないし、こんなのどーでもいいわ

78:名称未設定
20/03/13 22:47:00.54 Udf9ixSu0.net
すまん、怒らないで教えて欲しいんだが
ここのマカーの人たちはもちろんUSキーボードなんだろうな？
まさかJISじゃないよな？(笑)

79:名称未設定
20/03/13 23:01:00.89 OpkMaEtY0.net
>>76
Linuxのインストールすら面倒くさい奴が
5ちゃんにスレ建てて四六時中煽りまくるのは面倒くさくないわけか

80:名称未設定
20/03/13 23:16:16.13 +74gVHem0.net
>>79
何いってんだお前
今は常識的にインストールすべきもので、当然インストールしてある Docker for Mac と
Linuxインストールするのを比べて、どちらが面倒くさいかの話だろ

81:名称未設定
20/03/14 03:38:49 tIxTFl150.net
>>72
自称じゃなくて本物のUNIXだけどな
URLﾘﾝｸ(www.opengroup.org)
そんでそのforkの遅さが致命的になるようなシチュエーションは見つかったんか？

82:名称未設定
20/03/14 22:47:25 nO+JWk/A0.net
>>22
fork()は別に並列処理の為の仕組みではないぞ。

83:名称未設定
20/03/14 23:15:35.67 nO+JWk/A0.net
>>71
>>12
macOSはシステムコール全体が遅い。

84:名称未設定
20/03/15 03:35:33.82 +dry/0P10.net
>>12でforkまわり以外の遅い奴はファイルシステムまわりだけど
Lionでやったって事はHFS+だよなあ

85:名称未設定
20/03/15 05:41:50.23 qsFk8nOR0.net
下地になってるfree BSDだかダーウィンだかも
遅いの？

86:名称未設定
20/03/16 02:13:49 w8S9xJvC0.net
すまんが怒らないで教えてくれ

AT互換機でMacBookのタッチパッドくらいに快適な操作を実現してるノートPCあるか？

87:名称未設定
20/03/16 02:39:50 QsUn6/IQ0.net
その辺はハードとOS両方丸っとやれるAppleにはかなわんでしょ
ドライバだけで何とかできる話でもないし
でもスレタイの話とはあまり関係ないな

88:名称未設定
20/03/16 05:24:40 xPu6BXBr0.net
>>86
うーん
Surface Pro７やChromebookなんてどうだろうか？
ノートなんだけどタッチパネルモデルあるし
かなり使いやすいと思うよ
構造がタブレット＋ノートの考え方

89:名称未設定
20/03/16 05:29:30 xPu6BXBr0.net
ついでにLinuxの仮想空間のLinuxもかなり早い
Windowsの仮想空間のLinuxも早いね
仮想空間は大いに使うべきだよ

90:名称未設定
20/03/16 07:43:34 8qDfZwe60.net
>>81
> そんでそのforkの遅さが致命的になるようなシチュエーションは見つかったんか？
致命的というほどでもないが、シェルが遅いのがいや
プラグインを何も入れなければマシだが、
oh-my-zshとか色々入れるとすぐにシェルがもたつくようになる

91:名称未設定
20/03/16 08:14:59 QsUn6/IQ0.net
oh-my-zshなんて今どき古すぎるでしょ
もっと軽いマネージャー今ならいくらでもあるし

92:名称未設定
20/03/16 09:10:26.14 RhGdHdU20.net
>>91
今何を使うのが一般的なのか、bashとzshで教えてくれ。
両方使うんで。

93:名称未設定
20/03/17 18:32:38 UbmW/axr0.net
ソフトウェアををガシガシとビルドすると、コンパイラーやらスクリプトやらがガシガシ走ってforkの
遅い影響がてきめんに現れるが... まあそういうのは「普通」の使い方じゃないかなw

そういえば以前、「fishはposix_spawnを呼ぶので速い」という話を小耳に挟んだのを思い出し、
自分の環境で試してみたがbashとあまり変わらなかった。そういうもの?
確かmacOSはlaunchdでもposix_spawnを使っているはずで、ちょっと期待したのだが...

94:名称未設定
20/03/18 18:59:09.28 7EUzm9C90.net
ぶっちゃけもうMachじゃなくてもいいんじゃね、と思ったりもしなくもないが、
Mach IPCとかで実現されてる部分が結構あるんだっけか。
今日びのOSにはIPCの機能が重要で、大概独自のIPC(のAPI）を持ってたりする。
それを思えばそういう部分も時代を先取りしていたのかもしれんが。

95:名称未設定
20/03/18 19:13:41.54 XlpKqOLr0.net
IPC、おれには理解できなかったのかイマイチ不安定で使えなかった
ので安定のパイプでやってる

96:名称未設定
20/03/21 03:04:13 9TpNvLzF0.net
パイプを実現する為のプロセス間通信なんだけど。

97:名称未設定
20/03/21 03:08:29 9TpNvLzF0.net
>>94
Machなんて昔のゴミじゃん。
なんであんなもん未だに使ってるんだか。
設計はマイクロカーネル流儀でやって、
実際にはクランチされたカーネルに
すりゃ良いだけだ。

98:名称未設定
20/03/21 03:13:03 9TpNvLzF0.net
>>86
いっぱいあるよ。
マカがMac最高と思い込んでるだけだし、
マカの頭じゃ環境ごとの違いに対応
出来ないだけでしょw

99:名称未設定
20/03/21 03:25:12 9TpNvLzF0.net
>>42
スレッド使えって事さ。

100:名称未設定
20/03/21 03:29:00 Y/ja22fj0.net
>>96
パイプそれ単体でＩＰＣの一つ
実装方法は関係ない

101:名称未設定
20/03/21 03:35:34 9TpNvLzF0.net
>>1
macOSのカーネルがもっさりだから、
で終わりじゃねーの？

102:名称未設定
20/03/21 03:36:54 9TpNvLzF0.net
>>100
パイプの仕組みが分かってないのか。

103:名称未設定
20/03/21 07:17:57 oTQvAAuc0.net
簡単なベンチマークをしてみたが、forkは遅くないな。
親プロセスが大量にメモリを使っている場合は、forkはむしろlinuxより速いかもしれない。

が、exec系が遅いことが判明。なので結局遅いという結論は変わらないことにw

まあ、人の話を鵜呑みにしてはいかん、ということで。

104:名称未設定
20/03/21 08:15:30 yPJnw1o40.net
よし、おまえの話は鵜呑みにしないぞ

105:名称未設定
20/03/21 09:31:54 O2nBX95H0.net
どっちにせよ、実用的であって致命的に遅いとかでなければ何の問題もないわ
ベンチマーク至上主義の人はMac合わないだろうから、他のを買いましょう

106:名称未設定
20/03/21 10:19:33.64 yPJnw1o40.net
>>105
それな。WSLが遅いとか言ってるやつがいるけど、目的を理解してない。

107:名称未設定
20/03/21 10:33:49.47 oTQvAAuc0.net
>>104
ただ単に受け入れないのも同じようなもんだがw
>>105
そんなこと言っても、アプリの起動が遅かったりするとイラっとするんでしょう? w
>>1に関しては、1万回やって数秒差、すなわち1回あたり1ミリ秒以下、ということで、
純粋にこれ「だけ」ならユーザーの体感には影響はなさそうではある。

108:名称未設定
20/03/21 11:06:22.17 w+07lZh80.net
ずっとmacOSが重いと思っていたけど標準のbash 3系が重いだけだった。
明示的にdashを使ったら30%ぐらいの時間で処理が完了した。
bash 5系は70%、zsh 5.8系だと60%ぐらい。dashほどではないが速くなった。

109:名称未設定
20/03/21 12:29:07.40 O2nBX95H0.net
>>107
よく使うアプリは常にバックグラウンドにしとくだけだしなぁ
メモリ盛り盛りのMacを買うようにしてるし、いちいち落としたりしないね

110:名称未設定
20/03/21 13:08:01 w+07lZh80.net
え？コマンドもバックグランドで起動しっぱなしにするの？
cpとか

111:名称未設定
20/03/21 13:20:04 O2nBX95H0.net
>>110
コマンドの話は俺はしてないけど

112:名称未設定
20/03/21 13:32:53 w+07lZh80.net
>>111
短時間で多数起動するのってコマンドぐらいしかないだろ

113:名称未設定
20/03/21 13:42:27 O2nBX95H0.net
>>112
それは俺は>>105で書いてるとおり
長年Macでzsh使って色んなコマンド叩いてきてるけど、致命的に遅くて困ったことは今のところは一度もないよ
この先遅くて困ったらMac以外でやることあるかもしれんけど、
仮想環境も使えるしMacで何も困ることはない

114:名称未設定
20/03/21 13:53:34.98 w0he21FJ0.net
> 長年Macでzsh使って色んなコマンド叩いてきてるけど、
ああ、手動なのね
スクリプトぐらい書いたら？ｗ

115:名称未設定
20/03/21 14:37:42.71 O2nBX95H0.net
>>114
煽りが無理やりすぎて草w

116:名称未設定
20/03/21 20:40:25.19 AnNj4fjo0.net
>>114
さすが酒屋のフェラ太郎
頭おかしい

117:名称未設定
20/03/21 22:56:52.04 5AWn++bg0.net
>>113
マカの頭はもっさりだからね。
もっさりmacOSがお似合いだよねw

118:名称未設定
20/03/21 22:58:56.48 5AWn++bg0.net
>>112
だからもっさりカーネルで良いの？
それはかなり無理があるよね。
マカのアクロバティック擁護って、
いつもズレてるよね。

119:名称未設定
20/03/21 23:00:08.39 5AWn++bg0.net
>>110
そういう場合もあるよ。
裏で走らせて面で別処理するとか。

120:名称未設定
20/03/21 23:02:44.13 5AWn++bg0.net
>>107
体感がどうとかってmacOSがもっさりって
事と何の関係があるの？仮想環境のLinuxより
遅いって、それだけでダメじゃね？

121:名称未設定
20/03/21 23:04:13.91 5AWn++bg0.net
>>105
マカの用途ならもっさりでも充分だろうね。

122:名称未設定
20/03/21 23:05:05.10 5AWn++bg0.net
マカの体感とか、そんなんどうでも良いんだけど。

123:名称未設定
20/03/22 02:55:43 DnY7L3HM0.net
>>102
まるで自分はわかっているかのようだ
どうせ説明できないのにな

124:名称未設定
20/03/22 10:58:44.86 f1J8hXr50.net
>>123
マカ妄想、休むに似たり。

125:名称未設定
20/03/22 16:11:53 sxbGVXWw0.net
また酒屋の息子が湧いているようだ
今日は休日だぞ？

126:名称未設定
20/03/22 17:45:10.75 9U67vGti0.net
>>108
面白そうな話ではある。何がボトルネックかはわかったのかな?
しかし、シェルを「公平に」ベンチマークするのは意外と自明でなかったり。
bashも、bash独自の機能を積極的に使ったら速くなる場合もあったり。

127:名称未設定
20/03/24 00:05:28.33 mQdFs3TN0.net
>>124
まあ書き込み見れば >>102がプロセス間通信を理解してないことは本人以外にはチョンバレだが
ダニングクルーガー効果の見本やな

128:名称未設定
20/03/24 12:01:22.69 YC84x00O0.net
Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
特定のソフトを最速で動かすという用途でLinuxが最強なのは自明でしょ

129:名称未設定
20/03/24 12:03:39.12 1rQOXWy20.net
>>128
マクドナルドが外食の上位を独占してるから一番美味しい食べ物か？
スタバがカフェの上位を独占してるから一番美味しいコーヒーか？
コカコーラが飲料水の上位を独占してるから一番美味しい飲み物か？

130:名称未設定
20/03/24 12:23:16.35 7983QXzu0.net
売上の上位と性能の上位をなぜ混同したのか

131:名称未設定
20/03/24 12:40:32.07 YC84x00O0.net
>>129
その例えでいうと世界中のミシュラン三ツ星のレストランが
みんな同じ会社のフライパンを使ってる、みたいな感じ

132:名称未設定
20/03/24 12:47:23.96 5lpuVA630.net
>>128
> Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
これと
> 特定のソフトを最速で動かすという用途でLinuxが最強なのは自明でしょ
これが結びついていない。

Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
スパコン分野にLinuxが向いているのが自明なのであって
「特定のソフトを最速で動かすという用途」に関しては自明ではない
なぜスパコン分野にLinuxが向いているのかと言うと、
オープンソースなので特注で作られたスパコンに最適な改造を施せるから。
汎用のOSではスパコンの性能は活かせない。それはLinuxも同じ。
だからOSを改造できることが必須条件となる。
それを満たせるのがLinuxしかないだけ

133:名称未設定
20/03/24 16:01:08 sccZVHhs0.net
>>132
自明じゃないという主張の是非はともかく、Linuxがオープンソースだからというのは全く理由になってない。
Machカーネルや*BSD、Darwinなんかのライセンスはある意味GPLよりゆるいぞ。

134:名称未設定
20/03/24 19:14:55 5lpuVA630.net
>>133
macOSはスパコンで動かないから論外
ライセンスの問題。話にならない。

135:名称未設定
20/03/24 20:22:54 sccZVHhs0.net
>>134
誰がmacOS「だけ」書いた？
*BSDと書いてあるのが見えないか？

Top500の推移を見てみろ。
20年前には計算能力シェアでBSDベースOS>Linuxだった。
（ただし、両方合わせても1割にも満たず、AIX、Solarisその他商用Unixが圧倒的だが。）

そこからその他商用Unixだけが消えてなくなってるのならライセンスの問題だという話も説得力があるが、BSDも綺麗さっぱり消え去っているのだから改造できるか否かというのは要因の一部でしかありえないんだよ。

大きな要因の一つだと言いたいのならそれには同意するし、無関係だと言い張るつもりはさらさらないけど、唯一の要因だなんて言われたらそれは間違いだと言わざるを得ないだろう。

136:名称未設定
20/03/25 03:26:33 krfemkVm0.net
無料なんでノードがいくら増えてもライセンス料が増えない
Linuxの方がコミュニティがでかい
これはBSDの開発方針が保守的だったからかな

137:名称未設定
20/03/25 05:40:55 0f7nLxBt0.net
スパコンといえば、最上位のSummitというシステムのCPUはPOWER9。
Macで使ってたG5の親戚・末裔ともいえる。さらにはCHRP準拠らしい。
PRePというのもあったよねー

アップルがIBMと袂を分かつ結果となった後、着々と別の道を歩んでいたのかと。
なんだか感慨深い。

138:名称未設定
20/03/25 09:29:09 X4xcLSWS0.net
>>135
BSDがなくなったのがスパコンだけなら
性能が出せないからBSDなどが消え去ったといえるかもしれんが、

スパコン以外でもBSDは使われなくなってるんだから
単にBSDが廃れたと言うだけの話

Linuxが使われてるのはLinuxが最速だからじゃないんだよ
他の候補がスパコンで使えない
もしくは、他の候補が廃れたから

これでいいだろ？

139:名称未設定
20/03/26 22:47:08 NwqU64dT0.net
>>98
「いっぱいある」
だが具体例は出さない

140:名称未設定
20/03/27 04:14:00.06 X+Rt0brC0.net
めんどくせーなー
ThinkPad X1 Carbonをオススメする理由はタッチパッドである。
URLﾘﾝｸ(kumagai114514.hatenabl)
og.com/entry/2018/05/16/200000
> MacBookが悪いんじゃなくてThinkPadが良すぎる
> ThinkPadのタッチパッドが優秀過ぎるというのも問題なのです。
>
> 本当にこのタッチパッドを使ったことない人には
>
> 「MacBookのトラックパッドは世界一！Windowsはクソ！」
>
> とか軽はずみな発言は控えてほしいですね。

141:名称未設定
20/03/27 09:09:08.90 YzBYduP00.net
>>140
コメントで論破されてるやん
> 通りすがり
>
> 全然勘違いしていますよ。
> ゼスチャーやらクリックやらは所詮オマケ程度のもので> Mac製品のトラックパッドの良さの数パーセントにすぎないので見当違いもいいところです。
>
>トラックパッドとWindowsのタッチパッドの決定的な違いは追随性や精度です。
>Macのトラックパッドに一度慣れてしまうと脱マウスが可能で、
>繊細なイラストの作成や、フォトショップによる細かいパスの切り抜きもストレスフリーで長時間行えます。
>
> マウスでこれを長時間行うと指先や手首が痛くなってくるのでもうマウスには戻れません。
>
> しかし、WindowsのノートPCのタッチパッドはその肝心な神経とも呼べる繊細な操作感に欠けており誤作動も圧倒的に多く、
> とてもじゃないけどデザインをしようとは思えず仕方なしにマウスを使わざるを得なくなりす。
>
> もし、Windowsのタッチパッドに慣れている前提でタッチパッドがマウスよりも快適な精度を持っているなら
> 既にデスクトップ環境でもマウスに取って代わられているはずですが、
> 実状は過去に何度か発売されては廃盤の繰り返しで一向にまともなタッチパッド製品が出ていないのがその証拠です。

142:名称未設定
20/03/27 09:24:44.91 4uthKQuA0.net
>>140
ホームポジション云々言うなら
トラックポイントの方がいいだろ

143:名称未設定
20/03/28 14:26:36 es0IOjoW0.net
>>135
気持ちはわかるが20年前の話をしなきゃならん時点で終わってる。
クライアントPCがClassic Mac OSやWin 9xの時代だぞ

144:名称未設定
20/03/28 20:59:46 I78yFyWU0.net
>>143
そんな一般用のオモチャOS、それも最期のものが基準ってwww
普段は草なんか生やさないが生やさせてもらったわ

145:名称未設定
20/03/29 02:40:08.07 IvNNGrTe0.net
ドザには読解力もないのか

146:135
20/03/29 16:48:00.02 oMGkhsB30.net
>>143
話の趣旨はそこじゃないだろうよ…
本当にどいつもこいつも噛んで含めるように文意を説明しないと理解出来んのかい…
いいか、>>135をもっと長くして20年前だけではなく10年前、5年前、現在の状況を全て書き込んだとしても主張は何ら変わらんのだぞ？
だいたい当の >>138がそれなりに納得してるように見えるのになんで今更…

147:名称未設定
20/04/01 15:41:18 8EC/oCy+0.net
高齢マカは吐いた言葉をどんどん忘れていくから
この10年全く議論が積み上がらないのが辛いというか傍から見ていて怖い

148:名称未設定
20/04/02 07:01:30 56caRzW10.net
>>146
じゃあなんで20年前の話なんか書いたの。

149:名称未設定
20/04/09 19:44:46.42 zFw3JV8w0.net
へー、こんなデータがあるんだね
もっともmacOSとLinuxの差なのかはちょっと疑問
仮想化技術には無知なんだけど
今どき本当に必要なとき以外ゲストカーネルはモードチェンジしないんじゃなかったっけ？
だとすると特定条件下でゲストのほうが早いってこともありそう
macOSが実際遅いんだとしてもマイクロカーネルだからって理由はない
だってマイクロカーネルじゃないから
Mach由来だからforkが遅いってのは確かにそうで
Mach taskを生成後BSD processの皮を被せる二段構えになってる
もっとも今どきのマシンでtimeで計れるほどの差が出るとは思えない
あるとしたらMach portの初期化でどっかにボトルネックがあるとかかな
他に怪しいのがkauth
古典的なUNIXには存在しない仕組みだし
 >>103 のexecが遅いってのとも整合しそう

150:名称未設定
20/04/12 00:05:20 74skkr3K0.net
>>138
さくらとかAkamaiはFreeBSDをカスタマイズ
して使ってた様な。FreeNASもFreeBSDだし。

151:名称未設定
20/04/12 00:11:33 74skkr3K0.net
>>141
(注)個人の感想です。

が抜けてるw
マカって定量的な話が出来ないよねw

152:名称未設定
20/04/12 00:16:30 74skkr3K0.net
>>137
馬鹿。PowerPCがPOWERのサブセットなんだよ。
ジョブズが互換機路線を捨てたからCHRPは普及
しなかった。

153:名称未設定
20/04/12 00:25:39 74skkr3K0.net
>>136
BSDは初期にライセンス問題でUSLと揉めて、
2年くらい開発がストップした。
その間にLinuxが勢力を伸ばした。

154:名称未設定
20/04/12 00:28:31 74skkr3K0.net
>>132
Linuxはスーパーコンピュータの制御に
使われてるだけ。ジョブの投入とか。

155:名称未設定
20/04/16 17:03:51 gLBikmyt0.net
>>149
>macOSが実際遅いんだとしてもマイクロカーネルだからって理由はない
>だってマイクロカーネルじゃないから

確かにカーネルとユーザーのコンテクストスイッチはないが、
元々のマイクロカーネル構造のために、独立したオブジェクト（モジュール）が通信するような
デザインになってるから、コンテクストスイッチがなくてもそこにオーバーヘッドがあると思う。
それが
>あるとしたらMach portの初期化でどっかにボトルネックがあるとかかな
この手の

156:名称未設定
20/04/16 21:07:51.84 lQkCQPQM0.net
>>155
ん？　カーネル内ならたんなる関数呼び出しでしょ
たとえばfork(2)ならtask_create_internal()を呼び出してるだけ
具体的にはxnu/bsd/kern/kern_fork.cを参照

157:名称未設定
20/04/26 05:28:10.90 0nB5ks9X0.net
もっさり頭のもっさりマカには、
もっさりOSがお似合いｗ

158:名称未設定
20/04/26 12:05:40 U+vKHuVq0.net
ルサンチマン炸裂！

159:名称未設定
20/04/26 19:36:30.97 0nB5ks9X0.net
マカの自己紹介って笑えるw

160:名称未設定
20/04/30 10:15:52 fCkVQ8gX0.net
Dockerってホストのカーネル使うんじゃないの？

161:名称未設定
20/05/01 00:51:15 MHwA9LhH0.net
>160
そうだよ？正確にはホストのLinuxカーネルな。
macOSはLinuxカーネルじゃないので仮想マシンを作ってLinuxを動かして
仮想マシンのLinuxカーネルを使って動かしてる。
ここまではわかってるよね？