Насколько быстр Go? Симуляция миллионов частиц на смарт-ТВ

[Spiritschaser]

Go известен как быстрый и эффективный язык для бэкенда

obfs4proxy на роутерах съедает вообще всю память. https://github.com/openwrt/packages/issues/24880

[Moog_Prodigy]

Простите, а на cpu\gpu тоже так стенку можно приподнять? Есть игра Powder Toys, там не такие разрешения а тормозит даже на топовом железе если прям адово что-то взрывать. Игра как раз на частицах основана. Их там конечно, миллионы, но не такие бешеные как у вас. Или я ошибаюсь?

[Xexa]

Не гоутист и сиё:

"Но если переписать вот так:

for i := job.startIndex; i < job.endIndex; i++ {  p := &particles[i]  p.x += p.dx}

Получается заметный прирост. Логично:"

Не выглядит логичным. Как?

[ilving]

Грубо: Вв го обращение к слайсу по индексу - это синтаксический сахар с проверкой границ слайса. В исходном варианте - два обращения и две проверки.

[yarcat]

Можно вытащить проверку индексов наружу и получить одну проверку на весь цикл. Второй вариант - создать срез с указанными границами и использовать for range. Тоже будет одна проверка.

[Sanchous98]

В первом примере мы 2 раза обращаемся по индексу массива, во втором только один раз. Го в данном случае каждый раз совершает bounds-check для того, чтобы какая-то Go-рутина не изменила массив так, что i попадет за пределы массива. Обычно в стандартных библиотеках go это делается чуть иначе: используется паттерн _ = slice[i], но вариант с адресом тоже рабочий. Вообще было бы неплохо до цикла сделать проверку на то, что jobs.startIndex не выходит за пределы массива, если алгоритм позволяет

[makornobbe]

Я правильно понимаю, что по аналогии с проверкой совместимости типа с интерфейсом _ = slice[i] проверяет границы массива на этапе компиляции, а в рантайме эта операция опускается для всех обращений по этому индексу? Объясните, пожалуйста

[Deosis]

На этапе компиляции не будет проверки. В рантайме проверка будет только до цикла, а уже в цикле компилятор должен убрать избыточные проверки.

[Deosis]

Только вчера была статья, как в C# можно массивы нарезать на подслайсы и итерироваться уже по ним. Компилятор понимал, что индекс всегда внутри границ, и полностью убирал проверки. Разве в го нет подобного?

например:

var jobParticles = particles[job.startIndex..job.endIndex]
for &p := jobParticles {
  p.x += p.dx
}

[ilving]

Есть, но с чуть большим гемором.

А вообще вывод в статье верный - го как числодробилка не очень чтобы подходит

[Kolonist]

А можно маленький примерчик или ссылочку, как этого добиться в Го, пусть и с большим геморроем?