На яфончиках страницы 16к жёстко

есть пруфы ?

да ну нахрен, не может быть, там же ARM

After a cheerful pre-boot 'Hello, world!' hand-coded in start-up code assembly, we ran into the first one: it turned out that the processor cores don't merely support 16kB pages, but they actually require them. The Linux kernel, however, took this in stride, and as soon as we switched the page size configuration option, it was happy to run.

...ядра не поддерживают 16кб страницы...но требуют их... это как

Каштомный ARM стивхуйса

Может даже и не сильно кастомный, видимо типа на ARM64 есть поддержка 16кб страниц

Ну как бы видимо получается больше страница - экономятся таблицы трансляции, но ведь наверное зато ФСЁ выравнивать приходится

Ещё WD MyCloud на некоторых девайсах/прошивках с 64к страницами, но лечится пересборкой rootfs и командами ядра емнип

имеется в виду что в спеках было написано CPU supports 16k pages. а по факту CPU supports ONLY 16k pages

Кароче, с айфона бтрфс не смонтировать

да, по эскулайту. Какие только я эксперименты не делал (повторяемые скриптом, с несколькими измерениями каждого варианта) со сбросом кеша и наоборт с полным кешированием, с разными вариантами жюрнала эскулайта и т.п.

да, на ссд, на хдд, на бутерфс (чаттр минс цэ) на экст4.

Выиграл такой вариант — копируем файл БД целиком (1.7 гб) делаем над ним операции с отключённым журналом и фсинками. потом профсинкиваем его и заменяем файл бд. тем кто читает даём команду переподключицца

такая петрушка

Суть - есть БД на 1.7 гигов где примерно 100М записей очен ьмелких

и есть в бинарном виде спосиок операйие типа инсерт делете, которые должны эту базу подпердолить

в паке 50 тыщ операций.

на моём говённом временном компе (но с ссд и экст4) данный вариант занимает либо 4.8 либо 8.6 секунд в зависимости от того был ли до начала сброшен кеш /proc/sys/vm/drop_caches

а в хуяндексе на хдд на бтрфс это занимает  150 секунд.

ну так бинго - хуяндекс, хдд