LINUX.ORG.RU
ФорумTalks

Linux news

 , , ,


0

3

Немного о технологиях и патчах, которые будут включены в ядро 3.8:

  • Технология сжатого кэширования SWAP - Zswap. Суть технологии в том, что перед тем, как выгружать страницы с RAM в своп, ядро пытается сжать эти страницы, оставляя их в RAM. Если сжатие невозможно, страницы выгружаются в своп, как обычно. Благодаря этому снижается нагрузка на i/o ценой большей нагрузки на CPU. По заверениям разработчиков, на их конфигурациях выигрыш при компиляции ядра по объёму i/o составил 76%, а время сборки сократилось на 53%.
  • Механизм «huge zero_page», который в некоторых ситуациях позволит существенно (до 2.5 раз) сократить потребление физической памяти при включении в ядре поддержки Transparent Huge-Pages (THP).
  • Набор патчей от Intel, ускоряющий криптографические операции:
    • Для шифра camellia добавлена реализация на основе наборов команд aesni/avx/x86_64
    • Оптимизированный код на основе набора команд AVX для шифров cast5/serpent/twofish/cast6
    • Исправлена ошибка в vmac, проявляющаяся при невыровненном входном значении
    • В режиме соответствия требованиям FIPS теперь можно использовать алгоритмы сжатия
    • Оптимизирована реализация crc32c под процессоры фирмы Intel - используется команда PCLMULQDQ на процессорах, которые ее поддерживают. По сравнению с прошлой реализацией модуля новый код может дать прирост скорости в 1.6 раза для буфера в 1 Кб и около 3х раз для буфера размером в 4Кб и более
  • Поддержка DMA-BUF для V4L2, позволяющая совместное использование буфера без копирования с другими заинтересованными в данном содержимом сущностями (например, графический драйвер может забирать данные из такого буфера напрямую, не совершая операций копирования. Подобное применение может быть полезно, например, для мобильных платформ)

Источники: тут и там.

В дополнение стоит упомянуть, что проект NetBSD провёл успешный эксперимент по загрузке модулей ядра NetBSD в Linux.



Последнее исправление: Kindly_Cat (всего исправлений: 2)

Набор патчей от Intel, ускоряющий криптографические операции:

Для шифра camellia добавлена реализация на основе наборов команд aesni/avx/x86_64

мне вот всегда интересно было, для кого и зачем в ядре реализуются криптографические операции. Много разных драйверов использует шифрование, и чтоб каждый не тащил с собой собственный криптовелосипед, или это в юзерспейс торчит в виде системных вызовов?

Harald ★★★★★
()
Ответ на: комментарий от Harald

ipsec, шифрованные диски, nfs|smb over kerberos и т.д.

Atlant ★★★★★
()

Технология сжатого кэширования SWAP - Zswap. Суть технологии в том, что перед тем, как выгружать страницы с RAM в своп, ядро пытается сжать эти страницы, оставляя их в RAM. Если сжатие невозможно, страницы выгружаются в своп, как обычно. Благодаря этому снижается нагрузка на i/o ценой большей нагрузки на CPU. По заверениям разработчиков, на их конфигурациях выигрыш при компиляции ядра по объёму i/o составил 76%, а время сборки сократилось на 53%.

У разработчиков так мало RAM на их машине? ИМХО, но сейчас если регулярно нужен своп - это признак, что пора докупить памяти. На мой вкус сейчас своп нужен лишь как страховка от возможного переполнения памяти, а не для работы.

Могут быть, конечно, конфигурации куда лишню память просто не добавить.

anonymous_incognito ★★★★★
()
Последнее исправление: anonymous_incognito (всего исправлений: 1)
Ответ на: комментарий от anonymous_incognito

Ну представь, у тебя 64 гига оперативки, а SWAP вынесен на SSD, потому-что ферма по компиленью/рендеру всё равно хочет кушать больше. А 50%-ый прирост — это ж офигенно.

alexmaru
()

Оптимизирована реализация crc32c под процессоры фирмы Intel

К слову, все эти апдейты отлично работают на AMD FX.

devl547 ★★★★★
()

Механизм «huge zero_page», который в некоторых ситуациях позволит существенно (до 2.5 раз) сократить потребление физической памяти при включении в ядре поддержки Transparent Huge-Pages (THP).

С нетерпением жду!

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от Kindly_Cat

С чего бы им не работать?

Ну поддержка AVX/CRC32C/AES-NI появилась только в Булях.

Вопрос в том - как работают.

Как ни странно, они действительно ускоряют что нужно.

при включении в ядре поддержки Transparent Huge-Pages (THP).

Чисто ради информации - THP и (u)KSM по документации от AMD вызывают падение производительности на их процессорах от 3 до 7%

devl547 ★★★★★
()
Последнее исправление: devl547 (всего исправлений: 1)
Ответ на: комментарий от Kindly_Cat

А я бы поспорил на самом деле. AMD хотя бы возможные варианты косяков указала в документации по оптимизации.
У Intel такого я не нашел.

devl547 ★★★★★
()

Технология сжатого кэширования SWAP - Zswap. Суть технологии в том, что перед тем, как выгружать страницы с RAM в своп, ядро пытается сжать эти страницы, оставляя их в RAM. Если сжатие невозможно, страницы выгружаются в своп, как обычно.

Когда-то, когда у меня было 32Мб RAM и быстрый PII-266MGz, приходило в голову то-же самое, я тогда пробовал померить, насколько сжимаема память - получалось, что львиная доля RAM заполнена нулями(буферы, переменные с запасом, выравнивание итп) и должна сжиматься очень хорошо. Из дискуссии на LOR то-ли с Irsi то-ли с Ogr вынес, что на большом железе у IBM такое уже есть, причём аппаратное.

Anonymous ★★★★★
()
Последнее исправление: Anonymous (всего исправлений: 1)
Ответ на: комментарий от Anonymous

Когда-то, когда у меня было 32Мб RAM и быстрый PII-266MHz

Такая технология еще под 95 винду была. QEMM97 со своим MagnaRAM этим занимался.

devl547 ★★★★★
()
Ответ на: комментарий от Anonymous

Мне вот интересно, а вообще всю память пожать реально или нет..

devl547 ★★★★★
()
Ответ на: комментарий от devl547

По видимому технологию вспоминают и забывают в зависимости от того, что в данный момент является бутылочным горлышком - производительность CPU, пропускная способность шины или объём RAM.
Сейчас, наверно, вспомнили в том числе из-за внедрения SSD дисков - многие отключают своп, а уж если пишется - то пусть поменьше.

Сжатие текстур в OpenGL - в некотором роде тоже частный случай сжатия памяти ради увеличения скорости доступа.

Мне вот интересно, а вообще всю память пожать реально или нет..

http://www.businesspress.ru/newspaper/article_mId_37_aId_27701.html
«IBM Corp. представит новую технологию, позволяющую удвоить объем оперативной памяти. Технология может быть использована как в настольных компьютерах, так и в портативных устройствах. Впервые она будет внедрена в серверах Netfinity. Удвоение будет осуществляться за счет чипа-„посредника“ между процессором и оперативной памятью, сжимающего данные.(РБК, 26.06.2000)»

«Технология удваивания оперативной памяти без замены аппаратных средств» [копипаст] [быдлобаян]
«Компьютерные специалисты из Северо-западного университета и NEC Laboratories создали технологию, позволяющую удваивать оперативную память без изменения аппаратных средств и программных приложений .

Они разработали CRAMES (Compressed RAM for Embedded Systems), технологию сжатия данных оперативной памяти, предназначенную для встроенных систем.»

Anonymous ★★★★★
()
Ответ на: комментарий от anonymous_incognito

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

На телефонах и планшетах это не так то просто сделать.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

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

На телефонах и планшетах это не так то просто сделать.

Может тогда не надо на них ядро компилировать? :)

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous_incognito

Может тогда не надо на них ядро компилировать? :)

Достаточно попользоваться браузером.

firestarter ★★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.