OSの機能なのにシステムコール呼び出しが遅い理由

**デフォルトの名無しさん** · 2022/05/18(水) 22:26:11.94

OSの機能は速いと習ったのですが
システムコールは遅いとも聞きました
矛盾しているようですが間違いじゃないですか？

**デフォルトの名無しさん** · 2022/05/18(水) 22:31:31.72

一日に何百、何千と立てられるスレッド。
その中には良スレもあれば、糞スレもありますがこのスレはまさに後者でしょう。
>>1がどんな思いを込めて、このような糞スレを立ててしまったのか私たちには知る由もありません。
ただ一つわかってほしいのは、決して>>1に悪気があったわけではないということです。
どうか皆さん、糞スレを立ててしまった>>1を許してあげてください。
いつの日か>>1が、この失敗を糧に良スレを立てられるようになるといいですね。

**デフォルトの名無しさん** · 2022/05/18(水) 23:26:22.64

>>1
カラオケ部屋で時間近くになると鳴るやつあるじゃん
延長するかとか答えないと先に進めないよね

あんな感じでアイドルタイムが発生するんだよ

**デフォルトの名無しさん** · 2022/05/23(月) 00:07:06.61

>>1
＞OSの機能は速いと習ったのですが

誰に？OSの機能って何？速いって何と比べて？なんで習った人に聞かないの？

**デフォルトの名無しさん** · 2022/05/25(水) 11:45:22.87

>>4
OSの機能というのはUnixコマンドのことです

**デフォルトの名無しさん** · 2022/05/25(水) 12:09:40.10

？？？

**デフォルトの名無しさん** · 2022/05/25(水) 13:06:21.59

普通のCの関数なんか、中でシステムコール読んでるだけなんだから、
システムコール直接呼ぶほうが速いだろ？
なんで遅いと思うの？

**デフォルトの名無しさん** · 2022/05/25(水) 16:36:44.14

shはUNIXのコマンドです

**デフォルトの名無しさん** · 2022/05/25(水) 17:13:23.99

たとえばシステムコールでディレクトリ読んだほうがlsで読んだ時より遅い気がするってこと？
気のせいじゃない。
あるいはよっぽどアホな呼び方をしてるとか

**デフォルトの名無しさん** · 2022/05/25(水) 18:15:38.47

lsはOSの機能だから速いのに
システムコールは遅いっていうのが
意味がわからないんです

**デフォルトの名無しさん** · 2022/05/25(水) 18:49:11.64

システムコールでファイル一覧取得と、
lsでファイル一覧取得
コード書いて時間計測してみたら？

**デフォルトの名無しさん** · 2022/05/25(水) 18:51:07.37

そりゃCPUが特権モードとかに変わるから単純な関数コールというわけには行かずコンテキストの保存、復帰が伴って遅くなるわね。
その上パイプラインストールするしキャッシュミスもする。

**デフォルトの名無しさん** · 2022/05/25(水) 19:15:07.19

>>11
計測するまでもなくlsだってシステムコールを
呼び出してるんだから遅くなるに決まってるだろ

**デフォルトの名無しさん** · 2022/05/25(水) 19:16:25.00

>>13
それがわかってないスレ主にいっとるんだが？
日本語読めないなら引っ込んでろ

**デフォルトの名無しさん** · 2022/05/25(水) 19:24:56.22

DOS時代のファイラーならディレクトリ直読み書き換えなんて当たり前だったな

**デフォルトの名無しさん** · 2022/05/25(水) 21:08:42.80

こんな事でも15も伸びるのか、、
システムコールでスレッド作れば遅いけど、コンテキストスイッチなどせずに時分割処理を協調的に書けば、それそのものが発生しない。
またメモリ確保などはlibc/mallocなどを通してOSのシステムコールを最終的に呼び出す。
これはOS管理外のメモリなんて存在しないため通常であれば、標準ライブラリが内包しているシステムコールなので速さはシステムコールだけで要求を満たすなら、それで言うまでもない。
しかし、あらかじめメモリプールでドカッと確保して、要求に応じてメモリーマネージメントをするような言語の場合はシステムコールをそもそも何回も呼び出さないため、メモリの配分（≒確保）は速い。
（ただしメモリーの解放処理・再利用に掛かるコストなどは別問題）
またシステムコールで特権命令を使用する場合はCPUにおけるリングプロテクションはOSをクラッシュさせたりすることが無いように何重にも状態のチェックが行われる。
ファイルシステムなどはデバイスドライバにより異なるが、VFS制御をいれるよりもブロックデバイスを直接読み取りしたほうが速い場合もある。

つまりシステムコールは速いのではなく、多くの人が見て優秀な人が書き、何回も呼び出されるため琢磨されて無駄の無いコードで書かれるが、
OSとしての機能を成立させるために、排他制御や複数プロセス・スレッドの切り替え制御、特権制御などを行うため、実行コストは重い。
OSの機能だから速いのではなく、OSの作成者のような同じ技量の人が、”排他処理などを省いて同等の機能を書けたら”その方が速いのである

**デフォルトの名無しさん** · 2022/05/26(木) 00:22:03.72

ちょっと待って
lsとかはOSのコマンドだって知ってる？
OSのコマンドはアプリと違ってOSに近い所で動くから速いんだよ
OSの仕組みを勉強した方がいい

アプリ
↓
言語
↓
シェル（ここより下がOS）
↓
カーネル
↓
ハードウェア

こういう流れになってる。
アプリはOSから離れてるから遅いけど
OSのコマンドはOSに近いから速い

**デフォルトの名無しさん** · 2022/05/26(木) 00:23:35.48

シェルのパイプもOSの機能だから
パイプを使うとネットワーク通信よりも遥かに
高速に通信できるという特徴がある

**デフォルトの名無しさん** · 2022/05/26(木) 01:11:57.76

機械語って聞いた事無いか？ｗ

**デフォルトの名無しさん** · 2022/05/26(木) 06:34:58.81

馬鹿発見スレ乙

**デフォルトの名無しさん** · 2022/05/26(木) 07:44:24.54

>>17
昔のMSDOSと違ってUNIXではlsなんかも外部コマンドなんだよ
最近は違うのかもしれんけど
独立したソースがあると思う

**デフォルトの名無しさん** · 2022/05/26(木) 07:51:18.79

そうかcshとかbashとかで別々に実装するのは非効率だから
lsコマンドとかは外部になってると思うよ
ｃｄみたいなのとかシェル固有の機能はシェルに入ってるだろうけど

**デフォルトの名無しさん** · 2022/05/26(木) 16:38:30.39

>>17
デタラメを教えたらダメ
lsのソースを見ればわかるように
他のプログラムと全く同じで
OSシステムコールを行なう普通のC標準ライブラリを使っている
つまり全てのコマンド/アプリは対等

**デフォルトの名無しさん** · 2022/05/26(木) 16:42:59.88

>>18
シェル自体もOSから見たら単なるアプリの一つにすぎない
シェルのパイプも他のアプリと全く同様に標準入出力切り替えや子プロセス起動などのシステムコールを行なうC標準ライブラリを使っているだけ
当然シェルでやっても自作のアプリでやっても速度は同じ

**デフォルトの名無しさん** · 2022/05/26(木) 19:46:18.19

>>24
んだな。
仮にシェルがOSと不可分なら特定のOSに複数のシェルが動作可能ってことの説明がつきにくい。
あくまでOSのシステムコールを使いやすくCLIでラッビングしてるアプリケーションがシェル。

**デフォルトの名無しさん** · 2022/05/27(金) 11:41:43.29

>>10-11
ファイル情報の取得にかかる時間 <<<<< 越えられない壁 <<<<< 表示にかかる時間

**デフォルトの名無しさん** · 2022/05/27(金) 11:46:42.46

だからlsのソース見てみりゃいいって
普通にシステムコール使ってるだけ

**デフォルトの名無しさん** · 2022/05/27(金) 13:47:35.58

そう。だからOSのコマンドであるlsは
システムコールを使ってるから速いんだよ