Версия ядра с патчами Meltdown и Spectre ломает загрузку Ubuntu

https://www.bleepingcomputer.com/news/software/meltdown-and-spectre-patches-c...

January 10, 2018 11:00 AM

чо т не очень актуально. Оригинальный баг в багтрекере вообще от 8 числа

https://bugs.launchpad.net/ubuntu/ source/linux/ bug/1741934

Шо ж ты не написал новость, а ждал три дня? )

Слишком быстро

А что там с производительностью на линуксах? Гугл говорит, что не все так плохо, а есть независимые исследования?

И стоило ради этого целую мини-новость делать?
Тем более, что уже исправили

Интелы 7-8 поколений держатся, а всё, что старее, в том числе и мой i7 3770 — сосет.

Но я обновления не ставил, у меня стоит NoScript в пожирателе оперативки.

На АМД замедлитель не работает.

Гугл говорит, что не все так плохо

Намекает на кабилейки и кофелейки.

а есть независимые исследования?

У меня сейчас как раз две версии ядра — патченная 4.14.0-3-amd64 (4.14.12) и непатченная 4.14.0-2-amd64 (4.14.7).

Перебор файлов в ФС, второй и последующие запуски, когда обращения к диску оседают в буфере:

4.14.0-2-amd64 (4.14.7):

$ time find . -type f | wc -l
1103245

real	0m1,308s
user	0m0,448s
sys	0m0,958s

$ time find . -type f | wc -l
1103213

real	0m1,529s
user	0m0,566s
sys	0m1,079s

Сборка ядра 4.14.10, defconfig:

4.14.0-2-amd64 (4.14.7):

real	3m29,270s
user	24m21,882s
sys	1m58,091s

real	3m34,037s
user	24m28,217s
sys	2m12,123s

Мне лениво собирать статистику, но по прикидкам у первого теста общее время гуляет в рамках пары-тройки десятков миллисекунд, тогда как у второго погрешность порядка двух секунд.

Skylake.

Ну там новость на английском вышла уже после того как было нормальное ядро в репах:) я думал это уже никого не аффектит

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

Meltdown и Spectre — названия двух атак на процессоры Intel/AMD/ARM64/Power (комментарий)

У Гугла и неплохо. Они дисковым I/O практически не пользуются, чего ж у них плохо-то будет?

решето

Не знаю что там у 3770, но интелы 7-го поколения точно так-же сосут с причмокиванием. Производительность нагруженного сервака с БД стабильно просела на 10%. Если это называется «держатся», то я боюсь даже предположить что тогда будет со старыми процами..

Ребят а Ivy Bridge (3 поколение) тоже проседают по производительности?

Все проседают по производтельности. Причём, все проседают значительно. M$ пишет, что (цитирую): «Benchmarks of Windows 10 running on 2016-era PCs or newer - with Skylake, Kabylake or newer CPUs - have on average seen „single-digit slowdowns“ that Microsoft says shouldn't be noticeable. But running Windows 10 on older systems get noticeably slower». источник

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

Так что, они обновления не тестируют что-ли перед тем как людям выкатить?

Хороший вопрос.

Вот и обнаружены первые пострадавшие от Meltdown и Spectre

Я отгреб. Думал сам виноват ибо делал всякие эксперименты. Теперь у меня на ЛОР новое имя.

Странно, с этим самым ядром у меня всё загрузилось. Но глюкодром страшный был.

Благо смог обновить ядро прямо из работающего глючного

Надо же, прямо как в виндосе.

Одна из самых удивительных черт стабильного дебиана заключается в том, что скрипты установки не делают резервной копии ядра и initrd, когда накатывается обновление.

В Debian в такой ситуации можно только выйти в окно за загрузочной флешкой.

Лол, правда? Вроде большинство дистрибутивов держат после апдейтов как минимум 2 версии ядер. На всякий.

А заранее надо делать. Венда вот тоже после обновления может стать кирпичом. Я вообще, чтобы не приходилось выходить в окно, впихнул sysrescue-cd себе прямо в раздел EFI.

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

уж не знаю что они там исправляли, теперь имеем следующее. проверил любимой синтетикой openssl speed, разницы нет. Но появилось одно НО! grep MHz /proc/cpuinfo показывает что проц работает на максимальной частоте, вместо 500MHz в простое как было до обновления.

$ grep MHz /proc/cpuinfo 
cpu MHz		: 2600.000
cpu MHz		: 2600.000
cpu MHz		: 2600.000
cpu MHz		: 2600.000

хм.

$ cpufreq-info | grep "CPU frequency"
  current CPU frequency is 1.47 GHz.
  current CPU frequency is 500 MHz.
  current CPU frequency is 500 MHz.
  current CPU frequency is 500 MHz.

впихнул sysrescue-cd себе прямо в раздел EFI

А это дельная мысль.

Интелы 7-8 поколений держатся, а всё, что старее, в том числе и мой i7 3770 — сосет.

На phoronix уже сделали тесты на старых лептопах, все норм, даже core2 dou в большинстве тестов просел незаметно, жесть начинается с пятой страници, к счастью Redis не использую, надеюсь просадки производительности на своем ноуте с core 2 dou не замечу.

Я тоже подумал, но на форуме есть несколько человек, которые наступили на грабли.

Там далеко не все машины затронуты были.

А как это связано? И какое старое?

aidaho, ekzotech — вот именно в ситуации с ядром с этими исправлениями в Debian 9 старое без этих патчей не пропало из GRUB2 у меня — возможно сделали исключение.

apt install -f

Если проц интел и старше примерно 2010 года, лучше запустить утилиту i7z - она вроде бы точнее всего покажет частоту, причём реальных ядер, а не HT.

патченная 4.14.0-3-amd64 (4.14.12) и непатченная 4.14.0-2-amd64 (4.14.7)

вот теперь понятно - у меня от патченного проприетарщина сразу рухнула, а про виртуальную машину только сегодня просек - не работает, dpkg-reconfigure говорит что LSB померло

phoronix
сделали
просел незаметно,

Я даже не знаю...

не удержался и тоже занялся тестами - взял что попроще 7z b и к моему великому изумлению не увидел между старыми ядрами и новыми никакой разности в производительности...

Да фиг его знает. Я вообще компьютер не отключаю, а тут дернул за провод и при загрузке сыпится дамп. Я и так и эдак и с внешнего диска грузил. Психанул. А сегодня вот читаю. Знал бы.....

браузер зависает когда удаляются файлы с диска. при этом процессор загружен на 5%, свободной памяти полно (всего 25% занято). в общем так себе обновление.

Знаешь, я однажды дернув за провод угробил систему без всяких ядер — ФС не любит такого отношения. И все равно не ясно, зачем при этом ник менять.

Косячнули как и мелкософт. Они 3 января сообщили о повальном незагрузе ОСи на некоторых АМД, после обнов. Парочка таких у нас в ремонте, оба на 10й венде, причём один с интелом. Переустанавливать низзя - туева хуча бух программ, КЭП в реестре и пр. Откаты, восстановления и пр не помогают. Вот и ломаем бошку как спасти. Сам мелкософт рецептов не даёт, точнее дибилиз, а не рецепты (запретите обновы # такие-то - КАК? Ядро винды уже в синем экране)

Померил UNIX Bench'ем до (4.13.1) и после (4.14.12). Приведу самые драматичные показатели и общий индекс бенчмарка.

Threads                                          1       8
------------------------------------------------------------
Pipe Throughput                                 2.05    1.65
Process Creation                                1.78    1.13
System Call Overhead                            4.09    1.74
...
------------------------------------------------------------
System Benchmarks Index Score (Partial Only)    1.71    1.30

Это во столько раз стало хуже.

Это синтетика исключительно дрочащая сисвызовы, которые и подвержены просадке.

Производительность нагруженного сервака с БД стабильно просела на 10%.

А какое у ВАС там ядро ? Или это все касается только УБУНТы ?

P.S. Кстати не очень понимаю причем тут УБУНТа ? Что на это все говорит команда Линукса ( тот народ что ядро пилит ... )

А кто-нибудь может объяснить как эти уязвимости эксплуатируются в JavaScript? JavaScript он же такой.. ограниченный.

Или установкой nixos

Каноникал оперативно исправляет баги
В отличие от сами знаете кого

Кого? Так для развития...