получим кучу несжимаемых данных dd if=/dev/urandom of=random.dat bs=1M count=БОЛЬШЕРАЗМЕРАОЗУ bzip2 -c < random.dat > random2.dat.bz2 распакуем в /dev/null (можно и на диск конечно) bzip2 -dc < random2.dat.bz2 > /dev/null Сбой обычно выглядит так: bzcat: Data integrity error when decompressing.
Процессор действительно нагружен, а какое отношение это имеет к памяти - непонятно.
Что мы точно не протестируем, навскидку: 1. невыгружаемые блоки памяти занятые ядром 2. Блоки памяти которые запрещено отправлять в своп (например SGA oracle если он залочен в RAM) 3. Блоки памяти занятые bzip в данный момент
Потом, даже если мы распаковываем файл, этот процесс не займет всю память системы.
Очень странная статья
А ведь мог заранее поменять :) Так что, автору верю!
посыпался диск, с ошибками записи после чего система отказалась запускаться после перезагрузки...
это дефект диска? или же команда каким-то образом способствовала его разрушению?