Что является самым сильным способом, которым приложение может завершиться себя (Linux)

В рамках одного запущенного процесса kill (getpid (), SIGKILL) - самый экстремальный вариант, поскольку очистка невозможна.

В противном случае попробуйте виртуальную машину или поставьте тестовую машину на удлинитель и выключите питание, если вы проводите автоматическое тестирование.

If you need the application to terminate itself, the following seems appropriate:

kill(getpid(), SIGKILL); // same as kill -9

If that's not violent enough (and it may not be), then I like the idea of terminating a VM inside which your application is running. You should be able to rig up something where the application can send a command to the host machine (via ssh or something) to terminate its own VM.

Бесконечная рекурсия, должно закончиться место в стеке (если нет, убийца OOM завершит работу):

void a() { a(); }

Вилочная бомба (если приложение не имеет ограничений на вилку, то Убийца OOM должен убить приложение в какой-то момент):

  while(1)
    fork();

Закончилась память:

  while(1)
    malloc(1);

I've had regression tests that we used to perform where we flicked the power switch to OFF. Пока делаю дисковый ввод-вывод.

Неспособность восстановить позже была, ну, в общем, неудачей.

Вы можете купить надежность вот так: обычно вам понадобится «сертификат конечного пользователя».

Вы можете получить это в программном обеспечении, разговаривая (грязно) к вашему ИБП. ИБП APC определенно будут отключать питание под управлением программного обеспечения!

Кто сказал, что системы не могут отключать питание самостоятельно?

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

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

Try

raise(SIGKILL)

in the process, or from the command line:

kill -9 pid

where pid is the PID of your process (these two methods are equivalent and should not perform any cleanup)

Почему бы не сделать остановку? Или вызвать панику?

kill -9

Он завершает процесс и не позволяет запускать обработчики сигналов.

IMHO the closest to come to a power outrage is to run the application in a VM and to power of the VM without shutting down. In all other cases where the OS is still running when the application terminates the OS will do some cleanup that would not occur in a real power outage.

You could try using a virtual machine. Freeze it, screw it hard, and see what happens.

Otherwise kill -9 would be the best solution.

Как указано, старайтесь использовать как можно больше ресурсов, пока ядро ​​вас не убьет:

while(1)
    {
    malloc(1);
    fork();
    }

Другой способ - попытаться записать на страницу только для чтения, просто продолжайте писать в память, пока не получите ошибку шины.

Если вы можете добраться до ядра, отличный способ убить его - просто записать поверх структуры данных, которую использует ядро, бонусные баллы, если вы обнаружите, что страница доступна только для чтения и помечена как доступная для записи, а затем перезапишите ее. Кстати, большинство ядер Linux допускают запись в syscall_table или таблицу прерываний, если вы напишете туда, ваша система обязательно выйдет из строя.

постарайтесь использовать как можно больше ресурсов, пока ядро ​​вас не убьет:

while(1)
    {
    malloc(1);
    fork();
    }

Другой способ - попытаться записать на страницу только для чтения, просто продолжайте писать в память, пока не получите ошибку шины.

Если вы можете добраться до ядра , отличный способ убить его - просто записать поверх структуры данных, которую использует ядро, бонусные баллы, если вы обнаружите, что страница доступна только для чтения и помечена как доступная для записи, а затем перезапишите ее. Кстати, большинство ядер Linux допускают запись в syscall_table или таблицу прерываний, если вы напишете туда, ваша система обязательно выйдет из строя.

постарайтесь использовать как можно больше ресурсов, пока ядро ​​вас не убьет:

while(1)
    {
    malloc(1);
    fork();
    }

Другой способ - попытаться записать на страницу только для чтения, просто продолжайте писать в память, пока не получите ошибку шины.

Если вы можете добраться до ядра , отличный способ убить его - просто записать поверх структуры данных, которую использует ядро, бонусные баллы, если вы обнаружите, что страница доступна только для чтения и помечена как доступная для записи, а затем перезапишите ее. Кстати, большинство ядер Linux допускают запись в syscall_table или таблицу прерываний, если вы напишете туда, ваша система обязательно выйдет из строя.

бонусные баллы, если вы обнаружите, что страница доступна только для чтения и помечена как доступная для записи, а затем перезапишете ее. Кстати, большинство ядер Linux допускают запись в syscall_table или таблицу прерываний, если вы напишете туда, ваша система обязательно выйдет из строя.

бонусные баллы, если вы обнаружите, что страница доступна только для чтения и помечена как доступная для записи, а затем перезапишете ее. Кстати, большинство ядер Linux допускают запись в syscall_table или таблицу прерываний, если вы напишете туда, ваша система обязательно выйдет из строя.