С некоторым дальнейшим расследованием кажется, что проблема производительности происходит главным образом из-за высокого количества сетевых вызовов между двумя системами (Oracle SSXA и UCM). Вызовы быстры, но много и сериализированный, следовательно низкое использование ЦП (главным образом ожидающий ввода-вывода), высокое среднее число загрузки (много вызовов, ожидающих, чтобы быть обработанными) и особенно долгое время отклика (накоплением маленького времени отклика).
Спасибо за Ваше понимание на этой проблеме!
vifm документация явно касается этого требования:
:filet[ype] pat1, pat2... [{Descr}] def_prog [и], [{descr}] prog2 [и]...
Пространство, сопровождаемое амперсандом как два последних знака команды, означает работать команды в фоновом режиме.
Я имею
filetype *.pdf apvlv &
в моем .vifm/vifmrc
и это фоны любой .pdf
файлы я открываюсь, позволяя мне закрыться из vifm
и имейте apvlv
все еще открытый.
Я добавляю этот ответ сюда, потому что этот вопрос всплывает при различных поисках выполнения приложения под курсором в vifm. Первоначальный ответ работает для типов файлов (, поскольку оператор запросил ).
Однако вот как добавить привязку, которая будет запускать исполняемый файл под курсором (, то есть приложение с графическим интерфейсом )в фоновом режиме из vifm.
Добавьте подобную привязку клавиш в ваш файл vifmrc, чтобы нажатие gx
попыталось выполнить объект под курсором в фоновом режиме:
nnoremap gx :!%d/%c &<cr>