[sokytsinolop]

len(slice) zwraca int, co jeśli len(slice) jest wiekszy od MaxInt?
#golang

[sokytsinolop]

@sokytsinolop:

https://stackoverflow.com/a/27647793/4183352

[zwei]

@sokytsinolop: mam lepsze pytanie: po co komu tablica o rozmiarze mierzonym w eksabajtach

[sokytsinolop]

@zwei: 2,147,483,647.0 Bytes (B) = 2.0 Gigabytes (GB)

[zwei]

@sokytsinolop: eee, int64 ma troszkę więcej :)

[MiXereg]

@sokytsinolop: Wywala runtime error. Ma to sens, bo i tak nie da się zaalokować na tyle dużo pamięci. (sam pointer to też int)

[kontra]

@sokytsinolop: len nie będzie większe od int, ponieważ jest właśnie dokładnie typu int.

https://github.com/golang/go/blob/a1ce5503c7a9518c96a231e3ff867d5c994afda2/src/runtime/slice.go#L17

[Saly]

@sokytsinolop:
// int is a signed integer type that is at least 32 bits in size. It is a
// distinct type, however, and not an alias for, say, int32.
type int int

Int będzie miał 64bit na 64 bitowej architekturze. Na 32bit alokowanie 2GB slice jest bez sensu

[sokytsinolop]

@Saly: czemu bez sensu? chyba po prost jest niemożliwe

[Saly]

@sokytsinolop: chodzi mi o praktycznie zastosowania: jak ktoś potrzebuje więcej niż 2GB w jednej tablicy to prawdopodobnie powinien użyć 64 bitowej architektury. Z ciekawostek to alokacja []byte o rozmiarze 2,147,483,647.0 + 1 zwraca:

 len argument too large in make([]byte)

Go to jednak nie jest język to wyciągania siódmych potów z sprzętu, więc można to olać

[MiXereg]

@Saly: Moim zdaniem nie ma tu nic do olewania. Z tego, co zrozumiałem czytając sobie src golanga, slice w najlepszym wypadku może mieć tyle elementów, ile jest możliwych adresów do zaadresowania na danej architekturze dla konkretnego typu programu. W chyba prawie wszystkich przypadkach ilość ta odpowiada temu, ile bajtów ma int.
Dla przykładu, na amd64 w 64 bitowej binarce można zaadresować tyle adresów, ile zmieści się na 64 bitach. Oznacza to,

[Saly]

@MiXereg: w amd64 nie da się używać całej zaadresowanej pamięci, bo procesory po prostu tego nie wspierają. ZGC z Javy wykorzystuje ten fakt kodując pewne metadane w nieużywanych bitach. To co napisałeś jest prawdą: teoretyczne golangowy slice mógłby mieć więcej elementów niż 2^31, ale przez to, że inny int jest signed to się nie da. To nie zmienia faktu, że jest to mniej niż 2^32, czyli wszystko się zgadza