Меня ещё беспокоят все эти приставочки про кило- мега- и пр.

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

а они на основе http://www.boost.org/doc/libs/1_64_0/doc/html/boost_units.html толкают или что-то совсем свое?

Если система единиц измерения позволит конвертировать такие вещи, не делая ошибок, можно прям брать и считать прямую финансовую прибыль от такой системы :)

а они на основе http://www.boost.org/doc/libs/1_64_0/doc/html/boost_units.html толкают или что-то совсем свое?

По крайней мере, ссылка на бустовые юниты там приведена.

Из слайдов мало что понятно, впрочем. Там в основном перечислены вопросы, а не ответы.

По крайней мере, ссылка на бустовые юниты там приведена.

ну она там в разделе inspirations и как-то очень коротко

но ок, если это будет в стандартном си это будет вообще супер отлично

Слушай его там внимательно, нам расскажешь :)

я рад что в хроно засунули s, ms, us - это прямо сильно повысило читабельность

Теретический вопрос. Допустим у вас есть unordered_map, с которой можно безопасно работать из нескольких потоков одновременно (одновременно вставлять/удалять/модифицировать элементы). Для каких целей бы вы использовали подобный класс?

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

ща есть таблица, в которой соответствие "имя файла"-opengl handle текстуры. Если текстуру с таким именем повторно кто-то хочет загрузить, я отдаю уже хендл

Теретический вопрос. Допустим у вас есть unordered_map, с которой можно безопасно работать из нескольких потоков одновременно (одновременно вставлять/удалять/модифицировать элементы). Для каких целей бы вы использовали подобный класс?

Я считаю, что всегда требуется потокобезопасность для группы операций (например, проверить и положить, или прочитать и инкрементировать). Сам по себе просто unordered_map с потокобезопасными get/set мне не был бы нужен. А вот в принципе его можно использовать для каких-то местных «кэшей», да. Например, в десять потоков вычитываю какую-нибудь ерунду из файлов, и складываю всё в мап. Ещё лучше если б multimap.

а еще надо б апи на stdcpp.ru в бота запилить. тогда можно было б пилить реквесты на пропосалы и комментить их прямо в телеграме

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

Нет итерации по коллекции. так что лучше накидать псевдокод, чтобы можно было прикинуть, какие именно операции нужны

так норм. Нужны еще примеры

а еще надо б апи на stdcpp.ru в бота запилить. тогда можно было б пилить реквесты на пропосалы и комментить их прямо в телеграме

я смотрю, ты такими темпами хочешь бота в телеге превратить в IDE через Телегу?)))

я смотрю, ты такими темпами хочешь бота в телеге превратить в IDE через Телегу?)))

да я уже 😂

да я уже 😂

© Больной ублюдок 😂

да я уже 😂

нужно бота в продакшен)))

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

ща есть апи врапы в репе

они кривые, если есть идеи, как лучше сделать, предлагайте пулл-реквесты

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

тоесть в этом году и следующем не ждать?))

летом скорее всего будет уже все

А где глянуть то можно? Хотя бы чтобы в курсе быть?

так это не бот в телеге)

Теретический вопрос. Допустим у вас есть unordered_map, с которой можно безопасно работать из нескольких потоков одновременно (одновременно вставлять/удалять/модифицировать элементы). Для каких целей бы вы использовали подобный класс?

для базы персонажей в онлайн игре отлично пойдёт

ну так нетолько в wnadbox все можно крутить, но есть еще куча других таких сервисов

нужно больше велосипедирования

Это смотрится страшно

Это смотрится страшно

Конечнр, там же фрагмент моего кода виден

Конечнр, там же фрагмент моего кода виден

а подсветку взял штатную от вима чтоль?

ССЫЛКИ У ПЕРЕМЕННЫХ А НЕ У ТИПА

SICK FUCK

бейте его

не ну почему - нормально смотрится)

ооооооооо, он же на си был

для базы персонажей в онлайн игре отлично пойдёт

Хочется подробностей. А как собираетесь обновлять персонажа?

ССЫЛКИ У ПЕРЕМЕННЫХ А НЕ У ТИПА

хаха___ Скажите привет товарищу Трофимову А.Н.?)))

кто это

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

кто это

дядька один классный, он мне за такую расстановку ссылок лабы не защитывал)ъ

интересно было гдб прикручивать

С тех пор привязываю))

чтоб через чат пахало

интересно было гдб прикручивать

ну так gdb server,а а на стороне чата gdb client

Хочется подробностей. А как собираетесь обновлять персонажа?

На самом деле уже обдумал, почитал чуть выше - нужно блочить на определенный набор действий. Обычно есть поток, который каждые N тиков вызывает какой-нибудь HeartBeat у персонажа, но помимо этого левые потоки могут менять его. И тут как раз лучше блочить на весь период HeartBeat и на изменение аналогично

ну так gdb server,а а на стороне чата gdb client

хахахах

хахахах

я не стал запариваться)))

так, как ты предложил, работать не будет

но зато работает через ссш

На самом деле уже обдумал, почитал чуть выше - нужно блочить на определенный набор действий. Обычно есть поток, который каждые N тиков вызывает какой-нибудь HeartBeat у персонажа, но помимо этого левые потоки могут менять его. И тут как раз лучше блочить на весь период HeartBeat и на изменение аналогично

Блочить на все действия необязательно. Можно и CAS какой-нибудь реализовать.

Можно к каждому члену вариадик пака применить функцию и передать их все дальше как вариадик пак?

Можно к каждому члену вариадик пака применить функцию и передать их все дальше как вариадик пак?

к типу применить функцию или к переменной?

к переменной

template <class... Args> void bar(Args... args) { } template <class... Args> void foo(Args... args) { bar(somefunc(args)...); }

template <class... Args> void bar(Args... args) { } template <class... Args> void foo(Args... args) { bar(somefunc(args)...); }

спасибо

Блочить на все действия необязательно. Можно и CAS какой-нибудь реализовать.

Я так понимаю, такие контейнеры используются с полной заменой элемента. Копируем старое значение, меняем, пишем новое. Если с двух потоков берем старое и потокобезопасно пишем новое, то часть результата может пропасть

Я так понимаю, такие контейнеры используются с полной заменой элемента. Копируем старое значение, меняем, пишем новое. Если с двух потоков берем старое и потокобезопасно пишем новое, то часть результата может пропасть

В контейнере окажется один из двух вставленных элементов

В контейнере окажется один из двух вставленных элементов

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

да

поэтому мой пример с игроками - не очень

Для некоторых вариантов использования такое поведение допустимо, для некоторых — нет.

поэтому мой пример с игроками - не очень

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

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

in-place?

что-то типа

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

Всем привет! В приложении 1000 потоков, одноядерный процессор. Как то можно прикинуть какое время сна у потока может быть?

99.9% времени?

99.9% времени?

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

сколько угодно

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

в среднем 999 мс из секунды

в среднем 999 мс из секунды

т.е. 1 мс работает, и 999 ждет?

просто недостаточно данных. какие у потоков приоритеты, сколько из них спит и т.д.

а вообще - это ж жесть

т.е. 1 мс работает, и 999 ждет?

ну да. это в среднем = в идеале

если 1000 тредов работают одновременно то оно расплавится и никуда не пойдет