https://m.opennet.dev/openforum/vsluhforumID3/114605.html Израильская компания Ceemple Software открыла (https://github.com/yrnkrn/zapcc) исходные тексты C++ компилятора Zapcc (https://www.zapcc.com/), основанного на наработках Clang/LLVM и отличающегося очень высокой скоростью компиляции, благодаря активному применению кэширования различных этапов сборки. Компилятор может выступать в роли прозрачной замены clang и gcc, и поддерживает интеграцию с любыми системами сборки. Исходные тексты открыты под лицензией LLVM.<br><br><br><br>Особенно заметное увеличение скорости сборки наблюдается для проектов на C++ с большим число заголовочных файлов с шаблонами, таких как ScyllaDB, Webkit и LLVM, для проектов на Си ускорение менее заметно. Например, при тестировании производительности типовая повторная пересборка Boost.Math при помощи Zapcc производится в 10-50 раз быстрее (https://www.zapcc.com/demo-incremental-build/) по сравнению с Clang, а время полной сборки WebKit быстрее (https://www.zapcc.com/demo-webkit) в 2-5 раз. Сборка Clang при помощи Zapcc выполняется в два раза быстр https://m.opennet.dev/openforum/vsluhforumID3/114605.html#162 Mon, 16 Sep 2019 11:52:31 GMT как раз меня опередили, как я хотел написать об опережении меня перед тем, как я хотел задать тот же вопрос<br><br>(з.ы. похожее видел в Haxe с CPP трагетом, там тоже применяется кеш компиляции cpp-кода. правда порой приходится вручную его чистить и собирать с нуля, потому как мог и "забыть" некоторые изменения в коде)<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#160 Fri, 22 Jun 2018 04:08:58 GMT &gt; Вопрос "зачем эти сложности" не снимается упоминанием mmap и POD.<br><br>Ну скорость компиляторов ЦэПэПэ в разы увеличивается. Разумеется, необходимость этих извращений можно устранить просто введя в язык модули - см. Borland Pascal, Ocaml, Haskell и т.д., практически всё, кроме C и C++.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#159 Fri, 22 Jun 2018 04:06:34 GMT &gt; Кто такое POD? На ум только перловые доки приходят.<br><br>Plain Old Data - терминология С++ников.<br><br>Примерно год назад я читал статью про работу с памятью в языках программирования - грубо говоря, структуры в памяти можно разделить на несколько архетипов:<br><br>1. Атомарные и массивы - это уровень Fortran 66.<br>2. Графы из указателей - это LISP.<br>3. POD - это пришло из Кобола, сейчас в основном известно по C - структуры, занимающие сплошные блоки памяти.<br>4. Каналы, они же pipes.<br><br>Ну и всё остальное - это сочетания этих подходов.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#158 Fri, 22 Jun 2018 04:00:21 GMT &gt; Я однажды столкнулся с их IDE/компиллятором Kylix (Borland C++ для Linux).<br><br>Ну это даже значительно хуже, чем обычно.<br><br>Но вот Трубо Паскакаль у них был отличным. Даже на ХТ компилировал очень быстро.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#157 Thu, 21 Jun 2018 18:04:10 GMT Кто такое POD? На ум только перловые доки приходят.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#156 Wed, 20 Jun 2018 15:49:42 GMT Да, было бы здорово.<br>Но нет времени/желания пока это автоматизировать: тазиков не много и обновляются они сравнительно редко.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#154 Wed, 20 Jun 2018 09:21:14 GMT &gt;по крайней мере <br>&gt; 1/10 бинарного выхода это повторяющиеся комбинации символов,<br>&gt; нагружен рекурсией, выигрыш растет по экспоненте. Так что все логично. Молодцы. <br><br>Вы , как Большой Учёный, наверное, слышали про такой мощный, я бы даже сказал, "неповторимый" язык, как ассемблер. Попробуйте! Проьлему "повторов" решит на корню. &gt;/&lt;<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#153 Wed, 20 Jun 2018 08:28:00 GMT &#171;Денег нет, но вы держи&#769;тесь&#187;.<br> https://m.opennet.dev/openforum/vsluhforumID3/114605.html#152 Wed, 20 Jun 2018 08:24:19 GMT &gt;&gt;[оверквотинг удален] <br>&gt;&gt;&gt; 128 GiB хватит для всех?<br>&gt; и что? ты про SGI Altrix слышал? канделяберный ты наш..<br><br>Ну, " up to 128 TB of memory (192TB with single microprocessor socket blades ' услышал, "up to 2048 dual-core Itanium 2 and Itanium ("Montvale" revision) microprocessor sockets" допустим. Мммм... нуу-у-.... ээээ.... Ну, допустим "до" то ли 384ПБ, то ли 192ПБ, то ли 256ПБ. ///Чёт NASA себе такой не купила.<br><br>Давай теперь, [I]вдвоём!![/I], поговорим с типо-сарказмием предыдущего Анонима из #81:<br><br><br>160Тб на 40 узлах по 2 сокета в _прототипе_ даёт _минимум_ до {$ну-к, посчитай сам!} ТБ ^W ПБ? ЭБ???... на "2592 двухпроцессорных серверах" !??<br><br>И нет, это [типо] не "кластер" ("was a 10240-microprocessor cluster of twenty Altix 3000 systems, each with 512 microprocessors, interconnected with InfiniBand." / "scale to over 51,200 cores" [c "up to 512 proc. up to 2ТB" =&gt; up to 40TB&#124;up to 200TB?]).<br><br><br>Впрочем, разница (см.слово "интерконнект" наверху) мала, согласен!<br><br><br>&gt;&gt; -- <br>&gt;&gt; --https: