M
Size: a a a
2020 October 07
M
один и тот же код для сортированного слайса будет быстрее, хотя там банальный расчёт суммы элементов
Тут не расчет суммы элементов. У вас условие сложения: если число больше порога, который всегда будет больше, чем максимальный элемент в сортированном слайсе. Поэтому в случае сортированного слайса, там нет сложений
p
Тут не расчет суммы элементов. У вас условие сложения: если число больше порога, который всегда будет больше, чем максимальный элемент в сортированном слайсе. Поэтому в случае сортированного слайса, там нет сложений
ну ок, сложение с условием. но почему сортированный слайс быстрее? :)
M
В случае сортированного слайса, в нем будут числа от 0 до 1023
А условия сложения: «если число больше 1023»
А в не сортированном слайсе будут рандомные числа, которые могут быть больше 1023. И складывать мы будем столько раз, сколько в этом слайсе получилось значений больше 1023. Против нуля складываний в сортированном слайсе
А условия сложения: «если число больше 1023»
А в не сортированном слайсе будут рандомные числа, которые могут быть больше 1023. И складывать мы будем столько раз, сколько в этом слайсе получилось значений больше 1023. Против нуля складываний в сортированном слайсе
p
В случае сортированного слайса, в нем будут числа от 0 до 1023
А условия сложения: «если число больше 1023»
А в не сортированном слайсе будут рандомные числа, которые могут быть больше 1023. И складывать мы будем столько раз, сколько в этом слайсе получилось значений больше 1023. Против нуля складываний в сортированном слайсе
А условия сложения: «если число больше 1023»
А в не сортированном слайсе будут рандомные числа, которые могут быть больше 1023. И складывать мы будем столько раз, сколько в этом слайсе получилось значений больше 1023. Против нуля складываний в сортированном слайсе
ну ок, обновил бенч https://play.golang.org/p/29t50wtOd2r