Вы уже проверили, что paging является главным "тормозящим" фактором?))

а как ты можешь сравнить реализацию с ним/без него

А что тут проверять? Вот в этом докладе (https://youtu.be/dFquxC6qTSA?t=733) указаны размеры TLB кешей DTLB 2 KiB page translation: 64 entries; 4-way set associative 2 MiB page translation: 32 entries; 4-way set associative STLB 4 KiB + 2 MiB page translation: 1536 entries; 6-way associative Получаем 1536 * 6 * 2мб = всего 18.4гб к которым можно обращаться без промахов (но даже это создает дополнительную задержку на уровне L2/L3 кешей) В более новых процессорах ситуация не сильно изменилась, кстати появились hugepages на 1gb (похоже только интел, амд в пролете) но размер кеша там совсем небольшой - 16 entries * 4-way получаем 64гб Так или иначе в базе данных c терабайтным объемом горячих данных (к которым будет постоянный доступ соотвественно получаем равномерное обращение ко всей оперативке) количество промахов мимо TLB-кешей все равно будет >90% обращений в память

Скажите, пожалуйста, вы собрались разрабатывать свою БД? Если вы думаете, что вы умнее разработчиков постгри, мускуля и тд, и нашли решение чтобы ускорить их — вы очень сильно ошибаетесь.

а разработчики постгри это отдельная раса людей что-ли?

О даа

принципиально другая форма жизни, имеющая интеллектуальные возможности, недоступные углеродному ничтожеству

Нет. Такие же. Вот только один нюанс — постгря разрабатывается не первый год разработчиками гораздо опытнее. А Богдан из JavaScript-разработки если и ушёл, то недавно. Количество опыта очень сильно отличается. И я думаю, все идеи, которые появляются у Богдана, явно уже приходили кому-то другому в голову. ) P.S.: это всё субъективщина. Не хочу никого обидеть. Просто мысли вслух.

и что что они опытнее, теперь вот они знают вообще все и придумали вообще все что возможно?

Соль не в этом. Посгря это субд общего назначения. Конечно специалированные решения могут и будут ее обгонять.

и это тоже

Я такого не говорил. Не вижу смысла продолжать это обсуждение — вы впадаете в какие-то крайности. Давайте вы сначала наймёте веб-дев разработчика в лице меня или Богдана на плюсовую сеньорскую позицию, посмотрите на результаты работы, тогда и поговорим. Я думаю, вы будете очень удивлены тем фактом, какая каша и ограничения в головах вебдевов. ))

да такая же каша как у большинства любой-ЯП-программистов

Не согласен. )) но да ладно. Не суть важно.

Вот в этой статейке есть хорошие мысли про вебдевов со стороны плюсового разработчика: https://devby.io/blogs/posts/hire-people-unique И как вебдев-разраб со стажем — подписываюсь под каждым словом автора. Чтобы войти в плюсы, надо взять и просто выкинуть из своей головы почти весь опыт работы с вебдевом. Без сожалений. Просто берёшь и выкидываешь. Надо просто осознать что ты ничего не знаешь и идти в плюсы как трейни или джун, впервые прикоснувшийся к разработке. Из того что можно оставить: 1) опыт работы со сторонними инструментами (например гит) и то зачастую и этот опыт надо выкидывать, ибо в вебдеве зачастую используются кривые процедуры разработки 2) умение управления командой (если был лидом) и в принципе умение работы в команде

мы можем в личке это продолжить? ато в оффтоп далеко уйдём

Если есть горячее желание — пишите. )