И выходит это крайне медленно.

напиши свои списки на с и впили в питон

Зачем? Я просто не буду использовать Питон. ;P

тож варик))

Это называется вектор

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

И выходит это крайне медленно.

В плюсах

И выходит это крайне медленно.

На самом деле смотря для чего они

бля вставки большого количества сырых данных (не по указателю) и постоянного копирования из метода в метод))))))))

зато доступ О(1)

бля вставки большого количества сырых данных (не по указателю) и постоянного копирования из метода в метод))))))))

Ну для вставки в конец пофигу для передачи они по ссылке передаются

при оптимиации компилятора? или при указании?

Для копирования, у тебя копирование любой штуки кроме персистентной будет на О(н)

при оптимиации компилятора? или при указании?

Это же мутабельный объеки

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

Ну неее. Есть capacity, и переаллокация вжухнется только если сайз > неё

Объект*

бло.. а я хотел напряч компы пользователей

чь

Можно думать что в питоне все передается по ссылке только операции с немутабельными поражают новые копии

Пораждают*

Но на практике это конечно не так и пооптимайзенр

всё.. перехожу на JS

вопрос. Кто реализовывал систему сигналов-слотов как в Qt? Интересно кто как делал

больше интересует межпоточное взаимодействие

модел акторов

больше интересует межпоточное взаимодействие

межпоточное или межпроцессное ?

вопрос. Кто реализовывал систему сигналов-слотов как в Qt? Интересно кто как делал

На гитхабе полно либ.

вопрос. Кто реализовывал систему сигналов-слотов как в Qt? Интересно кто как делал

Кидали тут Либу одну от GS group , так там вся эта реализация быстрее, чем у Qt , boost и т.д. судя по приведённым тестам

межпоточное или межпроцессное ?

сорри.. межпроцессное.

сорри.. межпроцессное.

в межпроцессное общение qnx умеет ;D

Кидали тут Либу одну от GS group , так там вся эта реализация быстрее, чем у Qt , boost и т.д. судя по приведённым тестам

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

Кидали тут Либу одну от GS group , так там вся эта реализация быстрее, чем у Qt , boost и т.д. судя по приведённым тестам

Можно ссылку?

вопрос. Кто реализовывал систему сигналов-слотов как в Qt? Интересно кто как делал

https://github.com/koplyarov/wigwag Best signal-slot library

если только сигналы слоты надо - я дал

просто stingraykit на третьих плюсах и большой

если только сигналы слоты надо - я дал

а они тоже асинхронные?

policy задать можно

Можно ссылку?

@kenny1847 уже кинул)

https://github.com/GSGroup/stingraykit вот на сам кит, но как-то подзабилось его обновлять на гитхабе, но через какое-то время туда зальют свежего

сорри.. межпроцессное.

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

именованные?

на сколько мне известно не все операционные системы поддерживают именнованые каналы.. стандартных средств с++ не даёт для этого вроде)) разве что делать эмуляцию

даже хуже.. в разных ОС своё апи для пайпов.. ох не люблю такое

разве что использовать что-то готовое типа zeroMQ

а как же shared memory

даже хуже.. в разных ОС своё апи для пайпов.. ох не люблю такое

Ну так у тебя по факту 4 ОСи

Просто с именованными каналами я полноценно не работал, а все попытки были в винде)

Поэтому то, что я успел прочитать - не понравилось

а как же shared memory

Тоже platform specific

Ну так у тебя по факту 4 ОСи

Кроме winapi и posix есть что-то ещё?

Поэтому то, что я успел прочитать - не понравилось

Посмотри неменнованные. По логике работы ничем не отличается от пасикса.

Никакой легковесной кроссплатформенной local network либы нет для этого?

curl?

Э? IPC через curl?

Лол, но да)

Знаю место, где так и сделоли.

Знаю место, где так и сделоли.

Они ведь потом долго в аду горели да?

разве что использовать что-то готовое типа zeroMQ

Nanomsg

Ещё легче, на си, от того же автора, емнип, он там ещё писал, что понял, как он заблуждался в первой разработке и запилил нано

Он реально неплох. Есть биндинги под плюсы с оопом и куртизанками

Они ведь потом долго в аду горели да?

Нет! Они держат это в продакшоне уже несколько лет.

Ты с ними 27го числа встретишься, лол.

ERROR: S client not available

:D

Хотя там хитро, конечно. Не всё через curl бегает, разумеется.

Внутри процесса не дёргать сеть ведь.

Не, ну а чо

Ребят, а есть чат по QT?

Ребят, а есть чат по QT?

да, но там только я один

и там ругают за такое написание

Qt != QT

а что в этом чате есть?

qml есть?

У меня было много народу в институте, которые говорили что списки нафиг не нужны, что это чушь и использовать они их не будут на работе. И что самое интресное, они и правда не пригодились этим людям при работе кассиром в Макдональдсе.

Если мы говорим именно о std:: vector vs list, то тут листу действительно печально. Недавно бросали выступление джейсона, он об этом упоминал, ну и страуструп помню тоже похожее говорил. В общих чертах программисты очень плохо угадывают бенчмарк, его нужно проводить. Если используется лист, то типа стоит заменить на вектор и померить - часто даже против логики вектор быстрее получается.

а что в этом чате есть?

там есть я )

qml есть?

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

Кул, го дружить

Если мы говорим именно о std:: vector vs list, то тут листу действительно печально. Недавно бросали выступление джейсона, он об этом упоминал, ну и страуструп помню тоже похожее говорил. В общих чертах программисты очень плохо угадывают бенчмарк, его нужно проводить. Если используется лист, то типа стоит заменить на вектор и померить - часто даже против логики вектор быстрее получается.

Верно, готов подписаться под каждым словом. Но не демотивируй человека - когда мне кто-то говорил "не, оно на практике не используется", то желание учить это резко уменьшалось. Списки используются в unordered контейнерах, lock-free вещах, C++20 queue, io_service и различных сетевых вещах. Знать их надо, т.к. они часто используются как часть более сложных абстракций. Учить их надо начинать с простых std::list подобных контейнеров, иначе потом на сложных вещах уже не заробраться.

Кул, го дружить

ну чем могу тем помогу

Верно, готов подписаться под каждым словом. Но не демотивируй человека - когда мне кто-то говорил "не, оно на практике не используется", то желание учить это резко уменьшалось. Списки используются в unordered контейнерах, lock-free вещах, C++20 queue, io_service и различных сетевых вещах. Знать их надо, т.к. они часто используются как часть более сложных абстракций. Учить их надо начинать с простых std::list подобных контейнеров, иначе потом на сложных вещах уже не заробраться.

Еще есть deque. Который странный, малоиспользуемый, но дает неплохую производительность, если есть сильная фрагментация памяти и лень пилить свою структуру данных под это.

Интересно, почему в unordered контейнерах решили использовать именно этот способ разрешения коллизий?

Через списки имею ввиду

Еще есть deque. Который странный, малоиспользуемый, но дает неплохую производительность, если есть сильная фрагментация памяти и лень пилить свою структуру данных под это.

Вот я смотрю все эти конфы и понимаю, что стандарт дает тебе кучу вещей, но ты все равно будешь пилить свой велосипед....

Ибо в с++ ты всегда должен страдать))

Так уж повелось)

Интересно, почему в unordered контейнерах решили использовать именно этот способ разрешения коллизий?

В unordered вроде hash table, в отличие от обычных

В unordered вроде hash table, в отличие от обычных

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

https://habrahabr.ru/company/tensor/blog/327018/

Чет орнул с велосипеда)

кек

https://habrahabr.ru/company/tensor/blog/327018/

Для нормальных пацанов с района)) Все четко и по делу расписали))

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

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

Давай в тогда уж лучше в СПб в Купчино или в Москве в окраинах Чертаново) Или в Кронштадте)

Давай в тогда уж лучше в СПб в Купчино или в Москве в окраинах Чертаново) Или в Кронштадте)

Meh, далеко ехать.