| |
| 2.2, Аноним (1), 22:26, 05/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс
| | |
| 2.14, Аноним (14), 23:44, 05/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :)))
| | |
|
| 1.4, Аноним (5), 22:54, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +12 +/– |
Однажды на опеннете написали новость не про Раст и у админа отвалился член.
| | |
| 1.6, Аноним (6), 23:03, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>>вариант на Rust останавливает работу на этапе проверки границ
Что мешало сделать проверки на C++ ?
| | |
| |
| 2.15, GNU Overlord (ok), 23:52, 05/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
"сделать"
Собстенно, это и мешало - их делать нужно, а не просто на комплиятор повесить. Причем делать нормально, а не так, чтобы потом сегфолты летели.
| | |
| 2.16, morphe (?), 00:04, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потому что при разборе объектных файлов концепция parse, don't validate в случае плюсов невероятно сложная, поскольку zero-copy это надо следить за временем жизни кучи span/string_view, в то время как в Rust за временем жизни следит компилятор
| | |
|
| 1.7, Аноним (6), 23:05, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>>Мотивом к созданию Mold стало раздражение от необходимости ждать завершения компоновки после каждого внесения изменения в код
Надуманная проблема
| | |
| |
| 2.20, Ivan_83 (ok), 00:24, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеляции хрома пока тот слинкуется :)
| | |
|
| 1.8, Bottle (?), 23:16, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ирония проекта в том, что он сам компилироваться будет ещё медленнее.
Но, с другой стороны, лучше так, чем никак.
| | |
| |
| 2.9, жявамэн (ok), 23:22, 05/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет?
| | |
| 2.21, Ivan_83 (ok), 00:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с такой помпой, как будто это чудо какое то и мастхэв.
И никто тут не читает даже readmi.md проекта и не осознаёт его полную бесмысленность.
И я не прочитал и полез эту фигню пробовать.
А потом узнал что LTO там только через плагин = подключается llvm и разницы в скорости 0.
А для случаев когда LTO не нужно - разницы особой нет, ну типа мне что 5 что 15 секунд линковки для проекта который собирался пол часа - как то пофик.
| | |
| |
| 3.24, An2 (?), 01:14, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> что 5 что 15 секунд линковки для проекта который собирался пол часа
А если туда нужно вносить изменения, одно за другим. Компиляция - 2 секунды, а линковка на порядок дольше?
| | |
|
|
| 1.18, Ivan_83 (ok), 00:20, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Ветка Mold 3.0 примечательна переписыванием кодовой базы с C++ (C++20) на язык Rust.
Бесполезный компоновщик стал х10 бесполезнее.
Тем кто смотрит в его сторону: не тратьте время.
1. LTO оно не умеет.
2. без LTO линковка даже обычными линковщиками не особо то и заметна на фоне процесса компиляции.
Возможно есть очень-очень редкие юзкейсы когда оно имеет смысл, например вы уже скомпилили нечто тяжёлое типа хрома, потом поредактили пару файлов и вам только их перекомпилить и перелинковать. Ну вот тогда оно секунд 5 сэкономит.
При обычном процессе хром всё равно компилится часы и линкуется минуты, от того что результат будет получен на 1-2 минуты раньше легче не станет.
| | |
| |
| 2.25, An2 (?), 01:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> типа хрома
Да, без mold поиграться с каким-то изменениями в Firefox или Chromium не реально.
| | |
|
|