ок, новый вопрос

как запустить процесс отвязав его от текущего

как запустить процесс отвязав его от текущего

Процесс?

Boost.Process

либо же привязываться к os-specific ручками

Boost.Process

без буста и онли линух

Короче, ТЕМА!

Короче, ТЕМА!

какая тема

без буста и онли линух

не помню, вроде как fork() оставляет связь между родительским и дочерним

Господа, а инициализация union-ов по-типу union_type x{.field=42};это стандартный синтаксис, или какое-то загнутое расширение?

сишная же

без буста и онли линух

https://stackoverflow.com/questions/30200126/create-independent-process-in-linux

Мне нужны VARIANT-ы на С++. Они же BOX-ы. Короче нужен тип, способный хранить внутри себя попеременно другие типы данных, типа как QT::QVariant. Желательно отдельностоящий. Давайте, кто знает какие решения. Про BOOSt знаю, там ДВА. Пока не катят. Ещё есть ?

Мне нужны VARIANT-ы на С++. Они же BOX-ы. Короче нужен тип, способный хранить внутри себя попеременно другие типы данных, типа как QT::QVariant. Желательно отдельностоящий. Давайте, кто знает какие решения. Про BOOSt знаю, там ДВА. Пока не катят. Ещё есть ?

std::variant не?

Мне нужны VARIANT-ы на С++. Они же BOX-ы. Короче нужен тип, способный хранить внутри себя попеременно другие типы данных, типа как QT::QVariant. Желательно отдельностоящий. Давайте, кто знает какие решения. Про BOOSt знаю, там ДВА. Пока не катят. Ещё есть ?

std::variant

ответ в вопросе, классика

что-то мне подсказывает, что ему не катит ?

пусть скопирует из буста себе и всё

он не сказал почему не катит

опять же я видел отдельнстоящий с++14 вариант довольно маленький однохедерный

но искать лень, гугл на что

опять же я видел отдельнстоящий с++14 вариант довольно маленький однохедерный

https://github.com/mapbox/variant этот?

А откуда в STD variant ?

А откуда в STD variant ?

из стандарта 17

А откуда в STD variant ?

Хорошая криокамера ?

а в туда как ?

Из буста ?

Из буста ?

да, с некоторыми изменениями подкапотными

другой вопрос

из стандарта 17

раньше тоже вроде есть, в experimental не?

Ладно, спасибо, поизучаем.

сишная же

Уже разобрались.

switch(fork()) { case -1: return sFALSE; break; case 0: daemon(0, 0); execlp("sh", "-c", s); exit(0); break; default: return sTRUE; }

сойдет?

так форк же не отвязывает от родительского процесса

там какой-то финт ушами нужно сделать

посмотри, там daemon есть

я в этом не силён ?

как вот это можно без макросни написать? #define UTILS_SFINAE_DECLARE_HAS_IF_INVOKABLE_1(name) \ namespace sfinae { \ template <typename T, typename = void> struct has_##name : std::false_type {}; \ template <typename T> struct has_##name<T, std::void_t<decltype(##name(std::declval<T>()))>> : std::true_type {}; \ } \

Ух какая маркомания

Ух какая маркомания

макро*

https://github.com/mapbox/variant этот?

да

да, с некоторыми изменениями подкапотными

Подкапотные в std::variant изменения весьма годные: * никогда не аллоцирует динамически память под свои нужды * constexpt очень много где, включая std::visit * get(variant*) -> get_if(variant*) уменьшает путаницу и улучшает читаемость * in_place конструирование

Подкапотные в std::variant изменения весьма годные: * никогда не аллоцирует динамически память под свои нужды * constexpt очень много где, включая std::visit * get(variant*) -> get_if(variant*) уменьшает путаницу и улучшает читаемость * in_place конструирование

Ну всё равно он какой-то ... недоделанный. Ладно.

Ну всё равно он какой-то ... недоделанный. Ладно.

Хочется от него чего-то большего...

Как-то покрасивее смотрится, чем std. С паттернматчингом, ням.

https://github.com/mapbox/variant этот?

А чего именно хочется? Озвучьте конкретные требования

А чего именно хочется? Озвучьте конкретные требования

не парься, он сам не знает

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

Мне надо писать

как запустить процесс отвязав его от текущего

Ребят, в std::allocator реализовано слежение за фрагментацией памяти?

Или там используется наивный подход с malloc + placement new?

А чего именно хочется? Озвучьте конкретные требования

Ой, вот думаю, а ты так вот прям чтобы я озвучил...

А не случаем malloc должен следить за фрагментацией памяти?

Ребят, в std::allocator реализовано слежение за фрагментацией памяти?

так это разве не просто обёртка над malloc?

А не случаем malloc должен следить за фрагментацией памяти?

воооооот

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

А не случаем malloc должен следить за фрагментацией памяти?

По идее да. Но кол-во libc в мире как говна.

Ребят, в std::allocator реализовано слежение за фрагментацией памяти?

Нет.

Ребят, в std::allocator реализовано слежение за фрагментацией памяти?

Hoard, tbb::allocator У последнего stl совместимость полная

Или там используется наивный подход с malloc + placement new?

Маллока там не используется, как я понимаю(использовать маллок, наверное было бы глупо - во первых, так сложнее следить за памятью(перегрузки new и т.п), а во вторых new умеет все тоже самое)

Маллока там не используется, как я понимаю(использовать маллок, наверное было бы глупо - во первых, так сложнее следить за памятью(перегрузки new и т.п), а во вторых new умеет все тоже самое)

У hoard точно нет. Там heap layers в бекенде - своя хитрота какая то. У них там вообще много интересного - есть die hard allocator - для рил критикал приложений

А Интел не открыт

Я тут как то уже выкладывал резы своего аллокатора. Вроде быстрее всего что есть. Т.е буста, стл, и EAGames

Я тут как то уже выкладывал резы своего аллокатора. Вроде быстрее всего что есть. Т.е буста, стл, и EAGames

Ну так бенчмаркай с другими аллокаторами

Я тут как то уже выкладывал резы своего аллокатора. Вроде быстрее всего что есть. Т.е буста, стл, и EAGames

Можешь ещё раз ссыль выложить?

Я тут как то уже выкладывал резы своего аллокатора. Вроде быстрее всего что есть. Т.е буста, стл, и EAGames

Ну выложи ещё раз

ERROR: S client not available

Вообще лучший аллокатор - который не выделяет :))

Я тут как то уже выкладывал резы своего аллокатора. Вроде быстрее всего что есть. Т.е буста, стл, и EAGames

А чо в бусте? Я прост не юзаю буст в бою :(

Ну так бенчмаркай с другими аллокаторами

++

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

Вообще лучший аллокатор - который не выделяет :))

Alloca? По факту, оно не выделяет жеж.

Time Boost - это буст на бустовом аллокаторе?

Да

ну норм, также как и твоё

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

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

да, там что-то такое было

Там было так - буст аллокатор использовался в своем контейнере. И эти результаты наверху. Мой аллокатор я использовал в std set и они тоже на картинке. А вот когда буст аллокатор пмхаешь не в бустовый контейнер а в stl - то буст очень сильно отставал. Когда свой аллокатор вставлял в буст контейнер - было тоже самое что на картинке.

ну вот, значит буст не так плох

Но третьи результаты на картинке показывают мой собственный set с моим же аллокатором ;)

Но третьи результаты на картинке показывают мой собственный set с моим же аллокатором ;)

на твой set абсолюнт всё равно

так как более чем уверен, что он не соответствует полностью бустовому и стлному

ну или показывай код

Еще отмечу что 64 бит апп работает медленнее 32, при тесте аллокатора. Это возможно связано как раз с кешем. Система у меня 64бита, десяточка.

так как более чем уверен, что он не соответствует полностью бустовому и стлному

От части так наверное и есть.

погоняй какими-нибудь тулзами от Интел

Да можно будет. Но сначала хочу проверить как файлег быстрее всего читать fread ом. Сразу весь или блоками под кеш hdd~(65kb)

Да можно будет. Но сначала хочу проверить как файлег быстрее всего читать fread ом. Сразу весь или блоками под кеш hdd~(65kb)

ну потести. Ответ: сразу весь

Ну тоже не спорю. Но интересно ж.

Ребят, в std::allocator реализовано слежение за фрагментацией памяти?

он дергает ОС по этому поводу

зависит от ОС, но вообще аллокатор запрашивает у ОС большой кусок, а потом от него нарезает сам, и дефрагментирует тоже

каждый раз дергать ось было бы слишком дорого

Да можно будет. Но сначала хочу проверить как файлег быстрее всего читать fread ом. Сразу весь или блоками под кеш hdd~(65kb)

Быстрее всего читать mmap :)

Быстрее всего читать mmap :)

считать файл один раз скорее всего разницы не будет

Думаю, быстрей прочитать из оперативы.

Думаю, быстрей прочитать из оперативы.

в оперативу надо файл прочитать ещё

есть ещё posix_fadvise и POSIX_FADV_SEQUENTIAL

недавно где-то видел картинку в тему... https://hsto.org/web/d61/005/8cf/d610058cf6094336ba3f4de1d1829f5a.jpg