кек

Кто может ссылаться в пустую выделенную память моей секции?

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

Чтобы выделить там место...

поверь мне обычная арена будет быстрее работать

Что ещё за "арена"?

Зачем тебе втыкать в середину кода байты, чтобы выделить там место?

Не в середину. В секции есть изначально выделенное место, туда я и могу впихнуть что-то, а потом заполнить нулями, как ничего не бывало

Ты вот тут двигаешь куски кода зачем-то. Пока я совершенно не понимаю, что ты пытаешься изобрести, но я практически уверен, что ты делаешь это неправильно.

Фиг с ней, с ареной, просто запоминай офсет первого свободного байта после всего кода, данных или чего там у тебя ещё лежит, зачем ты в середину-то ползёшь? Адрес начала пустой области, адрес конца. Выделил — увеличил первый адрес. Это если освобождать не нужно. Если нужно освобождать, делаешь связный список блоков с маркером занят-не занят и размером, при выделении у кого-нибудь отрезаешь кусок, при освобождении склеиваешь рядом стоящие пустые блоки. Но это уже совсем не три строчки, и либо будет дикая фрагментация, либо работать будет медленно. Поэтому лучше попросить системный менеджер кучи сделать это правильно, его умные люди писали.

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

Ну ладно, вопрос, вроде, уже решён. Сделал как выше

Это от сисколов портится скорость ;-) Ядро — это дорого.

+++

tlb выбивает подчистую

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

А в ядре проверок нет, ага.

Ну так хотя бы одна, а не 3-4

проверки нужны, чтобы ты себе ногу не отстрелил

Это понятно. Но я-то знаю, что делаю, и вот эти проверки мне только портят скорость. В иных случаях они нужны

Мы сейчас точно про Windows говорим? Какие 3-4? Там (в ядре) огромная куча механизмов, и каждый проверяет, что его используют правильно. Это помимо основной задачи, ради которой ты системный вызов дёрнул.