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上ネイティブ」の方が遅い

開発する分には大きな影響でてねーよ。あまり気にしたこと亡いな。
本番もほぼLinuxだし。
わずかでも劣ってればクソといいたい原理主義の方ですかね

問題点はなぜ仮想マシンよりも遅いのかって所だろ

docker含めて計測しなきゃ意味ないだろ

>>4
docker使うのは必須じゃないので、むしろdockerを使わないで計測するべきだよ

しょーもない話でワロスとしか言えんなぁw
そもそもbashなんてそうそう使わないし、これで致命的に困ることあります？

仮想マシンよりも遅いってのがな。Apple何やってるのよ？
曲がりなりにもUnixでしょ？エミュレートしてるわけでもないのに

sysはおいといてuserは僅差っぽいから負荷増やして、そんで複数回測っても同じ傾向？

ほい、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

コード見ればわかるだろうが、ファイルにアクセスしてないので
ファイルシステムの遅さではない。
sysが遅いことからもわかるようにカーネルが遅いんだよ。

多分プロセスのスケジューリングなのでしょう
その影響でuserにオーバヘッドがかかっている
macOS側は一杯プロセス抱えているからかな

>>11
詳しく調べた人

https://flying-foozy.hatena
blog.com/entry/20140527/1401186984

macOSはシステムコール全般が遅い
UnixやLinuxの代わりとして使うぐらいなら
仮想マシンを使ったほうが良い

forkが遅い
が、いまどきforkしまくるか？っていう話

システムコール全般遅いよ

マイクロカーネルだから仕方ない

Meltdown対策でKPTIが入ったからシステムコールは全部遅くなった

macosのkernelが何もせずにボケぇ〜っとしてるのなら
対して差は出ない
片やmacosとは切り離された環境の中で『速ぇ〜』って感じているのなら
その感受性自体に大きな脆弱性が存在する

つまりLinuxは無防備だと

>>13
>が、いまどきforkしまくるか？っていう話
シェル（スクリプト）なんか使うなって話?

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

GUI側のバックグラウンドのタスクが常に忙しく動いてるからかもね

forkがなにか知らない人がいるみたいだけど、
伝統的にUNIXではマルチスレッドを使うような場合は
forkを使っていたんだよ。つまり並列処理＝fork

そりゃ伝統的にはスレッドなんか無かったからな

>>22
Linuxではどうなんですか？

スレッドが出来たのはそんなに前じゃないんだよ。

http://www.tsoftware.jp/nptl/
> 古いバージョンの Linux カーネルではマルチスレッドがサポートされておらず、

本物のPOSIXスレッドライブラリ
https://srad.jp/story/02/09/21/1613222/

やっぱりmacISはもっさりだったのか。

>>25
Linuxはな。
macOSで使われているMachはある意味スレッドを実装したシステムの元祖みたいなもの
（なんか変な言い方だが、5chだしw）

>>27
だからだよ。

スレッド重視になっていてforkが遅い。
そのせいでUNIXとして使うと遅くなる。
UNIXアプリがビルドできるといってもMacで使うと遅い
MacはUNIXとして使わないほうがいい。

体感できる程にforkし倒してるようなもんそんなにあんの？

ロードアベレージ高止まりしてるとかでも無いなら限り考えるだけ無駄な話。

>>1
Mac版のDockerって遅いって話じゃん
そのDocker上のLinuxより遅いって
どゆこと？

>>31
Mac版のDockerはファイルシステムが遅い
カーネルの処理はmacOSの方が遅い
遅い部分が違っている

>>32
なるほど

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

100均みたいな感覚かな　いいね

>>35
そんな感覚だね

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

LinuxはGUIがクソすぎる

>>37
正直言うとマックもウインドウズもLinuxもGUIの部分の変化は小さくなっている
だからLinuxのGUIの部分がダメと言うことはないんだよな
もう似たようなものになっている
ホームページ作成とかPHP開発とかくらいならLinuxでいいと思う
フォトショップみたいなのもついているし

プログラム開発ならLinuxが一番向いてる
Linuxの弱点はAdobe等の特定アプリが無いことだが、そういうことを言い出すとMacもアプリは絶望的に足りない
Linuxに仮想やマルチブートでWin10入れると幸せになれる

>>38
ついでに言うと動画の編集もYoutubeLiveもLinuxでできる
さすがにMacbookのいいノートには負けるけど（エンコードの時間）そこそこのものができる
Macbook買いたいけどお金ない人にはオススメ
時間がある人はプログラムもできるよ
それこそ自分なりのフォトショップが作れちゃうし開発もできるよ

>>39
それは逆も真なりというか、自分は仮想でLinuxを動かしてたりもする。
単純にCPUを使う仕事とか、仮想でもそんなに悪くないし。

Linuxでグラフィックドライバとかどうなんだっけ?
動画の処理とかGPUが対応してないと厳しいような。そういう場合は
ホストがWinの方がいいような。
機械学習とかはGPU＋Linuxでやるけど。

>>1
WindowsだとforkみたいなAPIはない
いまどきのOSには必要ないって事だろう

>>42
WindowsとBSDやLinuxみたいなUnixライクなOSは元が違うからね
BSDにもforkあるしWindosだけが始めから分岐しているだけ

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

>>43
元が違うというならmacもそれらとは元が違う
machベースのカーネルにBSDレイヤーが乗っかってるだけ

>>45
machも始めは4.3BSD のカーネルソースコードを元に修正を加えることで作られたカーネルだけどね

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

>>47
話合いで自分の思い通りに進まないと酒屋の息子？とやらに責任転換するんだな
MAC信者の中にもこんな卑怯者は存在するんだな

アンドロイドでは共通のライブラリをプリロードした特殊プロセスを作っておいて、
アプリの起動はそれをforkして使うことでオーバーヘッドを減らしている。
ライブラリはリードオンリーだからCoWも有効に作用する。

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

>>48
バレバレやん

MACなあ…

>>50
わけわからん

>>52
病気のキチガイは相手にしない方がいいよ
精神分裂症かなにかだから

>>49
どうなんでしょうね？
アンドロイドは今時と言えるのか？

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

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

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

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

>>44
>しかしLinuxはアンドロイドを含めると極めて大きな勢力に成長したね

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

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

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

WindowsやLinuxではキラーアプリケーションが開発されたことはない
常に移植待ちである

釣れますか？

WindowsやLinuxではアプリケーションはかなり多い
androidのアプリケーションはiPhoneのアプリより数はかなり多い
アプリケーション開発者はWindowsやLinuxやMACを保持しており
これらのOSでアプリを開発するケースが多い
ただ一つのOSに凝り固まるということはない

>>9
その比較だとdockerのオーバーヘッド分がタイム計測に含まれないからdocker有利になる
比較するならインチキしないようにした方がいいよ

>>60
Dockerと比較したんじゃなくて、Linuxと比較した結果だからこれでいいんだよ。
Mac版のDockerは仮想マシン上で動いてる。
むしろ、Docker分のオーバーヘッドが有るから逆に遅くなってる。
Dockerを使わずに、ただの仮想マシン+Linuxだったらもっと速い

>>60
> dockerのオーバーヘッド分がタイム計測に含まれない

正確には、dockerサーバーのとの通信を省いているだけ。
MacとLinuxとの比較をするのだからより通信を省いたほうがより正確

それでも「仮想マシン上のDocker上のLinux」となってるから
「仮想マシン上のLinux」より若干Linux側が不利になってる。

dockerはネイティブじゃないのか

>>63
Dockerは技術というよりツール
Linuxカーネルが持ってるコンテナ技術を、アプリケーションコンテナ用に使いやすくするためのツール
根底にある技術はLinuxカーネルの機能なので、Linuxカーネルがないと動作しない。

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

>>61
その理屈だと>>3や>>7の言ってる「仮想マシンより遅いのが問題」と矛盾するよ

>>1は仮想マシン越しLinuxより遅いって言ってるけど、実際はそこまでは遅くない可能性もある
少なくともこの計測方法では分からないって話だよね

>>65
なにも矛盾しないよ

仮にMacの速度が100%だとして、
仮想マシンで90%、Dockerで85%まで性能が落ちるはず。
その不利なはずのDockerのLinux方が速いんだから。

それともDocker上のLinuxで比べるとLinuxの方が速いってことになるから、
より遅い方法で計算してくれってこと？ｗ

もっと実装がんばれよ
まったく技術力ねーな

とは誰も言わないのがさすがよく調教されたアホー信者

こういった方がわかりやすかったかな？

仮想マシン上のLinuxと比較したら、macOSの方が遅いのは当然だから
さらにDockerのボトルネックも加えて計測してくれ
って言ってほしいの？ｗ

あ。違うか。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

forkが遅いをmacOSが遅いに脳内変換してるアホがいるだけ

自称UNIXなのにforkが遅いのは致命的

>>70
timeコマンドをdockerコマンドの前に持ってくればいいんじゃね

>>73
うんわかってる。
だからそうすると、

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

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

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

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

>>74
Dockerなんか使わず
仮想マシン上のLinuxとMacで直接比較すれば怪しまれずに済むのに

>>75
面倒くさい。VirtualBox使わないでどうやって
macOS標準の仮想マシンにLinux入れればいいかもわからんし
Linux入れるのも面倒くさい。

別にベンチマーク番長でもないし、こんなのどーでもいいわ

すまん、怒らないで教えて欲しいんだが
ここのマカーの人たちはもちろんUSキーボードなんだろうな？
まさかJISじゃないよな？(笑)

>>76
Linuxのインストールすら面倒くさい奴が
5ちゃんにスレ建てて四六時中煽りまくるのは面倒くさくないわけか

>>79
何いってんだお前

今は常識的にインストールすべきもので、当然インストールしてある Docker for Mac と
Linuxインストールするのを比べて、どちらが面倒くさいかの話だろ

>>72
自称じゃなくて本物のUNIXだけどな
https://www.opengroup.org/openbrand/register/
そんでそのforkの遅さが致命的になるようなシチュエーションは見つかったんか？

>>22
fork()は別に並列処理の為の仕組みではないぞ。

>>71
>>12
macOSはシステムコール全体が遅い。

>>12でforkまわり以外の遅い奴はファイルシステムまわりだけど
Lionでやったって事はHFS+だよなあ

下地になってるfree BSDだかダーウィンだかも
遅いの？

すまんが怒らないで教えてくれ

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

その辺はハードとOS両方丸っとやれるAppleにはかなわんでしょ
ドライバだけで何とかできる話でもないし
でもスレタイの話とはあまり関係ないな

>>86
うーん
Surface Pro７やChromebookなんてどうだろうか？
ノートなんだけどタッチパネルモデルあるし
かなり使いやすいと思うよ
構造がタブレット＋ノートの考え方

ついでにLinuxの仮想空間のLinuxもかなり早い
Windowsの仮想空間のLinuxも早いね
仮想空間は大いに使うべきだよ

>>81
> そんでそのforkの遅さが致命的になるようなシチュエーションは見つかったんか？
致命的というほどでもないが、シェルが遅いのがいや
プラグインを何も入れなければマシだが、
oh-my-zshとか色々入れるとすぐにシェルがもたつくようになる

oh-my-zshなんて今どき古すぎるでしょ
もっと軽いマネージャー今ならいくらでもあるし

>>91
今何を使うのが一般的なのか、bashとzshで教えてくれ。
両方使うんで。

ソフトウェアををガシガシとビルドすると、コンパイラーやらスクリプトやらがガシガシ走ってforkの
遅い影響がてきめんに現れるが... まあそういうのは「普通」の使い方じゃないかなw

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

ぶっちゃけもうMachじゃなくてもいいんじゃね、と思ったりもしなくもないが、
Mach IPCとかで実現されてる部分が結構あるんだっけか。

今日びのOSにはIPCの機能が重要で、大概独自のIPC(のAPI）を持ってたりする。
それを思えばそういう部分も時代を先取りしていたのかもしれんが。

IPC、おれには理解できなかったのかイマイチ不安定で使えなかった
ので安定のパイプでやってる

パイプを実現する為のプロセス間通信なんだけど。

>>94
Machなんて昔のゴミじゃん。
なんであんなもん未だに使ってるんだか。
設計はマイクロカーネル流儀でやって、
実際にはクランチされたカーネルに
すりゃ良いだけだ。

>>86
いっぱいあるよ。
マカがMac最高と思い込んでるだけだし、
マカの頭じゃ環境ごとの違いに対応
出来ないだけでしょw

>>42
スレッド使えって事さ。

>>96
パイプそれ単体でＩＰＣの一つ
実装方法は関係ない

>>1
macOSのカーネルがもっさりだから、
で終わりじゃねーの？

>>100
パイプの仕組みが分かってないのか。

簡単なベンチマークをしてみたが、forkは遅くないな。
親プロセスが大量にメモリを使っている場合は、forkはむしろlinuxより速いかもしれない。

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

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

よし、おまえの話は鵜呑みにしないぞ

どっちにせよ、実用的であって致命的に遅いとかでなければ何の問題もないわ
ベンチマーク至上主義の人はMac合わないだろうから、他のを買いましょう

>>105
それな。WSLが遅いとか言ってるやつがいるけど、目的を理解してない。

>>104
ただ単に受け入れないのも同じようなもんだがw

>>105
そんなこと言っても、アプリの起動が遅かったりするとイラっとするんでしょう? w

>>1に関しては、1万回やって数秒差、すなわち1回あたり1ミリ秒以下、ということで、
純粋にこれ「だけ」ならユーザーの体感には影響はなさそうではある。

ずっとmacOSが重いと思っていたけど標準のbash 3系が重いだけだった。
明示的にdashを使ったら30%ぐらいの時間で処理が完了した。
bash 5系は70%、zsh 5.8系だと60%ぐらい。dashほどではないが速くなった。

>>107
よく使うアプリは常にバックグラウンドにしとくだけだしなぁ
メモリ盛り盛りのMacを買うようにしてるし、いちいち落としたりしないね

え？コマンドもバックグランドで起動しっぱなしにするの？
cpとか

>>110
コマンドの話は俺はしてないけど

>>111
短時間で多数起動するのってコマンドぐらいしかないだろ

>>112
それは俺は>>105で書いてるとおり
長年Macでzsh使って色んなコマンド叩いてきてるけど、致命的に遅くて困ったことは今のところは一度もないよ
この先遅くて困ったらMac以外でやることあるかもしれんけど、
仮想環境も使えるしMacで何も困ることはない

> 長年Macでzsh使って色んなコマンド叩いてきてるけど、

ああ、手動なのね

スクリプトぐらい書いたら？ｗ

>>114
煽りが無理やりすぎて草w

>>114
さすが酒屋のフェラ太郎
頭おかしい

>>113
マカの頭はもっさりだからね。
もっさりmacOSがお似合いだよねw

>>112
だからもっさりカーネルで良いの？
それはかなり無理があるよね。
マカのアクロバティック擁護って、
いつもズレてるよね。

>>110
そういう場合もあるよ。
裏で走らせて面で別処理するとか。

>>107
体感がどうとかってmacOSがもっさりって
事と何の関係があるの？仮想環境のLinuxより
遅いって、それだけでダメじゃね？

>>105
マカの用途ならもっさりでも充分だろうね。

マカの体感とか、そんなんどうでも良いんだけど。

>>102
まるで自分はわかっているかのようだ
どうせ説明できないのにな

>>123
マカ妄想、休むに似たり。

また酒屋の息子が湧いているようだ
今日は休日だぞ？

>>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が最速だからじゃないんだよ
他の候補がスパコンで使えない
もしくは、他の候補が廃れたから

これでいいだろ？

>>98
「いっぱいある」
だが具体例は出さない

めんどくせーなー

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

https://i.imgur.com/LvwFqIn.jpg

マイクロカーネル（ハイブリッドカーネル）は遅い
理論上は早いのかもしれないが
現実世界の実装ではLinuxに負ける

マルチコアのご時世にw

>>164
マイクロカーネルのオーバーヘッドはマルチコアでは解決しない
物凄いブレイクスルーが必要
だがその分モノシリックの方が先行して速くなる

>>165
物知りだね

monolithic

趣味レーションに通じるなと書き込んだら思った

速度を犠牲にして安定性を優先してるのがOSX以降のMacやXP以降のWindowsというのは常識だろう。
より原始的な構造のLinuxの方が速いのは当たり前。

>>169
無償でコードを改善し続ける凄腕ボランティアが世界中に居るから
原始的な構造でもバグが起きにくい

(´ー｀)y-~~

また囲碁ブーム再来してたしな
ヒロキでもおっさんがJK趣味の時間に比例しないところだろうか
でこの尿から糖がめっちゃでてるはずないの
まあ確実に告訴するだろうしメディアにぶちまけるだろう

>>133
だからなんだっただけなのに久々に昨日染めたんだって
23日午前7時15分ごろ
「乗用車とトラックが負けることもある

>>78
自分の中のいじめは激減しているときに一人もいないのだよ

言うて若者自体が信用できない人生なんかな
ドライバーのミスとは思うけど、
https://i.imgur.com/GBLpZsR.png

いやコロナだからでしょ、逮捕されないもんね