Что происходит в BASH, когда вы нажимаете Ctrl-C (подсказка, это не просто отправка SIGINT)

Подсказка, это не просто отправка SIGINT).

Да, это просто отправка SIGINT :-) Происходит дросселирование, вы правы. Вот что я подозреваю:

• Что-то ограничивает пропускную способность соединений. Для отслеживания соединений он также включает исходный порт (что является плохой идеей, IMO) среди других параметров.

• Когда вы убьете apt-get и перезапустите его, он, естественно, получит новый исходный TCP-порт, и злая сущность, сдерживающая вас, подумает: О, это новое соединение, которое это на самом деле

Так как же ускорить процесс? Что ж, реальным решением было бы использование нескольких параллельных загрузок. Я никогда не использовал его сам, но я слышал об инструменте под названием apt-fast (на самом деле это сам сценарий bash), который делает что-то подобное.

РЕДАКТИРОВАТЬ

Прочитав вопрос еще раз, я подозреваю, что сигнал не отправлен на apt-get.

sudo apt-get install foo -y &
sudo kill -2 $! # sends signal to sudo, which sends whatever it wants to `apt-get`

Итак, я считаю, что sudo ловит сигнал и отправляет что-то еще (sigterm? sighup?) на apt-get.

Хорошо, тайна раскрыта! Спасибо полезным людям из Индийской группы пользователей Linux.

Ответ здесь двоякий -

Во-первых, apt-get вызывает другую программу под названием http для загрузки данных.

[~] ➔ file /usr/lib/apt/methods/http

/usr/lib/apt/methods/http: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15,
stripped

Обратите внимание, что это исполняемый файл, даже не скрипт, вероятно, для поддержки загрузки файлов во время установки системы, когда ни один из perl/python/ruby и т. д. еще не доступен.

Во-вторых, когда вы нажимаете Ctrl-C после запуска apt-get, SIGINT отправляется на http, а не на apt-get. Когда http получает SIGINT, он сохраняет состояние загрузки перед выключением.

Вот обновленный скрипт, который отлично работает -

#!/bin/sh
for i in `seq 1 100` ; do
    sudo apt-get install foo -y &
    sleep 10
    sudo kill -2 `ps -ae | grep " http" | awk '{print $1}'`
done

Хорошо, как сказал cnicutar, он просто отправляет сигнал SIGINT. Теперь ключ к тому, что было сказано, находится здесь:

Я подозреваю, что сигнал не отправляется на apt-get

что является правдой. Позволь мне объяснить.

Запуск sudo foo запускает процесс sudo, который затем (то есть после того, как вы вставите свой пароль) вызывает foo; это аргумент. Как только sudo примет пароль и вызовет foo, вы окажетесь в "пространстве" foo. Все, что вы делаете, ожидая завершения foo, выполняется foo, а не sudo.

Таким образом, при отправке CtrlC во время ожидания выполнения своей работы apt этот сигнал отправляется на apt.

Теперь, если вы запустите sudo, его pid будет сохранен в $! var. Отправка сигнала kill на этот pid/var отправляет сигнал kill на sudo, а не на apt, который позже был запущен sudo. Если вы хотите отправить сигнал kill на apt, вы, вероятно, захотите использовать утилиту pidof.

Проверьте себя:

sudo do-something
echo $!
pidof do-something

на выходе должны быть два разных pid s.
Надеюсь, это немного поможет.