в го можно писать код нормально, если есть чем думать

Тогда зачем его читать?

это уже для микрооптимизаций

А потом еще раз снять денег с заказчика за исправление текущих ресурсов

ну исправления ошибок в течении гарантийного срока часто бесплатно делаются

хотя все от заказчиков зависит

Тогда зачем его читать?

Чтобы кругозор развивать.

я, например, недавно уперся в эффективность конкатенации, так как оптимизировал уже все остальное.

В общем то разговор не очем, иногда нужно управлять памятью руками, как бы сложно это не было

я, например, недавно уперся в эффективность конкатенации, так как оптимизировал уже все остальное.

Строк?

В общем то разговор не очем, иногда нужно управлять памятью руками, как бы сложно это не было

Что мешает это делать?

В расте - ничего

Что мешает это делать?

обычно язык

у меня были проблемы в яве из-за сборщика

Строк?

да

В расте - ничего

Вы так говорите, словно где-то нельзя аллоцировать память руками

слишком резкие провалы в фпс в моменты сборки

В общем то разговор не очем, иногда нужно управлять памятью руками, как бы сложно это не было

Ну так для этого и есть раст. Никто же не говорит, что раст не нужен, он нужен, но под определенные задачи. В остальных случаях на раст ты будешь это писать гораздо дольше, а прироста не получишь

> @pragus Вы так говорите, словно где-то нельзя аллоцировать память руками в го можно? может быть и так, но арифметики с указателями точно нет

я, например, недавно уперся в эффективность конкатенации, так как оптимизировал уже все остальное.

(решение тут: https://github.com/kirillDanshin/myutils/blob/master/strings.go#L6)

Вы так говорите, словно где-то нельзя аллоцировать память руками

в яве?

> @pragus Вы так говорите, словно где-то нельзя аллоцировать память руками в го можно? может быть и так, но арифметики с указателями точно нет

Да блин, даже в python можно. Зависит от задачи.

Аллоцировать можно и в node.js

у меня были проблемы в яве из-за сборщика

В мотоцикле?))

Только это будет просто буфер

в яве?

Можно.

в яве?

в мотоцикле? [1]

Можно.

пример?

А чтобы туда положить структуру языка - это отдельная история

Только это будет просто буфер

И? Этого обычно достаточно.

Смотря для чего

Только для io, в основном

И? Этого обычно достаточно.

я в общем-то с буферами и работал

но там нельзя освободить память

можно лишь пометить для сборки

> @olamedia но там нельзя освободить память можно вроде

в netty было что то такое

но может быть там просто возврат в свой пул

пример?

https://m.habrahabr.ru/company/odnoklassniki/blog/139185/

> @olamedia но там нельзя освободить память можно вроде

только если кастомная vm может...

off heap, само собой

Ну и что мешает из jni позвать malloc? :)

А чтобы туда положить структуру языка - это отдельная история

Зачем это делать?

Ну я хочу выделить память под структурированные данные

Не только же с сырыми буферами работать

Ну и что мешает из jni позвать malloc? :)

незнание jni / c++?

Вот в сишке с этим все просто

https://m.habrahabr.ru/company/odnoklassniki/blog/139185/

"У пытливого читателя может возникнуть вопрос: не стесняемся ли мы использовать приватные механизмы HotSpot (sun.misc.Unsafe) для нашего функционала"

мне кажется это не очень то приватные механизмы

а, нет

лол

http://blog.dripstat.com/removal-of-sun-misc-unsafe-a-disaster-in-the-making/

хардкор

Netty

Cassandra

Hadoop

Kafka

суть VM в JVM как раз в том что напрямую работа не ведется, и за выделение памяти в том числе отвечает виртуальная машина

можно, наверное, написать расширение или свою машину

в мотоцикле? [1]

в чае

https://docs.google.com/document/d/1GDm_cAxYInmoHMor-AkStzWvwE9pw6tnz_CebJQxuUE/edit?pli=1#src

Весьма неплохо задокументировано, для каких кейсов нужен sun.misc.Unsafe

и как следствие, плох GC

(решение тут: https://github.com/kirillDanshin/myutils/blob/master/strings.go#L6)

так конкатенация через буферы это нормальная практика в го же, там где нужна быстрая конкатенация никто никогда не пишет кода вида a = a + b

да, но тут через пул буферов

еще быстрее будет

а в го нельзя создать строку из буфера без копирования?

можно, но мой вариант эффективнее, как ни странно

ERROR: S client not available

Как это? Без копирования будет тоже самое минус копирование

если бы

вот именно поэтому языки для системного программирования, это языки для системного программирования)

очевидно что конкатенацию строки можно сделать без выделения лишней памяти

а мой вариант оптимизируется так, что в 1.7 выделений лишней памяти нет

Если не считать пул?

Который в общем то не нужен

а?!

как это не нужен?

строки иммутабельны, для результата всегда нужна какая-то память

зачем пул для конкатенации строк? Выделяешь память и копируешь туда данные

затем, чтобы память переиспользовать

у твоего варианта один минус, в итоге он выдает строку а не буфер и учитывая что конкатенации делаются чаще всего в циклах то гонять туда сюда не рационально

Ты эту строку наружу отдаешь, ее память ты все равно не сможешь преиспользовать

Ты переиспользуешь промежуточный буфер, который вообще не нужен

опять же, оптимизатор кладет в строку байты из буфера, а сам буфер очищается

зачем пул для конкатенации строк? Выделяешь память и копируешь туда данные

Пул буфферов - это по сути пул переиспользуемой памяти А строки в го устроены хитро Стркоа - это int и указатель на массив

Это не очень хитро)

Так что функция возвращает всего лишь 16 байт максимум

а чего хитрого? так почти везде

Так что функция возвращает всего лишь 16 байт максимум

Проблема в том что происходит сборка строки в буфере, а потом еще копируется в строку

а на что 16 байт? возврат идет указателя, а не всей структуры, так что от 4 до 8 байт

собственно поэтому в го преобразования типа []byte(string) безопасны

А наоборот?

а на что 16 байт? возврат идет указателя, а не всей структуры, так что от 4 до 8 байт

Там ещё длина хранится

Там ещё длина хранится

в структуре строки же, а возвращается указатель на нее

неявный

А наоборот?

тоже

Проблема в том что происходит сборка строки в буфере, а потом еще копируется в строку

переносится, а не копируется

func Concat(a string, b ...string) string { if len(b) == 0 { return a } buf := bytebufferpool.Get() defer bytebufferpool.Put(buf) buf.SetString(a) for _, s := range b { buf.WriteString(s) // здесь может выделяться память несколько раз } return string(buf.B) // здесь выделяется память каждый раз и происходит копия

вот что я думаю

все так?