Показаны сообщения с ярлыком comp. Показать все сообщения
Показаны сообщения с ярлыком comp. Показать все сообщения

пятница, 15 мая 2026 г.

C++ 26

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

https://www.opennet.ru/opennews/art.shtml?num=65102

Эта фраза — набор профессионального юмора и жаргона разработчиков C++, обсуждающих стандарт C++26. Она выражает разочарование отсутствием удобного механизма для работы с конкурентностью в конкретном сценарии. [1]
Вот разбор этого выражения:
  • «Снова нет шлюма»: «Шлюм» — искаженное от «шлюз» (англ. latch или barrier), механизм синхронизации. Значит, опять не включили долгожданный простой инструмент для приостановки выполнения потоков, пока другие не завершат работу.
  • «Для многописарок»: Речь идет о многопоточных приложениях, где несколько потоков одновременно пишут данные в одну структуру (много писателей — multiple writers).
  • «В случае интензианского грума»: Искаженное название. Скорее всего, речь о «интенсивном груминге» (intense grooming) — частом изменении, рефакторинге или «причесывании» структуры данных, что требует частой синхронизации.
Итог: Комментатор недоволен, что в новом стандарте C++26 (утвержденном к 2026 году) опять не предусмотрели удобный механизм (шлюз/барьер) для безопасной и быстрой синхронизации данных, когда много потоков интенсивно записывают данные.

среда, 29 октября 2025 г.

Сравнение ЯП

https://www.opennet.ru/openforum/vsluhforumID3/118442.html#160

Внезапно, так и есть. Авторы Java-версии открыто признают, что не заморачиваются и аллоцируют по объекту на пакет ("we still allocate around 20 bytes on average per forwarded packet"). Т.е. вместо самой программы они бенчмаркают сборщик мусора. А ещё они зачем-то используют Unsafe и volatile-поля, тем самым не давая JVM выполнять большинство оптимизации.