С проверками при компиляции

Кстати насколько валидно юзать ensble_if вместо ассерта для ограничения параметров класса

валидней чем static_assert

Лямбды? Не не слышал

нет конечно

Это синтаксический сахар онли

Ладно, вопрос по делу. Почему std::stringstream считается медленным? Он на каждый вызов строку новую аллоцирует и sprintf делает?

В Си енамы это просто инты, вроде

Reindex.. please wait

Нет, он медленнее чем вобще не юзать его

Ладно, вопрос по делу. Почему std::stringstream считается медленным? Он на каждый вызов строку новую аллоцирует и sprintf делает?

нет, но он управляет буфером streambuf который аллоцирует память

И локаль дергает

Понял

и локаль вот еще, и iomanip

Он мне очень понравился по синтаксису, но хочется чего-то побыстрее и легче. Лучше не в виде либы, а в виде исходника, потому что в NDK либы кросс-компилировать надо

Полухин на конфе в яндексе протэто еще говорил. Никак не могу транскрибировть

Он не долгий по сравнению с джабой

Он мне очень понравился по синтаксису, но хочется чего-то побыстрее и легче. Лучше не в виде либы, а в виде исходника, потому что в NDK либы кросс-компилировать надо

Да можно свой написать поверх принтф

Он мне очень понравился по синтаксису, но хочется чего-то побыстрее и легче. Лучше не в виде либы, а в виде исходника, потому что в NDK либы кросс-компилировать надо

не парься. мы логи через него пишем и никто не умер

вообще есть fmt самая быстрая вроде либа для форматированного вывода

Reindex.. please wait

не парься. мы логи через него пишем и никто не умер

На Андроиде он ещё тянет за собой зависимости и это +2 мб к сошке

Reindex.. please wait

Отключить синхронизацию с stdio? Не не слышал

2мб в 2017 году, я даже не смеюсь

Да можно свой написать поверх принтф

Не хочу велосипед писать, если честно, особенно в С++ — можно легко напороться на грабли

fmt

Спасибо большое :)

Отключить синхронизацию с stdio? Не не слышал

Reindex.. please wait

Reindex.. please wait

cout быстрее printf

Reindex.. please wait

Ещё tie(0)

Это все совместимость с сторым говном

Старым*

По поводу потоков ещё вопрос. В производительности какая-то реальная разница есть между pthread из си и thread? Время запуска потока, время синхронизации мьютекса и так далее

thread какой?

Понятное дело, что в C++ компилер генерит больше кода, но разница на деле может быть почти нулевой

std::thread?

thread какой?

Reindex.. please wait

Нет разницв

Кода если больше то он нужен

Reindex.. please wait

В линуксе std::thread на pthread

std::thread?

Да

Где можно почитать о последних изменениях в языке?

pthrrad сишная либа это не плюсы

В линуксе std::thread на pthread

Понятное дело, и оба враппят к системным вызовам. Но враппинг может иметь какой-то оверхэд

Вот о нем я и спрашиваю

Забуть про оверхед

Это не джава

Ок, спасибо ещё раз :)

Это не джава

Ты не представляешь, какое счастье аллоцировать объекты

Никаких мыслей о том, нужно ли оно тут или нет

Представляю

В Java каждый объект может замедлить GC

А тут только о фрагментации думать надо

Ребятки, а как вы к наследованию относитесь?

it depends on .. http://sergeyteplyakov.blogspot.ru/2012/12/vs-vs.html

Где можно почитать о последних изменениях в языке?

На вики норм написано, лучше инглишскую

Ты че под эмбед пишешь что ли о фрагментации думать еиу

Которая тебе вряд ли грозит на небольшие объекты

На вики норм написано, лучше инглишскую

Сяп

Ты че под эмбед пишешь что ли о фрагментации думать еиу

Reindex.. please wait

И что

Да ясно, что про андроид, он писал о том, что я не гигабайтными данными ворочаю в памяти

Андроид далеко не эмбедед

Операционная система об этом думает а не ты

Некоторые сами пишут менеджер памяти

Всеравно операционная система

Алокатор это не то

ERROR: S client not available

Тебе просто не дадут намудить

( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆ FailsBot

О проснулся

/vzhuh@FailsBot

( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆ FailsBot

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

По поводу потоков ещё вопрос. В производительности какая-то реальная разница есть между pthread из си и thread? Время запуска потока, время синхронизации мьютекса и так далее

std:thread это враппер вокруг платформенных тредов, ergo никакой разницы

Reindex.. please wait

современный с++ вообще склоняется к zero-overhead abstractions, так что оверхед минимальный если вообще есть

в любом случае этот оверхед только на запуск - дальше ведь все равно твой код работает.

С потоками да, но есть ведь ещё мьютексы, семафоры, volatile

Но zero-overhead это прекрасно

С потоками да, но есть ведь ещё мьютексы, семафоры, volatile

Не volatile а atomic

В джаве это слово использовано неправильно

volatile тоже есть

И атомики есть в джаве

Это не означает то что вы подразумеваете

Это просто немного разные вещи

Это лишь означает не оптимизировать

Reindex.. please wait

В джаве оно то же самое делает

Оно не влияет на атомарность операций

В джаве присвоения и чтения атомарны

volatile тоже есть

volatile не обертка

У волатайл

В джаве присвоения и чтения атомарны

Я и пишу, что это разные вещи

Везде они атомарны

Нет

В плюсах тоже, как они могут быть неатомарны?