AR
Обновлять депсы отдельным коммитом ¯\_(ツ)_/¯
Отдельным MR-ом тогда уж
Size: a a a
2020 December 05
SK
Но если хочется погрузиться в стандартную библиотеку, то можно на net
C
Отдельным MR-ом тогда уж
да
AR
Иначе он все равно будет в diff-ах MR-а
AR
Спасибо, неудобно нихрена
AR
Ну ты же понимаешь что это костыль
C
Ну ты же понимаешь что это костыль
Да
AR
Но если серьезно (в контексте гитлаба) я бы советовал юзать вендоринг, если нет возможности поднимать HA athens а потом перебраться на встроенный гитлабовский прокси. Пока что у прокси проблемы с производительностью на больших деплойментах гитлаба.
@
в гитлабе нет возможности номрально ревьювить MR-ы с вендоренными зависимостями
это одна из основных причин, почему в моей команде прокси, ну и это банально проще
это одна из основных причин, почему в моей команде прокси, ну и это банально проще
Можно в репу закинуть файлик в корень с названием .gitattributes и контентом
vendor/* -diff
И тогда в diff-ах не будет выводится ничего из папки vendor
vendor/* -diff
И тогда в diff-ах не будет выводится ничего из папки vendor
AR
Можно в репу закинуть файлик в корень с названием .gitattributes и контентом
vendor/* -diff
И тогда в diff-ах не будет выводится ничего из папки vendor
vendor/* -diff
И тогда в diff-ах не будет выводится ничего из папки vendor
там в комментах отписали
The .gitattributes is not working anymore. но я хз, как сейчасAR
и там будет просто напись на каждом из 12014 файлов "this diff was suppressed by a .gitattrubutes entry", не?
с
судя по кусочку асма там всё таки цикл
1) вы добавляете в слайс, а не заполняете
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
н
1) вы добавляете в слайс, а не заполняете
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
1) память выделена через make, если по индексу обращаться то то же самое
2) с одним значением то же самое, можете сами проверить
2) с одним значением то же самое, можете сами проверить
с
1) память выделена через make, если по индексу обращаться то то же самое
2) с одним значением то же самое, можете сами проверить
2) с одним значением то же самое, можете сами проверить
1) нет, вы установили длину слайса, а не емкость, в
2) с одним значением можно сооптимизировать за счет memset, с несколькими нет
p до цикла у вас [0 0 0], после — [0 0 0 0 1 2]
вполне возможно и переаллокация там есть2) с одним значением можно сооптимизировать за счет memset, с несколькими нет
LV
1) память выделена через make, если по индексу обращаться то то же самое
2) с одним значением то же самое, можете сами проверить
2) с одним значением то же самое, можете сами проверить
1) вам надо было писать не append(p,i) а p[i]=i
2) единственный способ оптимизировать тут (если не лезть в дебри unsafe и syscall) это развернуть цикл руками/кодогенератором
2) единственный способ оптимизировать тут (если не лезть в дебри unsafe и syscall) это развернуть цикл руками/кодогенератором
ВС
1) вы добавляете в слайс, а не заполняете
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
2) разными значениями
такое только в for делается, иначе никак
жаль что даже простые случаи вроде https://go.godbolt.org/z/T78xd5
не оптимизируются
зато с 0 дергается runtime.memclrNoHeapPointers вместо цикла
с
1) вам надо было писать не append(p,i) а p[i]=i
2) единственный способ оптимизировать тут (если не лезть в дебри unsafe и syscall) это развернуть цикл руками/кодогенератором
2) единственный способ оптимизировать тут (если не лезть в дебри unsafe и syscall) это развернуть цикл руками/кодогенератором
не единственный, есть билтин
copy, он написан на ассемблере с платформоспецифичными инструкциями