Я нашел решение: добавление openssl enc -aes-128-cbc -a -d
к смеси. Однако, как упоминалось в принятом ответе , этот вариант, вероятно, не очень безопасен.
Во-первых, введите здесь комбинацию имени пользователя и пароля (или эквивалент в кодировке base64),
echo "" | openssl enc -aes-128-cbc -a
Он запросит пароль дважды. Этот пароль является паролем, который вам нужно будет вводить каждый раз, когда устанавливается http_proxy
.
Затем в .babunrc
(или где бы вы его не указали),
export http_proxy="http://`echo "
Если вход был закодирован в base64, вам понадобится это вместо этого:
export http_proxy="http://`echo "
Если
имеет новую строку, \ n
будет работать для нее.
Как отметил в комментариях , в этом конкретном случае подвох заключался в :использовании ЦП в виде нескольких чисел-14.4 us, 7.6 sy, 76.7 ni
. Цитата из «Что означает «хорошо» на графиках использования ЦП?»-
Использование «удобного приоритета», которое было высоким в данном конкретном случае, указывает «% процессорного времени, занимаемого процессами пользовательского уровня с положительным значением хорошего приоритета (более низким приоритетом планирования --см.man nice
для получения подробной информации. )».
Если вы столкнулись с высокой нагрузкой при низкой общей загрузке ЦП , помните, что «средняя нагрузка» в Linux включает все задачи в непрерывном состоянии (существует множество причин, по которым задача находится в таком состоянии., такие как ожидание ввода-вывода)-см. этот сервер вопросов и ответов для нескольких кратких объяснений или, если вы хотите углубиться, прочитайте "Средние значения нагрузки Linux :Решение Тайна» Брендана Грегга .
Также имеет значение:Высокая средняя загрузка со скромной загрузкой ЦП и почти полным отсутствием операций ввода-вывода при сбое сервера.