Lock free не всегда быстрее. Я не про конкретный пример, а в целом. Хотелось бы узнать сколько выйгрыша мы получим при переходе от отлаженного и универсального механизма мьютексов к lock free алгоритмам.
Очень часто файлы отдаются веб сервером с использованием компрессии. Хотелось бы увидеть разницу в размере запакованного исходного файла и запакованного минимизированного. Она должна быть намного меньше.
«STL'ный set… работает за 4.856 секунд» что это значит? Какие операции? Какие данные? Как время замерялось? Какая погрешность? Да и поиск в сортированном векторе почти в 4 раза быстрее чем в set. habrahabr.ru/blogs/cpp/114518/
>>Жаль только, что наша аудитория до сих пор продолжает предвзято относиться к данной социальной сети, ведь в техническом плане им есть ОЧЕНЬ много чем поделиться с нами.
Пусть делятся! Всем интересно. Песочница, кстати, для всех открыта.
Конкретный кусок кода, который выполнял ту же задачу, но был вшит в субд, был написан за пол дня. А вот причесывание в библиотеку заняло больше времени.
Классы, фабрики… Главное чтобы был Си интерфейс, а обертку можно написать. Проекты разные бывают, кто-то сжимает гиговые файлы, а кто-то делает сжатие объектов в несколько килобайт.
Я даже не из-за этого был огорчен, а из-за того что патч ( code.google.com/p/google-url/issues/detail?id=22 ), и не один, выкладывался и передавался разработчикам googleurl, но в проект не попал.
Пусть делятся! Всем интересно. Песочница, кстати, для всех открыта.
Классы, фабрики… Главное чтобы был Си интерфейс, а обертку можно написать. Проекты разные бывают, кто-то сжимает гиговые файлы, а кто-то делает сжатие объектов в несколько килобайт.