Unix系とは？ わかりやすく解説

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/03/24 10:11 UTC 版)

「終了ステータス」の記事における「Unix系」の解説

Unix系では、waitシステムコールがセットするステータスは子プロセスの終了時の各種情報をまとめたビットフィールドで構成されている。子プロセスが正常終了した場合（WIFEXITEDマクロで判定する。他にはシグナル受信で終了させられる場合がある）、SUSではステータスの下位8ビットが子プロセスが設定した終了ステータスを示すことになっている。その値は wait.h に定義されたマクロ WEXITSTATUS で取得することができる。このため、Unix系の終了ステータスの値は0から255まで（8ビット符号なし整数）に限られている（それ以上の値を指定しても親プロセス側が下位8ビットしか受け取れない）。 慣習的に正常終了時はゼロ、異常終了時はゼロ以外を返すのが一般的である。各種エラーコードの意味について規約を定めようとした例もある。例えばGNUは上位ビットを深刻なエラーを示すために予約することを推奨している。BSDではさらに細かく推奨される解釈を文書化している。

※この「Unix系」の解説は、「終了ステータス」の解説の一部です。
「Unix系」を含む「終了ステータス」の記事については、「終了ステータス」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/01/20 17:37 UTC 版)

「設定ファイル」の記事における「Unix系」の解説

Unix系OSには、何百もの設定ファイル形式がある。個々のアプリケーションやサービスが固有のファイル形式を持つことがありうる。かつて、Unix系OSの設定は設定ファイルを編集することによってのみ変えられていた。一部のファイル形式では特別な文字を最初に付けることでエントリを無効にすることができる。 Unix系OSでは、設定ファイルを特定のいくつかのディレクトリに置くことで、管理性を高めている。特に設定ファイルだけをバックアップするような状況では非常に効率が良い。また、Unix系OSはマルチユーザーのOSであるため、ユーザアプリケーションはしばしば起動時にユーザのホームディレクトリ内にファイルやディレクトリを作成し、そこに個人ごとの設定を保存する。ホームディレクトリの中身を一覧表示する際に、そのようなファイルやディレクトリが表示されないようにするため、ファイルやディレクトリの名前の前にピリオドが付けられる。そのため、そのようなファイルやディレクトリに対して「ドットファイル」という異名が生まれた。サーバプロセスはしばしば /etc 内に保存された設定ファイルを使うが、インストールディレクトリ、ルートディレクトリやシステム管理者によって定義された場所を使うこともある。Unix系OSといっても各OS毎にディレクトリ構成はそれぞれ違うため、使用しているOSでどのような構成になっているのかを確認する必要がある。また、設定ファイルに一定の拡張子の規則は無い。ただ、config、init、rc等の文字列が含まれていることが多い。ソフト名のディレクトリ内に拡張子無しのconfigという名称のファイルを置く場合もある。

※この「Unix系」の解説は、「設定ファイル」の解説の一部です。
「Unix系」を含む「設定ファイル」の記事については、「設定ファイル」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/11/11 05:47 UTC 版)

「マジックナンバー (フォーマット識別子)」の記事における「Unix系」の解説

Unix系オペレーティングシステムには複数の実行形式のバイナリフォーマットがある。a.out、COFF、ELFなどである。Unix系オペレーティングシステムが実行ファイルを実行する際、それがテキストファイルであればシェルスクリプトと見なしてシェルを呼び出し（さらにシェルは、そのファイルが「#!」で始まっていればそれに後続して示されるアプリケーションを呼び出し）、そうでない場合はその実行ファイルを前述のようなバイナリ形式であると判断して直接呼び出すが、この際のファイル形式の判断にもマジックナンバーが用いられている。 このような仕組みから、Unix系オペレーティングシステムでは起動方法を切り替える仕組みをフックすることで、初期状態ではサポートされていないファイル形式の実行バイナリを実行することも可能となっている。例えば、BSD系での互換レイヤー（Linux互換レイヤーやSVR4互換レイヤーなど）、BSD系でのWin32カーネル互換パッケージの PEACE などは、この機能の実現例である。これが実現可能であるのは、マジックナンバーやマジックナンバーに後続するフラグ類によって判断しているからである。 BSD系もLinuxもELFバイナリが用いられており、マジックナンバーは 「7F ELF」と共通であるが、両者を区別可能なオプションとして、7バイト目にどのオペレーティングシステム向けのELFバイナリであるかが格納されている。例えば、FreeBSDであれば「09」、NetBSDであれば「02」、Linuxであれば「03」などである。

※この「Unix系」の解説は、「マジックナンバー (フォーマット識別子)」の解説の一部です。
「Unix系」を含む「マジックナンバー (フォーマット識別子)」の記事については、「マジックナンバー (フォーマット識別子)」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2019/03/26 00:10 UTC 版)

「パーティション」の記事における「Unix系」の解説

物理パーティションとしては1ディスク当り7つ（実質6つ）であり、仮想パーティションの場合、それぞれのLVMの上限によるが、1仮想ディスク (VG) に対して256-1024程度となっている。仮想パーティションにて作成できるパーティション総数は、Linuxのディストリビューションによって上限がかけられる場合がある。

※この「Unix系」の解説は、「パーティション」の解説の一部です。
「Unix系」を含む「パーティション」の記事については、「パーティション」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/11/20 16:13 UTC 版)

「コンポジット型ウィンドウマネージャ」の記事における「Unix系」の解説

Unix系のシステムで広く使われている X Window System（のXサーバ）において、スタック型ウィンドウマネージャは X video extension のブルーバック機能を必要とした。合成は "Composite" extension として導入された。コンポジット型ウィンドウマネージャは、可能ならばこの拡張を通してハードウェア・アクセラレーションを利用する。 「AIGLX」を参照 LinuxおよびUNIXで完全3Dアクセラレーションの合成を行うには、X11自体がハードウェア・アクセラレーションに対応するよう根本的な変更を行う必要があった。まず、XglなどのOpenGLを利用してX11を一部修正した実装が登場。AIGLXの登場によってXglなどを使わなくて済むようになり、標準のXサーバ上で3Dアクセラレーションの合成を行うウィンドウマネージャが可能となったが、ダイレクト・レンダリングも可能である。NVIDIA、インテル、ATIなどがAIGLXをサポートしたグラフィックス・カードを発売している。 Compiz では cube というエフェクトが導入されており、ユーザーは6つの仮想デスクトップを一度に見ることができる。各デスクトップは立方体の1つの面のテクスチャに変換され、立方体を自由に回転させることができる。Compizは様々な2Dと3Dの視覚効果を表示でき、ハードウェアに要求される性能は比較的低くてすむ。CompizはUbuntuに含まれており、サポートされているハードウェアやドライバが利用可能ならば自動的に使用できる。 Mutter (Metacity + Clutter) はMetacityの後継として、GNOMEのデフォルトのウィンドウマネージャとなった。GNOME 3.0 の GNOME Shell のコンポーネントとなっている。Mutter が使っているディスプレイ・エンジン Clutter は主なOSに移植されており、ネットブックやスマートフォンでも動作する。 KDEのウィンドウマネージャはバージョン4以降 KWin となっており、コンポジット型である。KWinはCompizと同等の機能を有している。

※この「Unix系」の解説は、「コンポジット型ウィンドウマネージャ」の解説の一部です。
「Unix系」を含む「コンポジット型ウィンドウマネージャ」の記事については、「コンポジット型ウィンドウマネージャ」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/04/23 13:52 UTC 版)

「SMPlayer」の記事における「Unix系」の解説

各種Linuxディストリビューションでバイナリが提供されている。 しかし、MPlayerもQtも既に多くのオペレーティングシステムに対応しており、SMPlayerがMPlayerをベースとしてQtで構築されて以降、非常にポータブルになっているので、例えSMPlayerに対応していないオペレーティングシステムでも、別のUnixまたはLinuxのバイナリコンパチビリティ（英語版）機能で利用することが可能。 FreeBSDで使用する時はポーツ・ツリー経由でのソースかほとんどの主なFreeBSDのバージョンに対応するバイナリパッケージでインストールすることができる。 OpenBSDにもポートコレクション（英語版）で利用可能なバイナリパッケージが提供されている。 しかし、NetBSDやDragonFly BSDではバイナリフォーマット形式でもpkgsrc形式でも利用可能になっていない。ただ、NetBSDではFreeBSD用バイナリを使えば表立った不具合も無く使用出来る[要出典]。

※この「Unix系」の解説は、「SMPlayer」の解説の一部です。
「Unix系」を含む「SMPlayer」の記事については、「SMPlayer」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/02/21 16:42 UTC 版)

「オペレーティングシステムの一覧」の記事における「Unix系」の解説

Unix系の非プロプライエタリのオペレーティングシステム。 UNIX BSD系NetBSD OpenBSD FreeBSD DragonFlyBSD Darwin V7系 Linux 詳細は「Linuxディストリビューション」を参照 Plan 9 Unixの後継

※この「Unix系」の解説は、「オペレーティングシステムの一覧」の解説の一部です。
「Unix系」を含む「オペレーティングシステムの一覧」の記事については、「オペレーティングシステムの一覧」の概要を参照ください。

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/03/06 04:54 UTC 版)

「名前付きパイプ」の記事における「Unix系」の解説

通常のシェルで使用する無名のパイプとは異なり、名前付きパイプはファイルシステムを使用する。mkfifo() または mknod() で明示的に作成し、2つのプロセスが名前を指定してそのパイプにアクセスでき、一方のプロセスは読み手としてオープンし、もう一方は書き手としてオープンする。名前付きパイプを作成する mkfifo というコマンドもある。 例えば、名前付きパイプを作成し、そのパイプに入力されたものを gzip で圧縮する場合、次のようにすればよい。 mkfifo my_pipegzip -9 -c < my_pipe> out.gz & これとは全く独立に、パイプに圧縮すべきデータを送り込むことができる。 cat file > my_pipe 名前付きパイプは通常のファイルのように削除できる。 rm my_pipe 名前付きパイプはアプリケーションからアプリケーションへの情報転送を一時ファイルを作成することなく行える。例えば、gzip の伸長後の出力を次のように名前付きパイプにつなげる。 mkfifo --mode=0666 /tmp/namedPipegzip --stdout -d file.gz > /tmp/namedPipe そして、伸長されたデータを次のように MySQL のテーブルにロードする。 LOAD DATA INFILE '/tmp/namedPipe' INTO TABLE tableName; 名前付きパイプがなければ、file.gz を伸長したものをいったん一時ファイルに格納しないと、MySQLにロードできない。一時ファイルに書き込むと、入出力がより多く発生して時間がかかり、ハードディスク上の空き領域も必要になる。 PostgreSQLのコマンドライン型フロントエンド psql も名前付きパイプからデータをロードする機能を備えている。

※この「Unix系」の解説は、「名前付きパイプ」の解説の一部です。
「Unix系」を含む「名前付きパイプ」の記事については、「名前付きパイプ」の概要を参照ください。