Как я проверяю, что ядро Linux не замораживается при загрузке или загрузке больших данных по интерфейсу Ethernet?

Это еще не близко к быть определенным ответом. Вместо этого это - ряд предложений слишком долго для вписываний в комментарии.

Я боюсь, что Вы могли бы немного неправильно истолковать значения sysfs cpufreq параметры. Например, на моем Базовом ноутбуке Duo, related_cpu параметры для обоих чтений ядер 0 1 - который, согласно Вашей интерпретации, означал бы, что ядра не могут переключить частоты независимо. Но дело не в этом - я могу установить каждую частоту по желанию. В отличие от этого, affected_cpus параметр для каждого ядра перечисляет только соответствующее число ЦП.

Вы могли бы хотеть смотреть на документацию ядра для частоты CPU для получения лучшего понимания параметров такой как affected_cpus,related_cpus,scaling_* и cpuinfo_*. Документация обычно распределяется с исходными пакетами ядра. А именно, я рекомендую читать /Documentation/cpu-freq/user-guide.txt, где обычно обозначал бы /usr/src/linux или /usr/src/linux-. (Однако, когда я скольжу через документацию сам теперь, я признаюсь, что не ловлю некоторые связанные с частотным масштабированием нюансы. Чтобы полностью понять их, вероятно, нужно получить основательное понимание архитектур ЦП сначала.)

Назад к Вашему вопросу. И еще один тестовый сценарий с моей стороны: когда я изменяю значение scaling_max_freq (с также userspace или performance используемый регулятор), часы ядра автоматически переключаются на тот новый максимум. Другое поведение, которое Вы наблюдаете, могло бы быть любым из:

• характерный для аппаратной реализации механизмов частотного масштабирования на Вашем ЦП,
• из-за различий между стандартом cpufreq модуль и phc-intel который я использую,
• нормальное поведение (называют это ошибкой или функцией, если Вы будете) cpufreq модуль, который изменился в какой-то момент с тех пор 2.6.35 (моя текущая версия ядра 3.6.2),
• результат ошибки в cpufreq реализация для Вашего ЦП (или все семейство),
• характерный для реализации performance Регулятор ЦП с 2.6.35.

Некоторые вещи Вы могли бы сделать для продвижения расследования далее:

• читайте user-guide.txt и скрипка больше с другим cpufreq параметры,
• повторите тесты при выполнении более нового ядра - самый легкий путь состоит в том, чтобы загрузить liveCD/DVD/USB.

Если Вы продолжаете испытывать неожиданное поведение и получать больше причин полагать, что это происходит из-за ошибки (определенно должен свериться с последней незначительной версией ядра), разрешение, и сообщите об этом относительно kernel.org Bugzilla.