"Подарочек" на новый год. Закрытие уязвимости приведет к падению производительности.

corner	# 6 лет, 10 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	У себя падения производительности не наблюдаю Машина: System: Host: desktop Kernel: 4.14.11-1-ARCH x86_64 bits: 64 Console: tty 0 Distro: Arch Linux Machine: Device: desktop Mobo: MSI model: X99A RAIDER (MS-7885) v: 5.0 serial: N/A UEFI: American Megatrends v: P.50 date: 07/19/2016 CPU: 8 core Intel Xeon E5-2620 v4 (-MT-MCP-) speed/max: 2099/3000 MHz Drives: HDD Total Size: 2264.5GB (10.0% used) ID-1: model: Samsung_SSD_850 ID-2: model: ST1000DM003 ID-3: model: INTEL_SSDSC2BW24 Info: Processes: 287 Uptime: 2:30 Memory: 5017.1/64326.2MB Init: systemd Client: Shell (bash) inxi: 2.3.53 Достаточно высоконагруженная программа - порядка 5000000 запросов к Redis + перерасчет данных - не показала падения производительности до сегодняшнего ядра - 3м 15 секунд сегодня - те же 3м 15 секунд

# 6 лет, 10 месяцев назад

Сообщения: 773

Участник с: 21 июля 2011

У себя падения производительности не наблюдаю
Машина:
System: Host: desktop Kernel: 4.14.11-1-ARCH x86_64 bits: 64 Console: tty 0 Distro: Arch Linux
Machine: Device: desktop Mobo: MSI model: X99A RAIDER (MS-7885) v: 5.0 serial: N/A
UEFI: American Megatrends v: P.50 date: 07/19/2016
CPU: 8 core Intel Xeon E5-2620 v4 (-MT-MCP-) speed/max: 2099/3000 MHz
Drives: HDD Total Size: 2264.5GB (10.0% used)
ID-1: model: Samsung_SSD_850
ID-2: model: ST1000DM003
ID-3: model: INTEL_SSDSC2BW24
Info: Processes: 287 Uptime: 2:30 Memory: 5017.1/64326.2MB Init: systemd Client: Shell (bash) inxi: 2.3.53

Достаточно высоконагруженная программа - порядка 5000000 запросов к Redis + перерасчет данных -
не показала падения производительности
до сегодняшнего ядра - 3м 15 секунд
сегодня - те же 3м 15 секунд

vs220	# 6 лет, 10 месяцев назад
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	corner У себя падения производительности не наблюдаю У меня просадка в два раза при записи в оперативку Проверьте если можете pti=on pti=off `cd /tmp dd if=/dev/zero of=testfile bs=512 count=4000000`

vs220

# 6 лет, 10 месяцев назад

Темы: 25

Сообщения: 8524

Участник с: 16 августа 2009

corner
У себя падения производительности не наблюдаю

У меня просадка в два раза при записи в оперативку
Проверьте если можете pti=on pti=off

cd /tmp
dd if=/dev/zero of=testfile bs=512 count=4000000

ghost	# 6 лет, 10 месяцев назад
Темы: 26 Сообщения: 637 Участник с: 07 мая 2013	ghost Где прототипы эксплоитов? Наделали шуму, а проверить нет возможности… UPD: Spectre нашел, надо еще Meltdown!!! Эксплоит spectre - не компилится... Народ!!! Я понимаю что в ютубе видосики посмотреть - это забавно и познавательно, но где сорцы? как проверить без прототипа эксплоита?, на слово верить... ?

ghost

# 6 лет, 10 месяцев назад

Темы: 26

Сообщения: 637

Участник с: 07 мая 2013

ghost
Где прототипы эксплоитов? Наделали шуму, а проверить нет возможности…

UPD:
Spectre нашел, надо еще Meltdown!!!

Эксплоит spectre - не компилится...
Народ!!! Я понимаю что в ютубе видосики посмотреть - это забавно и познавательно, но где сорцы? как проверить без прототипа эксплоита?, на слово верить... ?

corner	# 6 лет, 10 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Так просадка есть, поэтому и привел тест. Для моих задач время выполнения важно, идет обработка данных как в SQL, так и в Redis. При работе утилит задействованы все потоки, даже пришлось разносить файлы данных MariaDB на разные диски (сильно влияет на производительность) Проходит пакетная обработка приблизительно 160000000 записей в SQL. Время обработки огрвничено актуальностью данных, так что производительность важна. Я к тому, что в реальной работе я просадок не вижу, все укладывается в контрольные тайминги, т.е. изменений нет

corner

# 6 лет, 10 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

Так просадка есть, поэтому и привел тест.
Для моих задач время выполнения важно, идет обработка данных как в SQL, так и в Redis.
При работе утилит задействованы все потоки, даже пришлось разносить файлы данных MariaDB на разные диски (сильно влияет на производительность)
Проходит пакетная обработка приблизительно 160000000 записей в SQL.
Время обработки огрвничено актуальностью данных, так что производительность важна.
Я к тому, что в реальной работе я просадок не вижу, все укладывается в контрольные тайминги, т.е. изменений нет

vs220	# 6 лет, 10 месяцев назад
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	corner просадок не вижу Будет зависить от задач. Если ввод вывод упирается в скорость диска, то и на скорости не скажется

corner	# 6 лет, 10 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	vs220 corner просадок не вижу Будет зависить от задач. Если ввод вывод упирается в скорость диска, то и на скорости не скажется Там достаточно много и дисковых операций и расчетов. Память используется по максимуму. На пиках более может доходить до 32Г

corner

# 6 лет, 10 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

vs220
corner
просадок не вижу
Будет зависить от задач. Если ввод вывод упирается в скорость диска, то и на скорости не скажется

Там достаточно много и дисковых операций и расчетов. Память используется по максимуму. На пиках более может доходить до 32Г

sirocco	# 6 лет, 10 месяцев назад
Темы: 29 Сообщения: 2506 Участник с: 25 июля 2007	На лоре пишут: падение есть, но при записи на ssd где-то с 180 до 130.

vs220	# 6 лет, 10 месяцев назад
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	sirocco при записи на ssd Упирается в скорость ssd. Запись в оперативку давал выше

vs220	# 6 лет, 10 месяцев назад
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	vs220 nafanja зачем лечить здоровых? пусть больные лечатся core/linux-amd будем ждать :) Уже вроде выпустили патч с проверкой проца

sirocco	# 6 лет, 10 месяцев назад
Темы: 29 Сообщения: 2506 Участник с: 25 июля 2007	0007-x86-cpu-x86-pti-Do-not-enable-PTI-on-AMD-processors.patch Патч не просто выпущен, а применён в ядре из [core]