История изменений
Исправление MyTrooName, (текущая версия) :
Асинхронность всегда добавляет недетерминированность и значительную долю сложности, так как появляются зависимости между отдельными операциями, которые до этого не могли пересекаться
можно конкретнее? любая асинхронность лучше, чем абсолютно несинхронизируемые действия в одной фс, как это по-дефолту сейчас(например, два mv одного и того же каталога в разные места, параллельно)
да и не обязательно делать ничего сверх того, что есть. просто все копирования в рамках одного бинарника
прямой выгоды от её реализации я в данный момент не вижу
собственно, реализация в vifm не требуется - основная часть работы - это реализация библиотеки, которую vifm будет использовать. выгода - прилагаемый индикатор прогресса и бекграундинг через юникс-вей. например отобразить интерфейс управления бекграундными операциями можно запустив консольный клиент-«нотификатор»
Исправление MyTrooName, :
Асинхронность всегда добавляет недетерминированность и значительную долю сложности, так как появляются зависимости между отдельными операциями, которые до этого не могли пересекаться
можно конкретнее? любая асинхронность лучше, чем абсолютно несинхронизируемые действия в одной фс, как это по-дефолту сейчас(например, два mv одного и того же каталога в разные места, параллельно)
прямой выгоды от её реализации я в данный момент не вижу
собственно, реализация в vifm не требуется - основная часть работы - это реализация библиотеки, которую vifm будет использовать. выгода - прилагаемый индикатор прогресса и бекграундинг через юникс-вей. например отобразить интерфейс управления бекграундными операциями можно запустив консольный клиент-«нотификатор»
Исходная версия MyTrooName, :
Асинхронность всегда добавляет недетерминированность и значительную долю сложности, так как появляются зависимости между отдельными операциями, которые до этого не могли пересекаться
можно конкретнее? любая асинхронность лучше, чем абсолютно несинхронизируемые действия в одной фс, как это по-дефолту (например, два mv одного и того же каталога в разные места, параллельно)
прямой выгоды от её реализации я в данный момент не вижу
собственно, реализация в vifm не требуется - основная часть работы - это реализация библиотеки, которую vifm будет использовать. выгода - прилагаемый индикатор прогресса и бекграундинг через юникс-вей. например отобразить интерфейс управления бекграундными операциями можно запустив консольный клиент-«нотификатор»