Я могу локализовать UIDatePicker?

Жесткие ссылки полезны, когда исходный файл становится перемещенным. Например, перемещая файл от / мусорного ведра до/usr/bin или к/usr/local/bin. Любая символьная ссылка на файл в / мусорном ведре была бы повреждена этим, но hardlink, будучи ссылкой непосредственно на inode для файла, не будет заботиться.

Жесткие ссылки могут взять меньше дискового пространства, поскольку они только поднимают запись каталога, тогда как для символьной ссылки нужен ее собственный inode для хранения имени, на которое это указывает.

Жесткие ссылки также занимают меньше времени для разрешения - символьные ссылки могут указать на другие символьные ссылки, которые находятся в symlinked каталогах. И некоторые из них могли быть на NFS или других файловых системах высокой задержки, и так могли привести к сетевому трафику для разрешения. Жесткие ссылки, будучи всегда в той же файловой системе, всегда разрешаются в единственном поиске, и никогда не включают сетевую задержку (если бы это - hardlink в файловой системе NFS, сервер NFS сделал бы разрешение, и это было бы невидимо для клиентской системы). Иногда это важно. Не для меня, но я могу вообразить высокоэффективные системы, где это могло бы быть важно.

я также думаю вещи как mmap (2) и даже открываюсь (2), используют ту же функциональность в качестве hardlinks для хранения файла inode активный так, чтобы, даже если файл добирается, расцепили (2) редактор, inode остается предоставлять продолженный доступ процесса, и только как только процесс закрывается, это делает файл, действительно уходят. Это допускает намного более безопасные временные файлы (если можно получить открытое и расцепить для случая атомарно, который может быть API POSIX для этого, я не помню, тогда у Вас действительно есть безопасный временный файл), где Вы можете чтение-запись Ваши данные ни с кем способность получить доступ к нему. Ну, это было верно, прежде чем/proc дал всем способность посмотреть на Ваши дескрипторы файлов, но это - другая история.

, Разговор которого, восстанавливая файл, который открыт в процессе A, но расцепляемый в файловой системе, вращается вокруг использования hardlinks для воссоздания ссылок inode, таким образом, файл не уходит, когда процесс, который имеет его открытые завершения это или уходит.