falconandy

Подсмотрел ответ тут - можно обернуть результат функции специальной функцией wrap:

func swap(x, y string) (string, string) {
	return y, x
}

func wrap(vs ...interface{}) []interface{} {
	return vs
}

func main() {
	fmt.Printf("Цена: %s , ok= %s\n", wrap(swap("1", "2"))...)
}

go mod tidy ?

Про pprof еще почитайте что-то типа https://www.nylas.com/blog/finding-memory-leak-in-..., https://www.freecodecamp.org/news/how-i-investigat...

1. Потребление памяти постоянно растет или постепенно стабилизируется? Для тестирования попробуйте кардинально уменьшить sleep-ы до секунд вместо минут, чтобы было проще/быстрее исследовать.
2. Попробуйте заменять какую-то логику на заглушки (например, тело функции device.getStats(), работу с БД) и проверять, как изменяется потребление памяти.
3. db.Prepare в цикле выглядят бесполезными.
4. Возможно стоит использовать переиспользуемый буфер (пул буферов) в функции device.getStats(), чтобы постоянно не создавать новые при вызове ioutil.ReadAll().
5. return []byte{}, err не является идиоматичным - используйте return nil, err

В ошибке с фронта всё же написано - читайте внимательнее

The value of the 'Access-Control-Allow-Origin' header in the response must not be the wildcard '*' when the request's credentials mode is 'include'. The credentials mode of requests initiated by the XMLHttpRequest is controlled by the withCredentials attribute

Навскидку придумался какой-то такой алгоритм, возможно некорректный:
0. преполагается видимо, что константная точка неизвестна, а сервис возвращает расстояние от неё до переданной точки
1. берете две произвольные (но разные) точки P1, P2 из своего миллиона и отправляете два запроса, получая два расстояния R1, R2
2. неизвестная константная точка находится в точках пересечения двух окружностей с центрами P1, P2 и радиусами R1, R2
3. по идее таких пересечений будет два, возможно одно, если повезет
4. если одно, то оно и будет той самой неизвестной константной точкой
5. если два, то отправляете каждую на сервис и проверяете, до какой расстояние будет нулевое - это и будет та самая неизвестная константная точка
6. локально находите ближайшую к теперь уже известной константной точке из своего миллиона

В результате, максимум 4 запроса к сервису.
Не забываем про погрешности при работе с числами.

Просто нагуглил, может подойдет для примера
TutorialBot

1. Можете начать с реализации отправки запросов и получения результатов, но результаты запросов просто игнорируйте без всяких преобразований. Сравните Go и Node между собой и с лимитом в 3 секунды. Если вышли за 3 секунды, думайте, как получать результаты быстрее или поднимайте лимит.
2. Если вам нужна скорость, то нужно ли вам полноценное преобразование тело-запроса -> json -> объект -> БД? Можете ли вы обойтись более короткой цепочкой, например тело-запроса -> нужные поля -> БД?
3. Для Go можете попробовать https://github.com/mailru/easyjson или аналоги, если структура объектов известна заранее. В этом случае преобразование json -> объект должно быть быстрее, чем со стандартной библиотекой.
4. Для Go эта задача вполне в его нише - реализация должна быть простой. В общем случае что-то типа N горутин на выполнение запросов, M горутин для конвертации результатов, K горутин для записи в БД. Обычно K=1 и в этой горутине можно писать записи в БД пачками (batches), что быстрее, чем по одной записи.

Весь день голову ломаю.

За день уже могли бы реализовать на том, что знаете (nodejs) и если не устроит по результатам, попробовать Go.

В коде логгера поле buf "reset-ится": l.buf = l.buf[:0]
переиспользуя уже выделенную до этого память.
В данном примере, который вы тестируете, длина строки не увеличивается и выделение памяти для buf происходит только на первой итерации.

func (l *Logger) Output(calldepth int, s string) error {
	...
	l.buf = l.buf[:0]
	l.formatHeader(&l.buf, now, file, line)
	l.buf = append(l.buf, s...)
	if len(s) == 0 || s[len(s)-1] != '\n' {
		l.buf = append(l.buf, '\n')
	}
	_, err := l.out.Write(l.buf)
	return err
}

Почитайте про Build Tags и File Suffixes (например https://www.phillipsj.net/posts/cross-platform-go-..., https://dave.cheney.net/2013/10/12/how-to-use-cond...)

func divide(a float64, x ...float64) float64 {
	for _, v := range x {
		a /= v
	}
	return a
}

А так в P1 и P2?
type SM = p3.SM

1. Достаете из БД все записи.
2. Для каждой записи строковый path конвертируете в массив (слайс) числовых индексов (1.2.3 -> [1, 2, 3])
3. Сортируете записи по этому массиву в лексикографическом порядке: [1], [1,3], [2], [2,4], [2,5], [2,5,6]
4. За один проход по отсортированному списку записей вручную формируете итоговый json. Можно реализовать рекурсивно или итеративно.