forum.opennet.ru - "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLVM lld" (21)

"Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLVM lld"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLVM lld"	+/–
Сообщение от opennews (??), 05-Окт-26, 22:25
Опубликован выпуск компоновщика Mold 3.0, который может применяться в качестве более быстрой прозрачной замены GNU linker на Linux-системах. Проект развивает Rui Ueyama, автор компоновщика LLVM lld. Ключевой особенностью Mold является очень высокая скорость связывания объектных файлов, заметно опережающая компоновщики GNU gold и LLVM lld (компоновка в Mold выполняется со скоростью, всего в два раза медленнее простого копирования файлов утилитой cp). Код написан на языке Rust и распространяется под лицензией MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66406
Ответить \| Правка \| Cообщить модератору

Оглавление

lto проблемный процесс, сабж позволяет его ускорить , Аноним (1), 22:25 , 05-Окт-26, (1) +2

и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс, Аноним (1), 22:26 , 05-Окт-26, (2)
растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что, Аноним (14), 23:44 , 05-Окт-26, (14) –1
Нет, там ни слова нет про LTO , Ivan_83 (ok), 00:22 , 06-Окт-26, (19)

Это очень хорошая новость , Аноним (3), 22:49 , 05-Окт-26, (3) –4

Скрыто модератором, Аноним (5), 22:54 , 05-Окт-26, (5)

Однажды на опеннете написали новость не про Раст и у админа отвалился член , Аноним (5), 22:54 , 05-Окт-26, (4) +10

Скрыто модератором, Аноним (10), 23:27 , 05-Окт-26, (10)

Что мешало сделать проверки на C , Аноним (6), 23:03 , 05-Окт-26, (6) –1

сделать Собстенно, это и мешало - их делать нужно, а не просто на комплиятор по, GNU Overlord (ok), 23:52 , 05-Окт-26, (15)
Потому что при разборе объектных файлов концепция parse, don t validate в случае, morphe (?), 00:04 , 06-Окт-26, (16)
Так-то наверное можно и на Бейсике писать и проверки сделать , Васян Айтишник (?), 00:18 , 06-Окт-26, (17)

Надуманная проблема, Аноним (6), 23:05 , 05-Окт-26, (7) –1

Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеля, Ivan_83 (ok), 00:24 , 06-Окт-26, (20)

Ирония проекта в том, что он сам компилироваться будет ещё медленнее Но, с друго, Bottle (?), 23:16 , 05-Окт-26, (8)

Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет , жявамэн (ok), 23:22 , 05-Окт-26, (9) +1
Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с, Ivan_83 (ok), 00:28 , 06-Окт-26, (21)

Да что же такое, снова несуществующий реальный продукт на раст , Аноним9000 (?), 23:29 , 05-Окт-26, (11)

Ты посмотри в список контрибьютеров, это нейрослоп почти , Аноним (10), 23:35 , 05-Окт-26, (13)

Скрыто модератором, Инопланетянин (?), 23:30 , 05-Окт-26, (12)
Бесполезный компоновщик стал х10 бесполезнее Тем кто смотрит в его сторону не т, Ivan_83 (ok), 00:20 , 06-Окт-26, (18)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 05-Окт-26, 22:25 +2 +/–

lto проблемный процесс, сабж позволяет его ускорить?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #14, #19

2. Сообщение от Аноним (1), 05-Окт-26, 22:26 +/–

и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 05-Окт-26, 22:49 –4 +/–

Это очень хорошая новость!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

4. Сообщение от Аноним (5), 05-Окт-26, 22:54 +10 +/–

Однажды на опеннете написали новость не про Раст и у админа отвалился член.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

5. Сообщение от Аноним (5), 05-Окт-26, 22:54 Скрыто ботом-модератором +/–

Сейчас 2026 год сейчас нет хороших новостей. Всё ржавеет и загнивает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Аноним (6), 05-Окт-26, 23:03 –1 +/–

>>вариант на Rust останавливает работу на этапе проверки границ
Что мешало сделать проверки на C++ ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #16, #17

7. Сообщение от Аноним (6), 05-Окт-26, 23:05 –1 +/–

>>Мотивом к созданию Mold стало раздражение от необходимости ждать завершения компоновки после каждого внесения изменения в код
Надуманная проблема

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

8. Сообщение от Bottle (?), 05-Окт-26, 23:16 +/–

Ирония проекта в том, что он сам компилироваться будет ещё медленнее.
Но, с другой стороны, лучше так, чем никак.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #21

9. Сообщение от жявамэн (ok), 05-Окт-26, 23:22 +1 +/–

Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

10. Сообщение от Аноним (10), 05-Окт-26, 23:27 Скрыто ботом-модератором +/–

Не про ржавчину, дак про плесень.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

11. Сообщение от Аноним9000 (?), 05-Окт-26, 23:29 +/–

Да что же такое, снова несуществующий реальный продукт на раст!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

12. Сообщение от Инопланетянин (?), 05-Окт-26, 23:30 Скрыто ботом-модератором +/–

> Переход на Rust позволил...
Кто это у нас там в контрибьюторах на 2-ом месте

Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (10), 05-Окт-26, 23:35 +/–

Ты посмотри в список контрибьютеров, это нейрослоп (почти)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (14), 05-Окт-26, 23:44 –1 +/–

растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

15. Сообщение от GNU Overlord (ok), 05-Окт-26, 23:52 +/–

"сделать"
Собстенно, это и мешало - их делать нужно, а не просто на комплиятор повесить. Причем делать нормально, а не так, чтобы потом сегфолты летели.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

16. Сообщение от morphe (?), 06-Окт-26, 00:04 +/–

Потому что при разборе объектных файлов концепция parse, don't validate в случае плюсов невероятно сложная, поскольку zero-copy это надо следить за временем жизни кучи span/string_view, в то время как в Rust за временем жизни следит компилятор

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

17. Сообщение от Васян Айтишник (?), 06-Окт-26, 00:18 +/–

Так-то наверное можно и на Бейсике писать и проверки сделать :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

18. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:20 +/–

> Ветка Mold 3.0 примечательна переписыванием кодовой базы с C++ (C++20) на язык Rust.
Бесполезный компоновщик стал х10 бесполезнее.
Тем кто смотрит в его сторону: не тратьте время.
1. LTO оно не умеет.
2. без LTO линковка даже обычными линковщиками не особо то и заметна на фоне процесса компиляции.
Возможно есть очень-очень редкие юзкейсы когда оно имеет смысл, например вы уже скомпилили нечто тяжёлое типа хрома, потом поредактили пару файлов и вам только их перекомпилить и перелинковать. Ну вот тогда оно секунд 5 сэкономит.
При обычном процессе хром всё равно компилится часы и линкуется минуты, от того что результат будет получен на 1-2 минуты раньше легче не станет.

Ответить | Правка | Наверх | Cообщить модератору

19. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:22 +/–

Нет, там ни слова нет про LTO.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

20. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:24 +/–

Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеляции хрома пока тот слинкуется :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

21. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:28 +/–

Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с такой помпой, как будто это чудо какое то и мастхэв.
И никто тут не читает даже readmi.md проекта и не осознаёт его полную бесмысленность.
И я не прочитал и полез эту фигню пробовать.
А потом узнал что LTO там только через плагин = подключается llvm и разницы в скорости 0.
А для случаев когда LTO не нужно - разницы особой нет, ну типа мне что 5 что 15 секунд линковки для проекта который собирался пол часа - как то пофик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Хоcтинг:

1. Сообщение от Аноним (1), 05-Окт-26, 22:25	+2 +/–
lto проблемный процесс, сабж позволяет его ускорить?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #14, #19

2. Сообщение от Аноним (1), 05-Окт-26, 22:26	+/–
и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 05-Окт-26, 22:49	–4 +/–
Это очень хорошая новость!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5

4. Сообщение от Аноним (5), 05-Окт-26, 22:54	+10 +/–
Однажды на опеннете написали новость не про Раст и у админа отвалился член.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10

5. Сообщение от Аноним (5), 05-Окт-26, 22:54 Скрыто ботом-модератором	+/–
Сейчас 2026 год сейчас нет хороших новостей. Всё ржавеет и загнивает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

6. Сообщение от Аноним (6), 05-Окт-26, 23:03	–1 +/–
>>вариант на Rust останавливает работу на этапе проверки границ Что мешало сделать проверки на C++ ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #15, #16, #17

7. Сообщение от Аноним (6), 05-Окт-26, 23:05	–1 +/–
>>Мотивом к созданию Mold стало раздражение от необходимости ждать завершения компоновки после каждого внесения изменения в код Надуманная проблема
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #20

8. Сообщение от Bottle (?), 05-Окт-26, 23:16	+/–
Ирония проекта в том, что он сам компилироваться будет ещё медленнее. Но, с другой стороны, лучше так, чем никак.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9, #21

9. Сообщение от жявамэн (ok), 05-Окт-26, 23:22	+1 +/–
Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

10. Сообщение от Аноним (10), 05-Окт-26, 23:27 Скрыто ботом-модератором	+/–
Не про ржавчину, дак про плесень.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

11. Сообщение от Аноним9000 (?), 05-Окт-26, 23:29	+/–
Да что же такое, снова несуществующий реальный продукт на раст!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13

12. Сообщение от Инопланетянин (?), 05-Окт-26, 23:30 Скрыто ботом-модератором	+/–
> Переход на Rust позволил... Кто это у нас там в контрибьюторах на 2-ом месте
Ответить \| Правка \| Наверх \| Cообщить модератору

13. Сообщение от Аноним (10), 05-Окт-26, 23:35	+/–
Ты посмотри в список контрибьютеров, это нейрослоп (почти)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (14), 05-Окт-26, 23:44	–1 +/–
растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :)))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

15. Сообщение от GNU Overlord (ok), 05-Окт-26, 23:52	+/–
"сделать" Собстенно, это и мешало - их делать нужно, а не просто на комплиятор повесить. Причем делать нормально, а не так, чтобы потом сегфолты летели.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

16. Сообщение от morphe (?), 06-Окт-26, 00:04	+/–
Потому что при разборе объектных файлов концепция parse, don't validate в случае плюсов невероятно сложная, поскольку zero-copy это надо следить за временем жизни кучи span/string_view, в то время как в Rust за временем жизни следит компилятор
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

17. Сообщение от Васян Айтишник (?), 06-Окт-26, 00:18	+/–
Так-то наверное можно и на Бейсике писать и проверки сделать :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

18. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:20	+/–
> Ветка Mold 3.0 примечательна переписыванием кодовой базы с C++ (C++20) на язык Rust. Бесполезный компоновщик стал х10 бесполезнее. Тем кто смотрит в его сторону: не тратьте время. 1. LTO оно не умеет. 2. без LTO линковка даже обычными линковщиками не особо то и заметна на фоне процесса компиляции. Возможно есть очень-очень редкие юзкейсы когда оно имеет смысл, например вы уже скомпилили нечто тяжёлое типа хрома, потом поредактили пару файлов и вам только их перекомпилить и перелинковать. Ну вот тогда оно секунд 5 сэкономит. При обычном процессе хром всё равно компилится часы и линкуется минуты, от того что результат будет получен на 1-2 минуты раньше легче не станет.
Ответить \| Правка \| Наверх \| Cообщить модератору

19. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:22	+/–
Нет, там ни слова нет про LTO.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

20. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:24	+/–
Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеляции хрома пока тот слинкуется :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

21. Сообщение от Ivan_83 (ok), 06-Окт-26, 00:28	+/–
Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с такой помпой, как будто это чудо какое то и мастхэв. И никто тут не читает даже readmi.md проекта и не осознаёт его полную бесмысленность. И я не прочитал и полез эту фигню пробовать. А потом узнал что LTO там только через плагин = подключается llvm и разницы в скорости 0. А для случаев когда LTO не нужно - разницы особой нет, ну типа мне что 5 что 15 секунд линковки для проекта который собирался пол часа - как то пофик.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8