最近のLinuxの違い

15年以上にわたり、Fast Reportsで働いており、私の仕事の性質上、多くの場合、Linuxを扱って、製品の1つをサポートする必要があります。私はLinuxに少し慣れてきました。1997年にSlackwareを最初にインストールしました。したがって、いくつかの経験を持っています。私は、私の意見では、最新のLinuxディストリビューションが互いにどのように異なるかについて私の意見を共有したいと思います。記事に記載されているすべてのものは主観的な意見であり、絶対的な真実であると主張するものではありません。



Linuxオペレーティングシステムの歴史は、1991年に遡ります。フィンランドの学生であるLinus Torvaldsが、UnixとMinixのアイデアに触発されて新しいオペレーティングシステムを開発し始めたときです。フリーライセンスの選択が成功したことで、彼の事業の成功が決まりました。数十人から数百人の愛好家が開発に参加し、それぞれが何か新しいものをもたらしました。その後、大企業が開発に加わりました-Intel、IBMなど。業界のリーダーに無料のオペレーティングシステムをサポートするように促した正確な理由は私にはわかりませんが、「悪口」は、多くの企業がMicrosoftを移動することを決めたと言います。

行数で表されるLinuxカーネルの進化

Linuxは、業界の巨匠のサポートがなければ、今の姿になったのでしょうか？事実とはほど遠い-昔ながらの人たちは、サンタクルーズ作戦とLinuxをサポートする企業との間の特許戦争を覚えています。SCOはこの戦争に敗北し、存在しなくなりました。

会社によるコアへのコミット数

したがって、その寿命の間に、Linuxオペレーティングシステムは進化の長い道のりを歩み、ユーザーの緊急タスクの多くを解決するためにWindowsを置き換えることができる人気のあるオペレーティングシステムになりました。



最新のLinuxディストリビューションを比較する前に、2つの重要な側面を定義する必要があります。最初の側面はオペレーティングシステムの構成要素であり、2番目の側面は比較する観点からです。配布キットとは、OSカーネル、グラフィカルサーバー（Xサーバー）、環境（提供されたプログラムのセット）、インストールユーティリティ、および初期構成で構成される完全なソリューションを意味します。エンドユーザー、システム管理者、アプリケーションプログラマの観点から、分布を比較することができます。

システム管理者の観点から見たLinux

Linuxは、その開発の黎明期において、プログラミングと管理に関する特定の知識を持つ多くの技術者と技術者でした。 Linuxの前身はUnixオペレーティングシステムであり、Unix管理の経験を持つスペシャリストがシステムを簡単にセットアップして構成できました。これは平均的な平均的なユーザーにはアクセスできず、彼の管理プロセスは魔法のようなものでした。最新のLinuxはユーザーフレンドリーになりました。インストールプロセスは、いくつかの質問に答えることで終わります。多くの場合、すべての質問に肯定的に答えるだけで、インストーラーが提供する構成オプションに同意するだけで十分です。インストーラーは、ハードウェア構成を分析し、必要なドライバーと構成パラメーターを選択します。通常、配布キットには、すぐに使用できるソフトウェアパッケージが含まれています。プログラム自体に加えて、構成スクリプトとサードパーティライブラリへの依存関係に関する情報を含むDEBまたはRPMアーカイブの形式で提供されます。ただし、例外があります。たとえば、Gentooディストリビューションは、すべてのプログラムとビルドルールのソースとして提供され、オペレーティングシステム自体は、文字通りユーザーのコンピューター上で彼のプロセッサ構成用にビルドされます。このような方法の有効性の問題については議論の余地があります。詳しくは説明しません。これはコミュニティによって宣言された自由度の1つにすぎないことに注意してください。ユーザーは「キャンドルの価値があるかどうか」を自由に選択できます。一般に、RPMとDEBパッケージの形式は似ており、配布キットを選択するときは、この点を無視できます。まれな例外を除いて-時々起こりますプログラムの作成者が何らかの理由でインストーラーの2番目のバージョンを提供しなかったこと、およびそれはRPM（RedHat Linuxおよびその派生物）またはDEB（Debian Linuxおよびその派生物）形式でのみ存在することこの場合、そのようなプログラムをインストールするための労力が必要になる可能性があります。インストールパッケージを手動で解凍しても、満たされていない依存関係に遭遇する可能性があります。このようなプログラムのインストールには多くの労力が必要であり、エラーが発生した場合、必要なライブラリを置き換えようとすると、システムがクラッシュする可能性があります。幸い、この状況は非常にまれであり、Linuxユーザーの99.9％がこの問題に直面することはありません。さらに、ディストリビューションの有名なメーカーはすべて、豊富なプログラムのセットでリポジトリを維持しています。各プログラムは、ディストリビューションの特定のバージョン用にコンパイルおよびテストされています。



したがって、Linuxの違いの1つはパケット形式であることがわかります。ただし、システム管理者の観点から見ると、起動スクリプトの形式というもう1つの違いがあります。オペレーティングシステムのUnixファミリのLinuxには、System VスタイルとBSDスタイルの2つの競合フォーマットがあります。これが何であるかを理解するために、それがどのように機能するか見てみましょう。ブートローダーはOSカーネルをロードして制御をそこに移し、カーネルが起動して最初のプロセスを開始します-init。厳密に言えば、initの代わりに、bashなどの任意のプロセスをスリップできます。この場合、ネットワークやグラフィカルインターフェイスがなく、読み取り専用のルートファイルシステムを持つ、シングルユーザー、シングルタスクのコンソールシステムのようなものが得られます。さらに、この場合のハードウェアの一部は、そのドライバーがカーネルに存在せず、モジュールとしてロードされている場合は機能しない可能性があります。クラシックモードの操作では、initプロセスは/ etc / inittabファイルを読み取り、それに従ってシステムの起動プロセスを開始します-パーティションのマウント、ドライバーの読み込み、ネットワークインターフェイスの初期化、サービスプログラム（以前はデーモンと呼ばれていました）の起動、グラフィックサブシステムの読み込み。 Initはこれを直接行わず、ランレベルと特別なスクリプトの概念を使用します。通常、最大6つのランレベル（システムの動作モードを説明する実行モード）があり、シングルユーザー、マルチユーザー、ネットワークサブシステム、マルチユーザー、グラフィカルインターフェイスがあります。使用状況に応じて、管理者はシステムが起動後に切り替わる標準ランレベルを設定できます。これは通常、デスクトップ用のネットワークおよびグラフィカルインターフェイスを備えたマルチユーザーモードと、サーバー用のネットワークを備えたマルチユーザーモードです。 SystemVスタイルとBSDスタイルの違いは、これらのスクリプトにあります。ただし、inittab形式の知識があれば、スクリプトの内容を確認して、システムランレベル間の開始、停止、および移行の仕組みを理解できます。



2010年、RedHatのエンジニアはinitの代わりにsystemdサービスを開発しました。このサービスはシステムに新しい機能をもたらしました：

• ソケットでアクティブ化されるサービス（inetdを補完するものに置き換えます）;
• スケジュールに基づいてサービスを起動する（cronを置き換える）。
• ハードウェアウォッチドッグタイマーを操作します（ウォッチドッグを置き換えます）。
• rootの変更（chrootに置き換わる）;
• ボリュームとネットワークリソースを自動マウントします（mountとfstabを置き換えます）。
• journalctl-ロギングサービス;
• systemd-analyze-サービスの起動の分析（読み込み速度（システムと個々のサービスの両方）を含む）、サービスの開始のレンダリングなど。
• systemd-boot-UEFIブートローダー（grubとliloの代替）。

現在、Linuxディストリビューションの大多数はsystemdに切り替えられており、かつて人気のあったディストリビューションのうち、Slackwareのみが新しいサブシステムへの移行に抵抗しています。



したがって、systemdへの移行により、Linuxの違いの1つである起動スクリプトのシステムがなくなり、統一につながります。同時に、従来の起動スクリプトのサポートが維持されます。たとえば、マウントする一部のボリュームは/ etc / fstabを使用して従来どおり指定できますが、他のボリュームはsystemdツールを使用してマウントできます。



以前は、sysadminsはSystemVやBSDよりも優れたシステムを主張していたが、今では議論は収まった。経験豊富なシステム管理者であればどのシステムでも構成できますが、Webの初心者にとっては、Linux構成のあらゆる側面を明らかにする十分な情報があります。

ユーザーの観点からのLinux

エンドユーザーの観点から見ると、Linuxは少し異なります。質問をさらに詳しく見てみましょう。グラフィカルサブシステムは、もともとUnixではオプションでした。 Unixはしばしば強力なコンピュータで動作し、ユーザーはX端末を介してそれに接続しました。対話はネットワークを介して行われました。プログラムはホストコンピューター上で実行され、キーボードプレスやマウスイベントに関する情報を受け取り、それに応答して端末にコマンドを送信してグラフィックプリミティブとテキストを描画しました。グラフィカル端末は高価で珍しいデバイスだったので、パソコンが端末として人気を博した。ちなみに、これはしばしば混乱を招く興味深い点です-Xサーバーはホストではなくターミナルで実行されます。プログラム自体は、xlibライブラリを使用するホスト上で実行されています。グラフィックスサーバーを操作するための基本的な低レベルインターフェイスを提供します。このインターフェースは非常に低レベルであり、ウィンドウの概念を導入します。画面の長方形の領域は、さまざまなフォントでベクターテキストを表示でき、さまざまなグラフィックプリミティブ（点、線、長方形、円、および画像）の描画も提供します。



基本的なグラフィカルプリミティブは非常にシンプルであるため、これによりウィジェットライブラリが登場しました。これらのライブラリは、より高いレベルの抽象化を提供し、グラフィカルインターフェイスを使用したプログラムの記述を大幅に簡素化します。たとえば、X Athena WidgetsライブラリはX Window Systemグラフィックスシステムの一部になりました。このライブラリは、ボタン、ラジオボタン、メニュー、入力フィールド、および同様のプリミティブの概念を導入しています。ただし、現代の基準では、かなり「ねじれ」に見えます。



そして、これがユーザーにとっての違いの始まりです。ユーザーが画面に表示する外観は、いくつかのサブシステムによって異なります。デスクトップと呼ばれるスペースを提供するのはデスクトップ環境であり、プログラムウィンドウ（ウィンドウ装飾）の外観を決定するウィンドウマネージャーであり、必ずしもそうではありませんが、デスクトップ環境に統合され、最後に、インターフェイス要素のライブラリです。画面に何がどのように表示されるかは、上記のコンポーネントの組み合わせによって決まります。



実際には、これは、異なるウィンドウマネージャーで起動された同じプログラムが、異なるタイトル、ウィンドウの境界線のサイズ、異なる最小化、フルスクリーン、閉じるボタンなど、異なるウィンドウ装飾を持つ可能性があるという事実につながります。ウィンドウマネージャはこれをすべて定義します。ただし、単一のウィンドウマネージャー内では、使用するライブラリーに応じて、さまざまなプログラムがさまざまな種類のインターフェイス要素を持つことができます。公平を期すために、Windowsでも同様の多様性が見られる可能性がありますが、ほとんどのWindowsプログラムは標準のGDI +またはラップアラウンドを使用しているため、それほど頻繁ではないことに注意してください。



Linuxユーザーはデスクトップで何に直面しますか？まず第一に、それはGNOMEまたはKDEであり、ほとんどのディストリビューションはこれらのデスクトップ環境に基づいています。ただし、これらに限定されず、さまざまなLinuxベンダーが約12の異なる環境を提供しています。インターフェイス要素のライブラリに関しては、GTKとQtの2つのライブラリが先導しています。どちらのライブラリもクロスプラットフォームであり、LinuxとWindowsの両方にプログラムが存在する場合は、GTKまたはQtを使用して作成されている可能性があります。ただし、例外もあります。たとえば、XamarinはLinuxおよびmacOS用のWindowsフォームライブラリのバージョンを作成しています。また、ウィンドウマネージャーの開発者がウィジェットライブラリを配布することもあります。したがって、そのようなLinux向けのさまざまなグラフィカルユーザーインターフェイスの由来は明らかです。

アプリケーションプログラマーから見たLinux

上記はすべてプログラミングにも当てはまります。サーバーまたはコンソールユーティリティを作成している場合は、ほとんどの場合、条件付きコンパイルディレクティブを使用する必要はありません。最新のLinuxはかなりよく標準化されており、完全にPOSIXに準拠しています。さらに、autoconfを使用すると、Linuxだけでなく、BSDからあらゆる種類のエキゾチックなPOSIX互換システム用のプログラムを作成できます。



おそらくパッケージ形式を選択する必要はありません。DEBとRPMの両方を使用すれば、ほとんどすべての使用例をカバーできます。サービスプログラムの場合、インストーラーがサービスの自動起動を正しく登録するように、起動スクリプトの形式に注意する必要があります。私の場合、フォントの場所に注意を払わなければなりませんでした。異なるベンダーがフォントを格納するために異なるパスを使用しているため、/ usr / share / fontsで始まる再帰検索がここで役立ちます-カスタムフォントを除くすべてのフォントはこのパスにあります。 / home / userにインストールされているカスタムフォントについては、混乱とぐらつきがあり、異なるベンダーが少なくとも2つの階層（〜/ .fontsと〜/ .local / share / fonts）を提供しています。



グラフィックスプログラムの場合、複雑さはやや大きくなります。動物園のさまざまなデスクトップ環境を考慮して、その特殊性を考慮する必要があります。たとえば、いわゆるデスクトップ通知はほとんどのデスクトップ環境でサポートされますが、一部のエキゾチックなウィンドウマネージャーでは動作しない場合があります。



最後に、ディストリビューション間で大きな違いをもたらすいくつかのより重要なポイント。最近のすべてのLinuxの類似性にもかかわらず、保護が強化されたディストリビューションで問題が発生する可能性があります。強制アクセスシステムが使用されているもの。たとえば、一部のリソースはすべてのクラシックディストリビューションでデフォルトで使用できますが、保護されたバージョンのLinuxではアクセスエラーが発生します。この場合、プログラムがどこでどのように失敗するかを事前に予測することは不可能であるため、唯一の解決策は保護されたディストリビューションでテストすることです。または、ユーザーがテクニカルサポートに連絡した後の問題のクイックフィックス。



2番目のポイントは、ディストリビューションの人気です。あまり一般的ではないライブラリまたはフレームワークを製品の一部として使用している場合、そのようなディストリビューションにこのライブラリの古いバージョンまたは不完全なバージョンが含まれる可能性があります。私の実務では、この状況は、C＃のSystem.Text.Encodingライブラリのコードページ1251をサポートするディストリビューションの1つで発生しました。このような問題に対処する方法は1つしかありません。他のLinuxディストリビューションでは問題が発生しないため、このディストリビューションの開発者向けのテクニカルサポートに問題を詳細に説明し、他のディストリビューションでは問題がないことを伝える必要があります。



出力。Linuxの保護されたバージョンを考慮しない場合、システム管理者およびプログラマーの観点から見ると、最新のディストリビューションは非常に似ています。多くの場合、同じベンダーの異なる世代のディストリビューション間の違いは、最新のディストリビューション間の違いよりも重要です。ユーザーの観点から見ると、主な違いは、デスクトップ環境とディストリビューションに付属するソフトウェアの選択と構成にあります。