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

macOSは同一Macの仮想 ..

2:名称未設定
20/02/24 12:23:22 1Ka9uRUE0.net
開発する分には大きな影響でてねーよ。あまり気にしたこと亡いな。
本番もほぼLinuxだし。
わずかでも劣ってればクソといいたい原理主義の方ですかね

3:名称未設定
20/02/24 12:26:49 FsLeHrrU0.net
問題点はなぜ仮想マシンよりも遅いのかって所だろ

4:名称未設定
20/02/24 12:50:18 ZO0JQwZd0.net
docker含めて計測しなきゃ意味ないだろ

5:名称未設定
20/02/24 13:24:43.31 o8QL81BO0.net
>>4
docker使うのは必須じゃないので、むしろdockerを使わないで計測するべきだよ

6:名称未設定
20/02/24 13:47:21.63 liHKc5Kn0.net
しょーもない話でワロスとしか言えんなぁw
そもそもbashなんてそうそう使わないし、これで致命的に困ることあります？

7:名称未設定
20/02/24 13:54:16.76 ha3ft8mJ0.net
仮想マシンよりも遅いってのがな。Apple何やってるのよ？
曲がりなりにもUnixでしょ？エミュレートしてるわけでもないのに

8:名称未設定
20/02/24 15:52:19.81 O1f4ZOYy0.net
sysはおいといてuserは僅差っぽいから負荷増やして、そんで複数回測っても同じ傾向？

9:名称未設定
20/02/24 16:15:23.07 bh+YsWIp0.net
ほい、10倍。macOSはUNIXとして使うと遅いんだよ。
$ 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

10:名称未設定
20/02/24 16:17:28.91 bh+YsWIp0.net
コード見ればわかるだろうが、ファイルにアクセスしてないので
ファイルシステムの遅さではない。
sysが遅いことからもわかるようにカーネルが遅いんだよ。

11:名称未設定
20/02/24 16:36:27.99 O1f4ZOYy0.net
多分プロセスのスケジューリングなのでしょう
その影響でuserにオーバヘッドがかかっている
macOS側は一杯プロセス抱えているからかな

12:名称未設定
20/02/24 16:59:50.34 bh+YsWIp0.net
>>11
詳しく調べた人
URLﾘﾝｸ(flying-foozy.hatena)
blog.com/entry/20140527/1401186984
macOSはシステムコール全般が遅い
UnixやLinuxの代わりとして使うぐらいなら
仮想マシンを使ったほうが良い

13:名称未設定
20/02/24 18:02:27.00 XTpXGKol0.net
forkが遅い
が、いまどきforkしまくるか？っていう話

14:名称未設定
20/02/24 18:37:32.59 6CJOK78l0.net
システムコール全般遅いよ

15:名称未設定
20/02/24 19:02:55.29 AeBNAuxb0.net
マイクロカーネルだから仕方ない

16:名称未設定
20/02/24 19:56:14.70 1O4shONJ0.net
Meltdown対策でKPTIが入ったからシステムコールは全部遅くなった

17:名称未設定
20/02/24 23:44:49.29 GzETokqF0.net
macosのkernelが何もせずにボケぇ～っとしてるのなら
対して差は出ない
片やmacosとは切り離された環境の中で『速ぇ～』って感じているのなら
その感受性自体に大きな脆弱性が存在する

18:名称未設定
20/02/25 19:05:38.60 CmzF2XT60.net
つまりLinuxは無防備だと

19:名称未設定
20/02/26 18:34:33.36 lhDyfPZg0.net
>>13
>が、いまどきforkしまくるか？っていう話
シェル（スクリプト）なんか使うなって話?

20:名称未設定
20/02/26 20:12:05.85 RxnhKrx/0.net
途中で話があっちいってるよ
システムコールとかforkとか1のスクリプトとの関連示さんと人には分からん
bashの実装に踏み込む話でスレとしてはそこまで意図していないと思う
1は一例であって、全般的に遅いと言いたいのでしょう

21:名称未設定
20/02/26 20:31:16.27 m4UJHfH50.net
GUI側のバックグラウンドのタスクが常に忙しく動いてるからかもね

22:名称未設定
20/02/27 01:11:52 A40JirSW0.net
forkがなにか知らない人がいるみたいだけど、
伝統的にUNIXではマルチスレッドを使うような場合は
forkを使っていたんだよ。つまり並列処理＝fork

23:名称未設定
20/02/27 03:20:01 +F0kgkFf0.net
そりゃ伝統的にはスレッドなんか無かったからな

24:名称未設定
20/02/27 11:05:15.80 aMzqCKkP0.net
>>22
Linuxではどうなんですか？

25:名称未設定
20/02/27 11:58:56.73 8GdljEoX0.net
スレッドが出来たのはそんなに前じゃないんだよ。
URLﾘﾝｸ(www.tsoftware.jp)
> 古いバージョンの Linux カーネルではマルチスレッドがサポートされておらず、
本物のPOSIXスレッドライブラリ
URLﾘﾝｸ(srad.jp)

26:名称未設定
20/02/28 20:54:59.32 NJT1S0Dn0.net
やっぱりmacISはもっさりだったのか。

27:名称未設定
20/03/01 22:35:34 O3DAo7ie0.net
>>25
Linuxはな。
macOSで使われているMachはある意味スレッドを実装したシステムの元祖みたいなもの
（なんか変な言い方だが、5chだしw）

28:名称未設定
20/03/03 18:05:59.18 +ElOodAq0.net
>>27
だからだよ。
スレッド重視になっていてforkが遅い。
そのせいでUNIXとして使うと遅くなる。
UNIXアプリがビルドできるといってもMacで使うと遅い
MacはUNIXとして使わないほうがいい。

29:名称未設定
20/03/04 03:41:38.11 YRBJ19cw0.net
体感できる程にforkし倒してるようなもんそんなにあんの？

30:名称未設定
20/03/04 16:42:14.92 5Y008lHY0.net
ロードアベレージ高止まりしてるとかでも無いなら限り考えるだけ無駄な話。

31:名称未設定
20/03/05 04:50:05 AQ1D/sPM0.net
>>1
Mac版のDockerって遅いって話じゃん
そのDocker上のLinuxより遅いって
どゆこと？

32:名称未設定
20/03/05 10:29:15.09 PniLF3Im0.net
>>31
Mac版のDockerはファイルシステムが遅い
カーネルの処理はmacOSの方が遅い
遅い部分が違っている

33:名称未設定
20/03/05 16:47:21 AQ1D/sPM0.net
>>32
なるほど

34:名称未設定
20/03/05 17:15:05 z8eM/2xQ0.net
Linuxならもう新しい中古のノート買っていれた方がいいよ
５千円以下のノートでもすごく快適に動くしカスタマイズも簡単でメモリやハードの交換も簡単
いろいろなディストリビュージョンが存在するからDVDに焼き付けてインストールしてみよう
１０個くらい焼いておけばその中の一つがベストマッチすると思うよ
パーテションを分割していろいろな種類のLinux系OSを入れられる
MACにいれるのはもったいないと思うよ
5千円で実に実用的でなおかつ壊れてもすぐにインストールできるノートができる
YOUTUBEみるくらいならこれで充分にOK
フォトショップみたいなソフトやオフィスのようなソフトもあるよ
速度は5千円のノートとは思えないほど早い（ディストリビュージョンによるが）
うまくいくととってもお得な買い物をしたと思えるよ

35:名称未設定
20/03/05 17:18:25 PM36hC090.net
100均みたいな感覚かな　いいね

36:名称未設定
20/03/05 17:36:22 z8eM/2xQ0.net
>>35
そんな感覚だね

Linuxノートのいい点
値段が安いので本機と予備機を持てる
本機が壊れても予備機があるので安心
また慣れればすぐにインストールして使うことができる
難点
少し扱いが難しい面が存在する
コマンドの扱い方になれる必要が若干ある

37:名称未設定
20/03/06 00:13:11 v9DUtnOe0.net
LinuxはGUIがクソすぎる

38:名称未設定
20/03/06 16:51:07.22 MqFaJ/Np0.net
>>37
正直言うとマックもウインドウズもLinuxもGUIの部分の変化は小さくなっている
だからLinuxのGUIの部分がダメと言うことはないんだよな
もう似たようなものになっている
ホームページ作成とかPHP開発とかくらいならLinuxでいいと思う
フォトショップみたいなのもついているし

39:名称未設定
20/03/06 18:44:41 SQnArcu80.net
プログラム開発ならLinuxが一番向いてる
Linuxの弱点はAdobe等の特定アプリが無いことだが、そういうことを言い出すとMacもアプリは絶望的に足りない
Linuxに仮想やマルチブートでWin10入れると幸せになれる

40:名称未設定
20/03/07 08:07:37.43 W+pOrtsG0.net
>>38
ついでに言うと動画の編集もYoutubeLiveもLinuxでできる
さすがにMacbookのいいノートには負けるけど（エンコードの時間）そこそこのものができる
Macbook買いたいけどお金ない人にはオススメ
時間がある人はプログラムもできるよ
それこそ自分なりのフォトショップが作れちゃうし開発もできるよ

41:名称未設定
20/03/09 01:22:02.84 Fx6gTaRx0.net
>>39
それは逆も真なりというか、自分は仮想でLinuxを動かしてたりもする。
単純にCPUを使う仕事とか、仮想でもそんなに悪くないし。
Linuxでグラフィックドライバとかどうなんだっけ?
動画の処理とかGPUが対応してないと厳しいような。そういう場合は
ホストがWinの方がいいような。
機械学習とかはGPU＋Linuxでやるけど。

42:名称未設定
20/03/09 02:36:40.04 WOfYHWQE0.net
>>1
WindowsだとforkみたいなAPIはない
いまどきのOSには必要ないって事だろう

43:名称未設定
20/03/09 10:14:50 b5g2fJEP0.net
>>42
WindowsとBSDやLinuxみたいなUnixライクなOSは元が違うからね
BSDにもforkあるしWindosだけが始めから分岐しているだけ

44:名称未設定
20/03/09 10:21:05 b5g2fJEP0.net
>>41
>>1 でもMac上の仮想空間でLinuxを動かしているからね
しかしLinuxはアンドロイドを含めると極めて大きな勢力に成長したね
使えるアプリケーションの数も多いし
いろいろな分野のアプリケーションが多いし
また開発環境が始めから備わっているケースが多いからアプリを作りやすい

45:名称未設定
20/03/09 18:12:30.71 WOfYHWQE0.net
>>43
元が違うというならmacもそれらとは元が違う
machベースのカーネルにBSDレイヤーが乗っかってるだけ

46:名称未設定
20/03/09 22:43:21.02 rVErJWJo0.net
>>45
machも始めは4.3BSD のカーネルソースコードを元に修正を加えることで作られたカーネルだけどね

47:名称未設定
20/03/10 01:14:08 frc+O4UN0.net
酒屋の息子が開き直ってるなw
暴れてもクリエイターやMacに憧れて拗らせたお前の劣等感は払拭されないぞ
気がつけば50過ぎて発狂しちゃったんだろうが、本当は何かになりたかったんだよな？
でも目の前の年老いた親の介護に取り組もうよ。
現実逃避しても20代に戻れる訳じゃないだろ？

48:名称未設定
20/03/10 13:16:10 MRhdP3RY0.net
>>47
話合いで自分の思い通りに進まないと酒屋の息子？とやらに責任転換するんだな
MAC信者の中にもこんな卑怯者は存在するんだな

49:名称未設定
20/03/10 13:59:13 X6F+bbUE0.net
アンドロイドでは共通のライブラリをプリロードした特殊プロセスを作っておいて、
アプリの起動はそれをforkして使うことでオーバーヘッドを減らしている。
ライブラリはリードオンリーだからCoWも有効に作用する。

>>43 アンドロイドはいまどきのOSに含めていいでしょうかw

50:名称未設定
20/03/10 16:20:34.81 81zBKQ6p0.net
>>48
バレバレやん

51:名称未設定
20/03/10 20:42:34 tTnl63iw0.net
MACなあ…

52:名称未設定
20/03/10 21:29:52 mpoQzyiT0.net
>>50
わけわからん

53:名称未設定
20/03/10 21:36:03 eMeDBPcj0.net
>>52
病気のキチガイは相手にしない方がいいよ
精神分裂症かなにかだから

54:名称未設定
20/03/10 22:10:38 v2WcOnC00.net
>>49
どうなんでしょうね？
アンドロイドは今時と言えるのか？

Linuxは1991年に、当時フィンランドのヘルシンキ大学の学生であったリーナス・トーバルズが作ったOS
BSDの方が先行していたけど権利問題で使えない時期にLinuxがいっきに追い抜いた

アンドロイドはLinux系統のOSでセキュリティ面を含めて進化中
Googleが開発
2007年に発表したオープンソースのOS
iPhoneも2007年に出てきた

アンドロイドのスマホは日本をはじめ中国や韓国でも開発可能
iPhoneのスマホの開発はアップルしかできない

個人的には日本のメーカーを応援する意味合いでアンドロイドも推したい　
MACもかっこいいけどアップル独占なのが少しネックになる

55:名称未設定
20/03/11 07:18:54 wxkv5ji90.net
>>44
>しかしLinuxはアンドロイドを含めると極めて大きな勢力に成長したね

端末の台数ということならmacもiPhoneのシェアを考えれば大きい勢力なんじゃ。

56:名称未設定
20/03/11 07:42:17 wxkv5ji90.net
>>54
>アンドロイドのスマホは日本をはじめ中国や韓国でも開発可能
>iPhoneのスマホの開発はアップルしかできない

日本をはじめ中国や韓国でも製品開発可能なPC用のOSがある... その名はWindows
Macの開発はアップルしかできない

57:名称未設定
20/03/12 09:31:20 424ajjnm0.net
WindowsやLinuxではキラーアプリケーションが開発されたことはない
常に移植待ちである

58:名称未設定
20/03/12 18:22:56.78 apLUpcIQ0.net
釣れますか？

59:名称未設定
20/03/12 20:58:46 WFARgkGK0.net
WindowsやLinuxではアプリケーションはかなり多い
androidのアプリケーションはiPhoneのアプリより数はかなり多い
アプリケーション開発者はWindowsやLinuxやMACを保持しており
これらのOSでアプリを開発するケースが多い
ただ一つのOSに凝り固まるということはない

60:名称未設定
20/03/12 22:37:19.33 4PVoQhdt0.net
>>9
その比較だとdockerのオーバーヘッド分がタイム計測に含まれないからdocker有利になる
比較するならインチキしないようにした方がいいよ

61:名称未設定
20/03/13 01:54:52.79 iFr6Rf8m0.net
>>60
Dockerと比較したんじゃなくて、Linuxと比較した結果だからこれでいいんだよ。
Mac版のDockerは仮想マシン上で動いてる。
むしろ、Docker分のオーバーヘッドが有るから逆に遅くなってる。
Dockerを使わずに、ただの仮想マシン+Linuxだったらもっと速い

62:名称未設定
20/03/13 01:58:38.16 iFr6Rf8m0.net
>>60
> dockerのオーバーヘッド分がタイム計測に含まれない
正確には、dockerサーバーのとの通信を省いているだけ。
MacとLinuxとの比較をするのだからより通信を省いたほうがより正確
それでも「仮想マシン上のDocker上のLinux」となってるから
「仮想マシン上のLinux」より若干Linux側が不利になってる。

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カーネルを使って動かしてる。
ここまではわかってるよね？