С памятью сейчас на самом деле не так много проблем. Спасибо санитайзерам.

а он ловят фрагментацибю памяти?

а он ловят фрагментацибю памяти?

Нет, только лики и доступ по несущ. адресу.

Еще есть санитайзер UB.

Еще есть санитайзер UB.

Охуеннэ вещь

Еще есть санитайзер UB.

это что такое?

как гуглить хотя бы

как гуглить хотя бы

https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html

а, gcc

в visual studio нет аналога?

в visual studio нет аналога?

Было вродь что-то

clang есть для студии.

В нем это есть.

Из него и пошло, вроде.

https://visualgdb.com/

В нем это есть.

Хотя не уверен, что в виндовой версии есть все санитайзеры.

https://visualgdb.com/

Зачётная штука. Я с помощьюю неё embedded свой отлаживал коребельный.

Или, например #ifdef DEBUG ... #endif

Только по стандарту наоборот: #ifndef NDEBUG ... А так да - редкий случай, когда за макро можно не расстреливать.

Только по стандарту наоборот: #ifndef NDEBUG ... А так да - редкий случай, когда за макро можно не расстреливать.

Уровней дебага можно много понавводить

Зачётная штука. Я с помощьюю неё embedded свой отлаживал коребельный.

Ща в мсвц 2015 есть линь-проекты. Вроде можно уже без этого мощного екста херачить

Хочу бота плвншетного дебажить в студии

Зачётная штука. Я с помощьюю неё embedded свой отлаживал коребельный.

не прще было на линукс пересесть? )

не прще было на линукс пересесть? )

НЕ ПРОЩЕ

НЕ ПРОЩЕ

почему?

НЕ ПРОЩЕ

+)

Ща в мсвц 2015 есть линь-проекты. Вроде можно уже без этого мощного екста херачить

А там не ssh мост в линукс окружение?

А там не ssh мост в линукс окружение?

Вроде б он. И гдб)

Вроде б он. И гдб)

А гдб такой же, консольный?

Да и как мне он бы помог? У меня один фиг отлаживаемое приложение на плате. у которой из выводов только ethernet и питание :)

А гдб такой же, консольный?

Такой же, но студия его прозрачно юзает, поэтомк для юзера все выглядит как обычно - брякпойнты, step, stepi, и др

чат набирает обороты =). Матвей, привет =).

Я вот думаю, если сделать свой пул памяти для блоков любых размеров (как в книжках описывают), будет ли скорость выделения/освобождения памяти существенно больше? Ведь диспетчер памяти ОС делает примерно ту же работу, только блоков у него больше на порядок.

Мне кажется здесь дело не в скорости, а в стабильности. Сделав так, вы просто будете уверенны, что другие процесы каким-то чудом будет мешать вашей программе. Ну, или наоборот, что ваша программа не наделает сбоев.

Разве ОС позволяет процессу влезать в чужое адресное пространство?

Мне кажется здесь дело не в скорости, а в стабильности. Сделав так, вы просто будете уверенны, что другие процесы каким-то чудом будет мешать вашей программе. Ну, или наоборот, что ваша программа не наделает сбоев.

Пространство памяти виртуальное.

Я вот думаю, если сделать свой пул памяти для блоков любых размеров (как в книжках описывают), будет ли скорость выделения/освобождения памяти существенно больше? Ведь диспетчер памяти ОС делает примерно ту же работу, только блоков у него больше на порядок.

jmalloc разве не что-то похожее делает?

Мне кажется здесь дело не в скорости, а в стабильности. Сделав так, вы просто будете уверенны, что другие процесы каким-то чудом будет мешать вашей программе. Ну, или наоборот, что ваша программа не наделает сбоев.

wat

Он fixed-size

Про fixed-size понятно: там логика выделения/освобождения совсем другая, потому быстрее на порядки.

Разве ОС позволяет процессу влезать в чужое адресное пространство?

Я не уверен. Разве не бывает намеренных попыток использовать программу с целью забить всю память?

Я не уверен. Разве не бывает намеренных попыток использовать программу с целью забить всю память?

Забивайте, вам никто не мешает.

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

Забивайте, вам никто не мешает.

Если это возможно намеренно, значит ли это, что возможно и после какого-то сбоя программы?

Я не уверен. Разве не бывает намеренных попыток использовать программу с целью забить всю память?

Ну, процесс может израсходовать всю свободную память, но это не значит, что он влезает в память других.

Если это возможно намеренно, значит ли это, что возможно и после какого-то сбоя программы?

Это просто возможно. Если хотите сожрать всю доступную память, то единственный ограничитель - адресное пространство и ulimit/аналог для win.

на тему взаимодействия процессов в памяти рекомендую ознакомиться с развлекательными материалами типа https://arstechnica.com/security/2017/02/new-aslr-busting-javascript-is-about-to-make-drive-by-exploits-much-nastier/

но это просто последнее, а так -- см. "cache side channel attacks", "timing attacks" и т.д.

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

Спасибо за информацию)

нет, не защитит. :-)

Раз уж такая тема пошла. Где-то читал, что в clang есть механизм "сокрытия" указателя на таблицу вирт. функций (могу ошибаться, но что-то подобное). Может кто-нибудь знаком и может в 2-3х предложениях описать принцип.

Сокрытие? Ну, он и так недоступен, если только не ориентироваться на конкретный компилятор и арифметику указателей.

Сокрытие? Ну, он и так недоступен, если только не ориентироваться на конкретный компилятор и арифметику указателей.

Выравнивание же. Он в самом начале объекта обычно.

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

В фб в hhvm, кстати, делали свою "вирт. таблицу" для горячих классов. Там, правда, это двумерный массив указателей на функции.

Кому интересно, вот: https://clang.llvm.org/docs/ControlFlowIntegrity.html И гуглить: vtable protection

Нашел интересную библиотеку: http://www.pjsip.org/pjlib/docs/html/group__PJ__POOL__GROUP.htm

стандартный malloc обычно не используют в high load, есть же jemalloc и tcmalloc

Нашел интересную библиотеку: http://www.pjsip.org/pjlib/docs/html/group__PJ__POOL__GROUP.htm

https://en.wikipedia.org/wiki/Region-based_memory_management

довольно мощная штука, если правильно ей пользоваться

Я вот думаю, если сделать свой пул памяти для блоков любых размеров (как в книжках описывают), будет ли скорость выделения/освобождения памяти существенно больше? Ведь диспетчер памяти ОС делает примерно ту же работу, только блоков у него больше на порядок.

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

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

Там вроде про скорость деаллокации. Не надо всю память проходить

Если я правильно понял

Если я правильно понял

вроде как с освобождением аналогично.

Ну и когда ты аллоцируешь память для массива тоже надо несколько раз делать как это в STL реализовано я не знаю правда

Обычно когда пишут свой аллокатор памяти исходят из того насколько часто выделяются те или иные блоки памяти. Как правило объекты небольших размеров размещаются в памяти чаще более крупных. Отсюда разный подход и алгоритмы. Блоки очень больших размеров думаю можно вообще организовать в виде линейного списка и не париться.

ERROR: S client not available

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

у регионов вся аллокация - прибавить к указателю на конец региона размер блока, а деаллокация вообще бесплатная (правда память при этом не осободится до конца жизни всего региона)

/vzhuh@FailsBot

/vzhuh@FailsBot

Ну вот в книге Александреуского была глава, где он имплементил что-то похожее

А что ты предложишь взамен? Как мне енам представить в строковом виде?

у меня есть класс который мапит енамы на строки, стоит тока обратиться к такому объекту с енамом или строкой он возвращает замапленое знечение, ну то есть там 2 мапы

у меня есть класс который мапит енамы на строки, стоит тока обратиться к такому объекту с енамом или строкой он возвращает замапленое знечение, ну то есть там 2 мапы

выложи на пастбин

в stingraykit есть такая штука

на гитхабе должно быть

https://github.com/GSGroup/stingraykit/blob/master/stingraykit/toolkit.h#L97

во

и вуаля, все enum имеют строковое представление)

https://github.com/GSGroup/stingraykit/blob/master/stingraykit/toolkit.h#L97

мда, отлично заменяет макросы)

а кто-то без макросов хотел?)

я просто не читал, так подхватил тему

struct SocketOptionLevel { STINGRAYKIT_ENUM_VALUES(Socket, InternetProtocolV4, InternetProtocolV6); STINGRAYKIT_DECLARE_ENUM_CLASS(SocketOptionLevel); };

Вот так это работает

а кто-то без макросов хотел?)

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

ну иногда макросы это же удобно и хорошо

https://github.com/rollbear/basicpp

ну иногда макросы это же удобно и хорошо

^^^ вот такие, например

https://github.com/rollbear/basicpp

???

лооооол

https://github.com/rollbear/basicpp

лойз

https://github.com/rollbear/basicpp

крутая дичь)))

xD Qbasic

выложи на пастбин

http://pastebin.com/WZnrrzQh

http://pastebin.com/WZnrrzQh

Спасибо

Спасибо

я бы кста хотел какой нить кодревю по этому говнокоду, потому что посути оно мапит объекты на объекты, и енум в названии это косяк, и мапы там надо делать унордеред и мног оещё всего

Чуть позже гляну

Схоронил в гист. Придраться трудно. Могу только если по дизайну класса - кмк, енамы должны быть иммутабельными, и методы для изменения внутренней мапы не нужны. И я б добавил перегрузки оператора скобки для типа T и строкового типа.