Y
:)
Size: a a a
2020 March 05
Y
Или это bash скрипты ?
Y
docker сама команда это баш скрипт?
Y
Или npm там
MK
М-да
+
ЕО
btw, а у нас в го нет же механизма аллокации байт? (Не путать с []byte)
[]byte + unsafe.Pointer?
p
[]byte + unsafe.Pointer?
Ну да, в целом, можно и так
ЕО
По-другому вроде никак (если я правильно понял ты хочешь malloc/free)
p
По-другому вроде никак (если я правильно понял ты хочешь malloc/free)
Да, все верно.
ЕО
сисколлы
Можно ещё mmap, наверное. Плюс unsafe pointer опять же
ЕО
Но мне кажется, что под большими выделениями слайсов и так mmap, так что не думаю что имеет смысл с этим связываться.
Вообще тут сразу нужно задуматься готов ли ты свой аллокатор писать
Вообще тут сразу нужно задуматься готов ли ты свой аллокатор писать
МП
как получить пойнтер на память:
как получить данные из пойнтера на память:
b := []byte("qwerty")
header := *(*reflect.SliceHeader)(unsafe.Pointer(&b))
// header.Data - unsafe.Pointer который можно отдавать в сишную функциюкак получить данные из пойнтера на память:
unsafe.Pointer(&reflect.SliceHeader{Data: uintptr(p), Len: s, Cap: s})МП
нормальный
ВС
Мимо Проходящий
как получить пойнтер на память:
как получить данные из пойнтера на память:
b := []byte("qwerty")
header := *(*reflect.SliceHeader)(unsafe.Pointer(&b))
// header.Data - unsafe.Pointer который можно отдавать в сишную функциюкак получить данные из пойнтера на память:
unsafe.Pointer(&reflect.SliceHeader{Data: uintptr(p), Len: s, Cap: s})А при таком подходе проблем с gc не будет? Про последствия при переполнении можно и не говорить)
МП
А при таком подходе проблем с gc не будет? Про последствия при переполнении можно и не говорить)
не будет
МП
я такой подход использовал чуть более чем везде