ББ
Ахренеть, медиум разблокировали
не открывается(
Size: a a a
2020 December 25
ES
вот на idnet статью только что загрузил https://donraab.medium.com/new-features-of-eclipse-collections-10-0-part-1-3307ce997d21
ББ
вот на idnet статью только что загрузил https://donraab.medium.com/new-features-of-eclipse-collections-10-0-part-1-3307ce997d21
прикольно, эта страница открывается а сам http://medium.com/ нет
ББ
может субдомены некоторые разрешили?
N
По сути 3 метода должно быть clear() за N, trimToSize, и какой нибудь annihilate() который бы делал два предыдущих действия но только за O(1)
есть библиотека trove4j, там есть методы на любой вкус
http://trove4j.sourceforge.net/javadocs/gnu/trove/list/array/TIntArrayList.html#clear(int)
@timporin
http://trove4j.sourceforge.net/javadocs/gnu/trove/list/array/TIntArrayList.html#clear(int)
@timporin
N
есть библиотека trove4j, там есть методы на любой вкус
http://trove4j.sourceforge.net/javadocs/gnu/trove/list/array/TIntArrayList.html#clear(int)
@timporin
http://trove4j.sourceforge.net/javadocs/gnu/trove/list/array/TIntArrayList.html#clear(int)
@timporin
M
Да понятно что у сторонних либ это может быть, странно почему нет в стандартной)
TN
в стандартной нет чтобы не было утечек памяти
TN
спс за варианты, посмотрю
TN
а чем плохо новый создавать - новое выделение памяти - вариант ищется для ситуаций где нужна максимальная производительность
M
Почему могут быть утечки то?
ES
а чем плохо новый создавать - новое выделение памяти - вариант ищется для ситуаций где нужна максимальная производительность
Если памяти дохрена, то используйте new, а там уже будете решать проблемы с памятью, если начнет стрелять
ББ
а чем плохо новый создавать - новое выделение памяти - вариант ищется для ситуаций где нужна максимальная производительность
когда новый создаешь заранее не указав размер списка и потом в него добавляешь большое кол-во обьектов, то при каждом добавлении список будет пересоздаваться если блоки памяти заняты, а это будет хуже чем просто очистить
ББ
а впоследствии что будет присходить с этим списком? будет записываться примерно такое же количество обьектов?
поэтому спросил зачем эта операция будет использоваться
ББ
если впоследствии будете заполнять тем же количеством обьектов или чуть меньше то лучше наверно очистить
M
если впоследствии будете заполнять тем же количеством обьектов или чуть меньше то лучше наверно очистить
Тут соглашусь
TN
если впоследствии будете заполнять тем же количеством обьектов или чуть меньше то лучше наверно очистить
да примерно тем же
M
когда новый создаешь заранее не указав размер списка и потом в него добавляешь большое кол-во обьектов, то при каждом добавлении список будет пересоздаваться если блоки памяти заняты, а это будет хуже чем просто очистить
Но операция увеличения настолько редкая что она даже не учитывается в асимптотике
ББ
в принципе кажется легче уже на деле проверить, это все теории ато)
TN
Почему могут быть утечки то?
если не занулить все элементы массива который в arrayliste, то gc не будет их освобождать, даже если для программы они больше не нужны