https://cloud.docker.com/

Чёрт, как я мог забыть о докере *фейспалм* Спасибо)

Кто такой?

Где можно хостить серверное приложение, написанное на С++?

на хероке можно попробовать, но собрать билдпак тот еще квест

на хероке можно попробовать, но собрать билдпак тот еще квест

+

можно раскошелится на vps

цельных 200 рублей в месяц

Где можно хостить серверное приложение, написанное на С++?

Нк уверен, но вроде бы на Microsoft Azure? (Надеюсь правильно название написал)

Любой vps? Например, я для своих проектов завёл сервак на digitalocean за 5$/28 дней. Сборка\тесты - travis

У меня из-за лицухи VS Enterprice 2017 дали на год microsoft azure, но я его редко юзаю.

Enterprise*

Кто-нибудь работал с Boost.Multiprecision? Там довольно интересная штука - cpp_int_backend. Как Вы думаете, важно ли для длинной арифметики иметь ручку для настройки вида "если размер меньше чем X, аллоцируем на стеке. Если больше, то на кучу"?

Кто-нибудь работал с Boost.Multiprecision? Там довольно интересная штука - cpp_int_backend. Как Вы думаете, важно ли для длинной арифметики иметь ручку для настройки вида "если размер меньше чем X, аллоцируем на стеке. Если больше, то на кучу"?

Я работал, но этот вопрос не стоит рассматривать, если числа у тебе будут не больше 10^20 Я на проекте использовал для расчета токов/напряжений в электрических цепях

Я работал, но этот вопрос не стоит рассматривать, если числа у тебе будут не больше 10^20 Я на проекте использовал для расчета токов/напряжений в электрических цепях

что ж поделать, если хочется всем угодить

Кто-нибудь работал с Boost.Multiprecision? Там довольно интересная штука - cpp_int_backend. Как Вы думаете, важно ли для длинной арифметики иметь ручку для настройки вида "если размер меньше чем X, аллоцируем на стеке. Если больше, то на кучу"?

У всех разное мнение о том, какой размер надо на стеке держать, а какой уже в куче. Особенно это мнение различается для серверных приложений и для embedded

Кажется что лучше выбирать ручками

Кто-нибудь работал с Boost.Multiprecision? Там довольно интересная штука - cpp_int_backend. Как Вы думаете, важно ли для длинной арифметики иметь ручку для настройки вида "если размер меньше чем X, аллоцируем на стеке. Если больше, то на кучу"?

Я за.

вопрос схожий - а есть какие-нибудь реализации контейнеров, которые позволяют хранить фиксированный объём на стеке? бывает, что нужен std::vector локально, а в кучу лезть не хочется

std::array?

в бусте есть small_vector is a vector-like container optimized for the case when it contains few elements. It contains some preallocated elements in-place, which allows it to avoid the use of dynamic storage allocation when the actual number of elements is below that preallocated threshold. ... capacity can grow beyond the initial preallocated capacity.

https://godbolt.org/g/KT4ixD

std::array?

ну это не то

std::array<ComplexType, 5> мне конструкторы вызовет все, плюс надо где-то size хранить

ну это не то

Исходя из вопроса о фиксированном обьеме это как раз то

фиксированный capacity, динамический size.

в бусте есть small_vector is a vector-like container optimized for the case when it contains few elements. It contains some preallocated elements in-place, which allows it to avoid the use of dynamic storage allocation when the actual number of elements is below that preallocated threshold. ... capacity can grow beyond the initial preallocated capacity.

вот это похоже на то, посмотрю, спасибо

фиксированный capacity, динамический size.

Мне казалось, std::array только fixed size

фиксированный capacity, динамический size.

Што

Мне казалось, std::array только fixed size

то, что я написал - мне нужно

то, что я написал - мне нужно

А, тогда да

короче. мне нужен std::vector с аллокатором, который аллоцирует на стеке до N байт, иначе - в куче. и желательно аналогично для set, map и прочих контейнеров

size() там компилтаймовый.

Есть max_size, который говорит о максимальной вместимости в зависисомсти от реализации.

но так как это невозможно реализовать на аллокаторах со стандартными контейнерами, то нужны какие-то другие решения, типа boost::small_vector

Т.е. ограничения конкретной реализации

Есть max_size, который говорит о максимальной вместимости в зависисомсти от реализации.

перечитай мои сообщения, std::array здесь не в тему. у него capacity = size и он не может залезть в кучу при size > capacity (хотя бы из-за того, что size фиксированный)

перечитай мои сообщения, std::array здесь не в тему. у него capacity = size и он не может залезть в кучу при size > capacity (хотя бы из-за того, что size фиксированный)

Тогда и стоило это написать в условии, тащемта.

хорошо, не совсем корректно изначально написал, каюсь

но так как это невозможно реализовать на аллокаторах со стандартными контейнерами, то нужны какие-то другие решения, типа boost::small_vector

Вот его и юзай)

вопрос схожий - а есть какие-нибудь реализации контейнеров, которые позволяют хранить фиксированный объём на стеке? бывает, что нужен std::vector локально, а в кучу лезть не хочется

small_vector ровно то, что нужно

поискал small_map/small_set - не нашёл

flat_map нашёл, но это вроде бы не то

http://www.boost.org/doc/libs/1_60_0/doc/html/boost/container/small_vector.html

да small_vector-то я нашёл

впрочем, есть подозрение, что map/set на небольших объемах будут тупо медленнее vector'а с линейным поиском по нему

У всех разное мнение о том, какой размер надо на стеке держать, а какой уже в куче. Особенно это мнение различается для серверных приложений и для embedded

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

поискал small_map/small_set - не нашёл

А таких и нет :)

впрочем, есть подозрение, что map/set на небольших объемах будут тупо медленнее vector'а с линейным поиском по нему

Надо бенчить

Кто-нибудь работал с Boost.Multiprecision? Там довольно интересная штука - cpp_int_backend. Как Вы думаете, важно ли для длинной арифметики иметь ручку для настройки вида "если размер меньше чем X, аллоцируем на стеке. Если больше, то на кучу"?

Я еще раз подумал: на случай динамической аллокации класс должен хранить size, data, capacity. На 64 битной платформе это значит что можно хранить как минимум 2^128 без динамических аллокаций используя SSO. Возможно что дополнительные шаблонные параметры могут усложнить класс, не давая особых преимуществ в большинстве случаев

Я еще раз подумал: на случай динамической аллокации класс должен хранить size, data, capacity. На 64 битной платформе это значит что можно хранить как минимум 2^128 без динамических аллокаций используя SSO. Возможно что дополнительные шаблонные параметры могут усложнить класс, не давая особых преимуществ в большинстве случаев

Так если sso, то размер на стеке будет регулироваться имплементацией, а не пользователем

Всем здравствуйте. Хочу обратиться с правильным вопросом сборки OpenCV под Win. Нужно собрать для компилятора GCC (у меня это порт MinGW64). Делаю по статье на хабре https://habrahabr.ru/post/318846/ . Как я понимаю, весь описанный процесс соберет релиз для производства 32битных проектов. Как мне сделать для 64 битных под Windows? Вариант скачать бинарники под винду не работает - они для MS VS. Спасибо

Так если sso, то размер на стеке будет регулироваться имплементацией, а не пользователем

да, но там будет размер как минимум в два раза большей long long стоит ли заморачиваться?

А как тогда гарантировать, что там будет sso?

Могут и забить на это

В той же крипте числа пожирнее будут

Всем здравствуйте. Хочу обратиться с правильным вопросом сборки OpenCV под Win. Нужно собрать для компилятора GCC (у меня это порт MinGW64). Делаю по статье на хабре https://habrahabr.ru/post/318846/ . Как я понимаю, весь описанный процесс соберет релиз для производства 32битных проектов. Как мне сделать для 64 битных под Windows? Вариант скачать бинарники под винду не работает - они для MS VS. Спасибо

Подскажите ему как указать в Mingw-W64 целевую платформу...

(и мне тоже заоодно)

да, но там будет размер как минимум в два раза большей long long стоит ли заморачиваться?

Я делал такую штуку. Оно работает только в очень специфических условиях. Типа в 99.9% случаев в контейнере 0..4 элементов, и только изредка херак и мульон.

Я еще раз подумал: на случай динамической аллокации класс должен хранить size, data, capacity. На 64 битной платформе это значит что можно хранить как минимум 2^128 без динамических аллокаций используя SSO. Возможно что дополнительные шаблонные параметры могут усложнить класс, не давая особых преимуществ в большинстве случаев

Даже на 64-битной платформе никто не заставляет хранить 64-битные size и capacity. Часто ли нужно больше четырёх ярдов элементов? Я в паре 64-битных проектов полностью заменил контейнеры на 32-битные индексы и размеры, написав отдельно контейнер "большой байтовый кусок, если вдруг захотелось весь блюрей в память засунуть". Так вот, выигрыш по памяти и скорости был существенным.

нет, так нельзя

Даже на 64-битной платформе никто не заставляет хранить 64-битные size и capacity. Часто ли нужно больше четырёх ярдов элементов? Я в паре 64-битных проектов полностью заменил контейнеры на 32-битные индексы и размеры, написав отдельно контейнер "большой байтовый кусок, если вдруг захотелось весь блюрей в память засунуть". Так вот, выигрыш по памяти и скорости был существенным.

Вы это делали, подставляя стандартному контейнеру спец аллокатор или писали контейнеры с нуля?

для размеров в платформе есть std::size_t, и баста

остальное от лукавого

Даже на 64-битной платформе никто не заставляет хранить 64-битные size и capacity. Часто ли нужно больше четырёх ярдов элементов? Я в паре 64-битных проектов полностью заменил контейнеры на 32-битные индексы и размеры, написав отдельно контейнер "большой байтовый кусок, если вдруг захотелось весь блюрей в память засунуть". Так вот, выигрыш по памяти и скорости был существенным.

А можно в числовом эквиваленте «существенный» выразить? ;)

Вы это делали, подставляя стандартному контейнеру спец аллокатор или писали контейнеры с нуля?

С нуля. Там полная замена STL, ибо аллергия.

ERROR: S client not available

Жуть

А можно в числовом эквиваленте «существенный» выразить? ;)

Запишу себе как-нибудь забацать статейку. На конкретной задаче (компилятор) там был выигрыш по памяти в десятки процентов (много-много маленьких векторов). Другое дело, что в 21 веке, когда люди даже на Питоне писать не брезгуют, для оптимизации контейнеров нужна сильная мотивация.

Есть распространённое заблуждение, что на 64-битной платформе 64-битные инты не дороже, чем 32-битные. Но это не так.

Всем привет. Снова дурацкий вопрос, не получается указать версию, с которой слинковать приложение. На ubuntu, сначала скомпилил Boost версии 1.60, потом поставил из пакетов 1.58... и при компиляции почему-то он линкуется с 1.60. Как правильно в cmake указать, что бы использовался 1.58?

Всем привет. Снова дурацкий вопрос, не получается указать версию, с которой слинковать приложение. На ubuntu, сначала скомпилил Boost версии 1.60, потом поставил из пакетов 1.58... и при компиляции почему-то он линкуется с 1.60. Как правильно в cmake указать, что бы использовался 1.58?

find_package(Boost 1.58 EXACT REQUIRED)

спасибо)

Почему первый вариант метода get() работает, а второй дает ошибку компиляции? 1. https://ideone.com/OzKEtR 2. https://ideone.com/pHFIKP

Почему первый вариант метода get() работает, а второй дает ошибку компиляции? 1. https://ideone.com/OzKEtR 2. https://ideone.com/pHFIKP

у make_shared нет доступа к приватному конструктору

у make_shared нет доступа к приватному конструктору

а как ему его обеспечить?

Запишу себе как-нибудь забацать статейку. На конкретной задаче (компилятор) там был выигрыш по памяти в десятки процентов (много-много маленьких векторов). Другое дело, что в 21 веке, когда люди даже на Питоне писать не брезгуют, для оптимизации контейнеров нужна сильная мотивация.

Понятно. Десятки процентов это прилично.

а как ему его обеспечить?

Сделать конструктор public

Сделать конструктор public

Это ж синглтон

Почему первый вариант метода get() работает, а второй дает ошибку компиляции? 1. https://ideone.com/OzKEtR 2. https://ideone.com/pHFIKP

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

всем привет

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

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

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

инстанс да, а результат вызова функции get - нет

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

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

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

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

Ну тогда сначала почитай, в чем вопрос был

куда вам столько синглтонов?

или это просто такое излюбленное упражнение по заталкиванию всё в шаблоны?

Ну тогда сначала почитай, в чем вопрос был

Никто не гарантирует, что указатель, возвращенный через гет(), будет жить. Т.е. это ошибка, которую видно глядя на код

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

Там разименовывается.

или это просто такое излюбленное упражнение по заталкиванию всё в шаблоны?

Это есть немного, но вопрос не в том

Там разименовывается.

угу, разименовывается временно существующий указатель.

угу, разименовывается временно существующий указатель.

И что? Им инициализируется ссылка. Всё ок

И что? Им инициализируется ссылка. Всё ок

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

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

Какое такое? Ты возвращаешь ссылку на существующий обьект, он НЕ временный. Почему она должна не работать?

можно надеяться, что реализация компилятора будет достаточно умна, но если вдруг у тебя есть линк на стандарт — просто будет оч круто

Не понятно, что ты не понимаешь.