macOSは同一Macの仮想マシン上のLinuxよりも遅い
macOS上のDocker(OS標準仮想マシン)上のLinuxでbash(5.0.16)を動かした場合
$ docker run -it bash /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done'
real 5.20
user 2.47
sys 2.46
macOS上ネイティブでbash(Homebrewの5.0.16)を動かした場合
$ /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done'
real 8.26
user 3.07
sys 5.08
「仮想マシン上のLinux」よりも「macOS上ネイティブ」の方が遅い >>105
マカの用途ならもっさりでも充分だろうね。 >>102
まるで自分はわかっているかのようだ
どうせ説明できないのにな また酒屋の息子が湧いているようだ
今日は休日だぞ? >>108
面白そうな話ではある。何がボトルネックかはわかったのかな?
しかし、シェルを「公平に」ベンチマークするのは意外と自明でなかったり。
bashも、bash独自の機能を積極的に使ったら速くなる場合もあったり。 >>124
まあ書き込み見れば>>102がプロセス間通信を理解してないことは本人以外にはチョンバレだが
ダニングクルーガー効果の見本やな Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
特定のソフトを最速で動かすという用途でLinuxが最強なのは自明でしょ >>128
マクドナルドが外食の上位を独占してるから一番美味しい食べ物か?
スタバがカフェの上位を独占してるから一番美味しいコーヒーか?
コカコーラが飲料水の上位を独占してるから一番美味しい飲み物か? >>129
その例えでいうと世界中のミシュラン三ツ星のレストランが
みんな同じ会社のフライパンを使ってる、みたいな感じ >>128
> Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
これと
> 特定のソフトを最速で動かすという用途でLinuxが最強なのは自明でしょ
これが結びついていない。
Linuxが世界中のスーパーコンピューターの上位を独占してるんだから
スパコン分野にLinuxが向いているのが自明なのであって
「特定のソフトを最速で動かすという用途」に関しては自明ではない
なぜスパコン分野にLinuxが向いているのかと言うと、
オープンソースなので特注で作られたスパコンに最適な改造を施せるから。
汎用のOSではスパコンの性能は活かせない。それはLinuxも同じ。
だからOSを改造できることが必須条件となる。
それを満たせるのがLinuxしかないだけ >>132
自明じゃないという主張の是非はともかく、Linuxがオープンソースだからというのは全く理由になってない。
Machカーネルや*BSD、Darwinなんかのライセンスはある意味GPLよりゆるいぞ。 >>133
macOSはスパコンで動かないから論外
ライセンスの問題。話にならない。 >>134
誰がmacOS「だけ」書いた?
*BSDと書いてあるのが見えないか?
Top500の推移を見てみろ。
20年前には計算能力シェアでBSDベースOS>Linuxだった。
(ただし、両方合わせても1割にも満たず、AIX、Solarisその他商用Unixが圧倒的だが。)
そこからその他商用Unixだけが消えてなくなってるのならライセンスの問題だという話も説得力があるが、BSDも綺麗さっぱり消え去っているのだから改造できるか否かというのは要因の一部でしかありえないんだよ。
大きな要因の一つだと言いたいのならそれには同意するし、無関係だと言い張るつもりはさらさらないけど、唯一の要因だなんて言われたらそれは間違いだと言わざるを得ないだろう。 無料なんでノードがいくら増えてもライセンス料が増えない
Linuxの方がコミュニティがでかい
これはBSDの開発方針が保守的だったからかな スパコンといえば、最上位のSummitというシステムのCPUはPOWER9。
Macで使ってたG5の親戚・末裔ともいえる。さらにはCHRP準拠らしい。
PRePというのもあったよねー
アップルがIBMと袂を分かつ結果となった後、着々と別の道を歩んでいたのかと。
なんだか感慨深い。 >>135
BSDがなくなったのがスパコンだけなら
性能が出せないからBSDなどが消え去ったといえるかもしれんが、
スパコン以外でもBSDは使われなくなってるんだから
単にBSDが廃れたと言うだけの話
Linuxが使われてるのはLinuxが最速だからじゃないんだよ
他の候補がスパコンで使えない
もしくは、他の候補が廃れたから
これでいいだろ? めんどくせーなー
ThinkPad X1 Carbonをオススメする理由はタッチパッドである。
https://kumagai114514.hatenabl
og.com/entry/2018/05/16/200000
> MacBookが悪いんじゃなくてThinkPadが良すぎる
> ThinkPadのタッチパッドが優秀過ぎるというのも問題なのです。
>
> 本当にこのタッチパッドを使ったことない人には
>
> 「MacBookのトラックパッドは世界一!Windowsはクソ!」
>
> とか軽はずみな発言は控えてほしいですね。 >>140
コメントで論破されてるやん
> 通りすがり
>
> 全然勘違いしていますよ。
> ゼスチャーやらクリックやらは所詮オマケ程度のもので> Mac製品のトラックパッドの良さの数パーセントにすぎないので見当違いもいいところです。
>
>トラックパッドとWindowsのタッチパッドの決定的な違いは追随性や精度です。
>Macのトラックパッドに一度慣れてしまうと脱マウスが可能で、
>繊細なイラストの作成や、フォトショップによる細かいパスの切り抜きもストレスフリーで長時間行えます。
>
> マウスでこれを長時間行うと指先や手首が痛くなってくるのでもうマウスには戻れません。
>
> しかし、WindowsのノートPCのタッチパッドはその肝心な神経とも呼べる繊細な操作感に欠けており誤作動も圧倒的に多く、
> とてもじゃないけどデザインをしようとは思えず仕方なしにマウスを使わざるを得なくなりす。
>
> もし、Windowsのタッチパッドに慣れている前提でタッチパッドがマウスよりも快適な精度を持っているなら
> 既にデスクトップ環境でもマウスに取って代わられているはずですが、
> 実状は過去に何度か発売されては廃盤の繰り返しで一向にまともなタッチパッド製品が出ていないのがその証拠です。 >>140
ホームポジション云々言うなら
トラックポイントの方がいいだろ >>135
気持ちはわかるが20年前の話をしなきゃならん時点で終わってる。
クライアントPCがClassic Mac OSやWin 9xの時代だぞ >>143
そんな一般用のオモチャOS、それも最期のものが基準ってwww
普段は草なんか生やさないが生やさせてもらったわ >>143
話の趣旨はそこじゃないだろうよ…
本当にどいつもこいつも噛んで含めるように文意を説明しないと理解出来んのかい…
いいか、>>135をもっと長くして20年前だけではなく10年前、5年前、現在の状況を全て書き込んだとしても主張は何ら変わらんのだぞ?
だいたい当の>>138がそれなりに納得してるように見えるのになんで今更… 高齢マカは吐いた言葉をどんどん忘れていくから
この10年全く議論が積み上がらないのが辛いというか傍から見ていて怖い >>146
じゃあなんで20年前の話なんか書いたの。 へー、こんなデータがあるんだね
もっともmacOSとLinuxの差なのかはちょっと疑問
仮想化技術には無知なんだけど
今どき本当に必要なとき以外ゲストカーネルはモードチェンジしないんじゃなかったっけ?
だとすると特定条件下でゲストのほうが早いってこともありそう
macOSが実際遅いんだとしてもマイクロカーネルだからって理由はない
だってマイクロカーネルじゃないから
Mach由来だからforkが遅いってのは確かにそうで
Mach taskを生成後BSD processの皮を被せる二段構えになってる
もっとも今どきのマシンでtimeで計れるほどの差が出るとは思えない
あるとしたらMach portの初期化でどっかにボトルネックがあるとかかな
他に怪しいのがkauth
古典的なUNIXには存在しない仕組みだし
>>103 のexecが遅いってのとも整合しそう >>138
さくらとかAkamaiはFreeBSDをカスタマイズ
して使ってた様な。FreeNASもFreeBSDだし。 >>141
(注)個人の感想です。
が抜けてるw
マカって定量的な話が出来ないよねw >>137
馬鹿。PowerPCがPOWERのサブセットなんだよ。
ジョブズが互換機路線を捨てたからCHRPは普及
しなかった。 >>136
BSDは初期にライセンス問題でUSLと揉めて、
2年くらい開発がストップした。
その間にLinuxが勢力を伸ばした。 >>132
Linuxはスーパーコンピュータの制御に
使われてるだけ。ジョブの投入とか。 >>149
>macOSが実際遅いんだとしてもマイクロカーネルだからって理由はない
>だってマイクロカーネルじゃないから
確かにカーネルとユーザーのコンテクストスイッチはないが、
元々のマイクロカーネル構造のために、独立したオブジェクト(モジュール)が通信するような
デザインになってるから、コンテクストスイッチがなくてもそこにオーバーヘッドがあると思う。
それが
>あるとしたらMach portの初期化でどっかにボトルネックがあるとかかな
この手の >>155
ん? カーネル内ならたんなる関数呼び出しでしょ
たとえばfork(2)ならtask_create_internal()を呼び出してるだけ
具体的にはxnu/bsd/kern/kern_fork.cを参照 もっさり頭のもっさりマカには、
もっさりOSがお似合いw Dockerってホストのカーネル使うんじゃないの? >160
そうだよ?正確にはホストのLinuxカーネルな。
macOSはLinuxカーネルじゃないので仮想マシンを作ってLinuxを動かして
仮想マシンのLinuxカーネルを使って動かしてる。
ここまではわかってるよね? マイクロカーネル(ハイブリッドカーネル)は遅い
理論上は早いのかもしれないが
現実世界の実装ではLinuxに負ける >>164
マイクロカーネルのオーバーヘッドはマルチコアでは解決しない
物凄いブレイクスルーが必要
だがその分モノシリックの方が先行して速くなる 速度を犠牲にして安定性を優先してるのがOSX以降のMacやXP以降のWindowsというのは常識だろう。
より原始的な構造のLinuxの方が速いのは当たり前。 >>169
無償でコードを改善し続ける凄腕ボランティアが世界中に居るから
原始的な構造でもバグが起きにくい