Монитор, когда чтение-запись на метаданных или отображенных файлах поразило диск
Символьные ссылки добавляют, что уровень абстракции так медленнее для открытия, чем жесткие ссылки, хотя, достаточно вероятно, иметь заметное значение в общих вариантах использования.
На размере диска символьной ссылки зависит реализации файловой системы. Я предположил бы, что это или имеет тот же размер с современной файловой системой, которые оптимизируют устройство хранения данных имени при помощи "быстрых символьных ссылок" или немного больше иначе, особенно когда связанный путь является слишком длинным для помещений в структуру данных файла.
Однажды открытый, используете ли Вы символьные ссылки или жесткие ссылки, не имеет значения, что касается операций чтения-записи.
Править: Потребность символьной ссылки сохранить путь к связанному файлу где-нибудь. Первоначально, это было сделано в блоке данных. Позже, большинство файловых систем реализовало быстрые символьные ссылки, где этот путь был сохранен в самой структуре данных файла, сохранив и чтение и дисковое пространство.
Код в сущности: [115111] https://gist.github. com/Martiusweb/10633360
После моего комментария я только что вспомнил эту замечательную команду: iotop
iotop watches I/O usage information output by the Linux kernel (requires
2.6.20 or later) and displays a table of current I/O usage by processes or
threads on the system.
Однако обычно она не устанавливается, так как ваш сервер, кажется, находится в production, вы можете посмотреть здесь , если не можете его установить.
Также lsof - отличная команда для проверки файлов, открытых процессом.