高速で遅いシンボリックリンク

「ディスクにファイル情報を格納するために使用されるデータ構造（アノード）内にターゲットパスを保存できるようにする」とは、クイックシンボリックリンクがクイックシンボリックリンクのアノード内にリンクされたファイルへのパスを保存することを意味します。 ？

はい

ファイル自体として、高速シンボリックリンクは実際にはinodeであり、ファイルの内容はありませんか？

「ファイル内容を含める」の意味によって異なります。ファイルの内容open()を取得できないため、シンボリックリンクにはread()ファイルの内容は含まれません。ただし、引用したテキストとは、「ファイルにリンク先へのテキスト参照が含まれている」という意味です。はい。そのテキスト参照はファイルの「内容」と見なすことができます。

これは、シンボリックリンクが高速シンボリックリンクであるか遅いシンボリックリンクであるかにかかわらず同じです。ファイルシステムがこの情報をディスク上のデータ構造に保存することを選択する方法と場所は実装の詳細であり、これには影響しません。

遅いシンボリックリンクにはファイル自体にinodeがあり、一部のファイルの内容はターゲットパスにありますか？

同じ観点から見るとそうです！

「ターゲットパスが使用可能なinodeスペースを超える場合」とはどういう意味ですか？

inodeを格納するために使用されるファイルシステムとデータ構造の種類、そのデータ構造に空き容量がどれだけあるか、サイズが可変か固定かによって異なります。遅いシンボリックリンクとして保存される前のシンボリックリンクターゲットパスの最大長は、ファイルシステムの実装の詳細です。

しかし、特定のファイルシステムが短いコンテンツを保存するために同じトリックを使用するのを防ぐことはできません。定期的なスペースとディスクアクセスを節約するためのファイルです。

シンボリックリンクが高速か遅いかを確認するコマンドはありますか？

せいぜいファイルシステムのデバッグやダンプツールです。興味のあるファイルシステムの種類（xfs、ext *、btrfsなど...）に完全に依存します。

ファイルの内容がある場合、シンボリックリンクの内容を表示するコマンドは何ですか？ （この方法では、高速シンボリックリンクにファイルコンテンツはありませんが、遅いシンボリックリンクにファイルコンテンツがある場合はこれを確認できます。）

を使用してシンボリックリンクのターゲットパス（コンテンツ）を取得できますが、それでもreadlink問題ls -lありません。