Size: a a a

2021 March 07

AN

Alex Noname in rust_offtopic
Жаль что не так смешно когда знаешь немецкий
источник

RB

Roman Blog in rust_offtopic
Constantine Drozdov
инкрементальной сборки нет
А она ненужна. Твоя инкрементальная сборка 95%  времени собирает мусор
источник

CD

Constantine Drozdov in rust_offtopic
Roman Blog
А она ненужна. Твоя инкрементальная сборка 95%  времени собирает мусор
LTO это по сути сборка в одном TU, там несколько минут емнип на текущем
источник

RB

Roman Blog in rust_offtopic
а вот нормальной инкрементальной сборки нет для tu, но то проблема реализации. В какой-то степени модули здесь помогут, потому как в рамках базовой парадигмы будут явные экспорты
источник

RB

Roman Blog in rust_offtopic
ну там проблема не в lto, при этом уже и в шланге и в гцц лто параллельный. Это время тратится не на глобальную сборку, а на оптимизации и обработку мусора. Мидл достаточно тормозной в этой плане
источник

RB

Roman Blog in rust_offtopic
вон там у адептов раста плавит методичку из-за того, что им llvm компилирует из огрызки тысячи лет. Если это собирать в рамках одного tu там будет куда меньше мусора и ещё больше его может выпилить компилятор
источник

CD

Constantine Drozdov in rust_offtopic
Roman Blog
ну на расте ничего писать нельзя - то другого типа язык. А так время компиляции там не увеличится - оно уменьшится. Только в достаточно редких случаях(это там голый си с классами, т.е. с примитивными и малосвязными хедерами) это выливается в проблемы с временем
по сути архитектурно так и есть - у тебя базовая область + конечный код с малосвязными C with classes хедерами, который люто жрёт время
куча времени на шаблонных инстансах из-за разбиения на TU, но можно подавлять шаблонные инстанцирования - в дебажной инкременталке производительность не нужна
источник

RB

Roman Blog in rust_offtopic
есть fwhole-program, который для этого и нужен. Он предполагает, что ничего никуда не экспортируется, а значит можно сразу выпиливать и не компилировать то, что не используется
источник

RB

Roman Blog in rust_offtopic
Constantine Drozdov
по сути архитектурно так и есть - у тебя базовая область + конечный код с малосвязными C with classes хедерами, который люто жрёт время
куча времени на шаблонных инстансах из-за разбиения на TU, но можно подавлять шаблонные инстанцирования - в дебажной инкременталке производительность не нужна
Соотношение своего кода в tu ко внешнему - чуть ли не 1/100, и здесь дело не в производительности. В реальности весь код твоей программы слитый в один tu может собираться так же, как если ты собираешь один tu.  В среднем оно будет чуть дольше, если у тебя не лям строк кода
источник

CD

Constantine Drozdov in rust_offtopic
Roman Blog
Соотношение своего кода в tu ко внешнему - чуть ли не 1/100, и здесь дело не в производительности. В реальности весь код твоей программы слитый в один tu может собираться так же, как если ты собираешь один tu.  В среднем оно будет чуть дольше, если у тебя не лям строк кода
у меня там сотни тысяч строк
источник

RB

Roman Blog in rust_offtopic
но это только в ситуации, когда это совсем малосвязное си с классами говно. В чем-то чуть сложнее ты не сможешь что-то глобально изменить не трогая инклюды
источник

RB

Roman Blog in rust_offtopic
поэтому не потрагал инклюды - ты можешь получить профит. А вот если потрогал - будут жопы
источник

CD

Constantine Drozdov in rust_offtopic
Roman Blog
но это только в ситуации, когда это совсем малосвязное си с классами говно. В чем-то чуть сложнее ты не сможешь что-то глобально изменить не трогая инклюды
чуть корректнее назвать это Java- говном, концептуально это Java-модель
источник

RB

Roman Blog in rust_offtopic
Constantine Drozdov
у меня там сотни тысяч строк
ну сотни тысяч это мало.
источник

RB

Roman Blog in rust_offtopic
Constantine Drozdov
чуть корректнее назвать это Java- говном, концептуально это Java-модель
ни в каком языке нет этого мусорного разделения. Нет этих убогих инклюдов
источник

ΑZ

Αλεχ Zhukovsky in rust_offtopic
Constantine Drozdov
Этот вариант уже отвергнут по причине (а) лицо, не знакомое с выражением, даёт ответ "лежачий" (б) ты не способен запомнить словарь афоризмов наизусть
Плохо ты обо людях думаешь
источник

CD

Constantine Drozdov in rust_offtopic
Αλεχ Zhukovsky
Плохо ты обо людях думаешь
Там дальше очень простая проверка тезиса. Правильную версию вопроса о броде ты вряд ли запомнишь, если я тебе скажу
источник

ΑZ

Αλεχ Zhukovsky in rust_offtopic
Броду воду
источник

CD

Constantine Drozdov in rust_offtopic
Αλεχ Zhukovsky
Броду воду
ага, подсказка-рифма, но вообще-то в выражении "не спросясь броду"
источник

CD

Constantine Drozdov in rust_offtopic
форма очень необычное, слово поменяли
источник