Файлы искажения символьной ссылки в подкаталогах, не изменяя текущий каталог

Можно дефрагментировать данные, хранящиеся в файловой системе (файлы, структуры файловой системы, метаданные и т.д.), свободное пространство или и то, и другое.

Вероятно, когда кто-то говорит «дефрагмент», он имеет в виду данные (ваше первое определение). Традиционно при дефрагментации свободного пространства оно ставится в конец (ваше второе определение). Обычно вы делаете это только во время подготовки к сокращению раздела, но вы также можете сделать это, например, чтобы разрешить большое непрерывное распределение (скажем, вы собираетесь редактировать некоторые видео). Но на самом деле, за исключением сокращения раздела, дефрагментация свободного пространства не часто требуется.

Усадка перегородки, как правило, возможна только на одном из концов (большинство, если не все, форматов перегородки [1] не позволяют вырезать отверстие посередине). Обычно структуры данных файловой системы занимают начало раздела, поэтому сокращение (и увеличение) обычно выполняется в конце. Независимо от того, какой инструмент вы используете для этого (диспетчер дисков Windows, gparted и т.д.), на конце должно быть достаточно свободного места, и это часто требует перемещения данных. И Windows, и gparted сделают это.

Требует ли FS дефрагментации, зависит от многих вещей, по крайней мере:

• Для чего она используется. Случайные редко используемые документы могут допускать безграничную фрагментацию; Приложения видеорегистратора pushing-the-limits не могут допускать никаких. Некоторые вещи на самом деле более терпимы к фрагментации, чем вы думаете, например, базы данных (потому что они обычно делают случайное чтение/запись, а не последовательное).
• Какой это тип диска. Поиски на твердотельных накопителях практически бесплатны, поэтому фрагментация намного дешевле.
• Объем памяти, доступной для дискового кэша. Не имеет значения, насколько он фрагментирован на диске, если все его данные считываются и все они удовлетворяются из кэша. Или, если все записи могут быть буферизованы достаточно долго, чтобы отправить их на диск по порядку.
• ОС, главным образом из-за различий кэширования.
• Файловая система. Некоторые имеют много накладных расходов для очень фрагментированных файлов.

Основная проблема фрагментации, как правило, заключается в том, что она добавляет стремится к тому, что может быть последовательным чтением/записью.

1: Хотя часто это делают логические дисковые менеджеры. Например, при использовании разреженного распределения его типичная попытка освободить достаточно большие блоки неиспользуемого пространства. Заметьте, что они притворяются файловой системе, что пространство не было восстановлено (и отдают его обратно, когда файловая система хочет записать туда).

Вы не поделились достаточной информацией, чтобы показать, что ваш компьютер имеет двойное подключение, которое, в свою очередь, можно использовать для двух различных каналов MPTCP. Но поскольку я полагаю, что вы пытались дать достаточно информации, я могу сделать вывод, что вы не знаете предпосылок, и поэтому я думаю, что могу дать вам ответ. Я на самом деле не использую MPTCP, и другие могут дать вам лучшие ответы.

Многолучевое TCP полезно, когда одна из оконечных устройств может взаимодействовать с другой через различные маршруты.В вашем случае вы, кажется, предполагаете, что ваша машина является конечной точкой, которая может быть доступна через несколько маршрутов, но я не убежден, что ваша машина настроена так, что она может работать таким образом.

Прежде всего, необходимо использовать исходную маршрутизацию. Некоторые примеры приведены в запросе на использование функций, который должен быть выполнен при создании конфигурации маршрутизации на основе источника . Во-вторых, трудно добраться до компьютера извне, если он имеет частные сетевые адреса, скрытые за маскирующим (NAT) маршрутизатором. MPTCP хорошо работает на устройствах, подключенных к Интернету, а не на устройствах, подключенных к частным сетям с ограниченным подключением через маскирующий маршрутизатор.

Если вы хотите просто поэкспериментировать, вам, возможно, будет легче использовать только одно соединение для достижения конечной точки с поддержкой MPTCP через два различных маршрута. Но если вы хотите использовать два различных соединения на вашей стороне, вам, вероятно, придется сначала получить две реальные ссылки на Интернет с одним общедоступным IPv4 или IPv6 адресом.

Вы сказали, что некоторые веб-сайты указывают, что у вас есть поддержка MPTCP. Вы должны проверить с этими веб-сайтами, что именно это означает. Может быть просто то, что ваша система сообщает им поддержку MPTCP, которая ничего не говорит о количестве каналов, которые вы можете запустить. Также может быть, что вы можете общаться через один интерфейс, но можете использовать несколько каналов, если веб-сайт доступен через несколько адресов.

Но что-то в синтаксисе вызывает недоумение и противоречит ожиданиям.

Аргументами для ln в том виде, в котором вы его используете, являются:

ln [OPTION]... [-T] TARGET LINK_NAME (1-я форма)

Недоумение заключается в том, что при создании symlink аргумент target для ln должен быть не путем к файлу, а скорее содержимым создаваемой symlink. Если подумать на мгновение, то очевидно, что это должен быть именно путь. Рассмотрим:

$ echo foo >foo
$ ln -s foo bar1
$ ln -s $PWD/foo bar2
$ cat bar1
foo
$ cat bar2
foo
$ ls -l bar1 bar2
lrwxrwxrwx 1 matt matt  3 Dec 29 16:29 bar1 -> foo
lrwxrwxrwx 1 matt matt 29 Dec 29 16:29 bar2 -> /home/matt/testdir/foo

В этом примере я создаю 2 символьные ссылки с именами «bar1» и «bar2», которые указывают на один и тот же файл. ls показывает, что сами symlinks имеют различное содержимое, хотя - один содержит абсолютный путь, а другой - относительный путь. Из-за этого один будет продолжать работу, даже если он будет перемещен в другой каталог, а другой не будет:

$ mv bar2 /tmp
$ cat /tmp/bar2
foo
$ mv bar1 /tmp
$ cat /tmp/bar1
cat: /tmp/bar1: No such file or directory

Таким образом, учитывая, что мы должны иметь возможность создавать как относительные, так и абсолютные символьные ссылки, и даже создавать разорванные символьные ссылки, которые станут неразорванными, если целевой файл будет создан позже, аргумент target должен интерпретироваться как текст произвольной формы, а не путь к уже существующему файлу.

Если вы хотите создать файл с именем deploy/resources.php, который ссылается на deploy/resources.build.php, вам нужно решить, хотите ли вы создать абсолютную symlink (которая устойчива к перемещаемому symlink, но разрывается при перемещении целевого объекта) или относительную symlink (который будет продолжать работать до тех пор, пока symlink и target перемещаются вместе и поддерживают одинаковые относительные пути).

Чтобы создать абсолютную символьную ссылку, можно сделать следующее:

$ ln -s $PWD/deploy/resources.build.php deploy/resources.php

Чтобы создать относительную ссылку, сначала необходимо определить относительный путь от источника к цели. В этом случае, поскольку источник и цель находятся в одном каталоге относительно друг друга, можно просто сделать следующее:

$ ln -s resources.build.php deploy/resources.php

Если бы они не находились в одном каталоге, вместо этого нужно было бы сделать что-то вроде:

$ ln -s ../foo/f bar/b

В этом случае, несмотря на то, что foo и bar находятся в текущем каталоге, необходимо включить ../ в ln target , поскольку в нем описывается, как найти f из каталога, содержащего b .

Это чрезвычайно длинное объяснение, но, надеюсь, оно поможет вам понять синтаксис ln немного лучше.