scopterectus
WarCraft 3

Hashtable

Добавлен
Обязательно ли очищать хеш-таблицу через FlushChildHashtable(...)? Смотрел на сайтах wc3c.net, hiveworkshop.com разные наработки и нигде не увидел данную функцию, в то время как на этом сайте её всё же используют.

Говоря прямо о вопросе треда, замечу, что FlushChildHashtable стоит применять перед сохранением данных в хэш-таблицу при условии, что в конкретной ячейке таблицы гипотетически что-то может находиться (i.e. данные в неё кладутся БЕЗ использования GetHandleId).
бояться утечек нечего
Просто в качестве примера: я где-то встречал огромную систему динамического изменения текстур террейна посредством уберсплатов, которая при определённых условиях с достаточно большой скоростью выпиливала старые и создавала новые; в этой системе уберсплаты не утекали, но, случись такое, выделенные 2 гига оперативы кончились бы относительно быстро.
5 июл 2017
2 179
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
Показать
16
0
Показать
каждый объект агент, каждый хендл агент, но не каждый хендл или агент обязаны быть синхронными. из определения ничего не узнать, просто берешь хендл любого созданного тобой объекта. Если он меньше 1000 - это асинхронный объект
0
Показать
30
0
Показать
ScopteRectuS, как твой ответ (вернее, ответ DracoL1ch) входит в хоть какую-нибудь конфронтацию с тем, что я описал в сообщении выше? В чём была цель подобного цитирования, если оно не привнесло в тред вообще ничего конструктивного, являясь уточнением уже описанного конструктива?
DracoL1ch, емнип, с тексттагами можно было где-то накосячить и таки лишиться активных ссылок на уже существующие (глобально или локально - не так важно) тексттаги без указанного лайфспана => концептуально они утечны, и практически это зависит исключительно от использования.
0
Показать
16
0
Показать
локальные объекты протекать могут, конечно, но их упустить сложнее. текст таги имеют длительность жизни, которая их корректно стирает. у молний и уберсплатов лимита я не знаю, есть ли он вообще или нет. а если лимита нет, то и бояться утечек нечего
0
Показать
30
0
Показать
Говоря прямо о вопросе треда, замечу, что FlushChildHashtable стоит применять перед сохранением данных в хэш-таблицу при условии, что в конкретной ячейке таблицы гипотетически что-то может находиться (i.e. данные в неё кладутся БЕЗ использования GetHandleId).
бояться утечек нечего
Просто в качестве примера: я где-то встречал огромную систему динамического изменения текстур террейна посредством уберсплатов, которая при определённых условиях с достаточно большой скоростью выпиливала старые и создавала новые; в этой системе уберсплаты не утекали, но, случись такое, выделенные 2 гига оперативы кончились бы относительно быстро.
Принятый ответ
0
Показать
16
0
Показать
утечка - это 4 байта. сколько таких надо, чтобы заполнить зхотя бы гиг памяти? вот неразрушенный объект - другой вопрос
0
Показать
30
0
Показать
DracoL1ch, уберсплат - тоже объект, пусть и лёгкий. Течь же по-разному может, где ссылка, а где и сам экземпляр.
0
Показать
32
0
Показать
DracoL1ch, смотря сколько их плодится, видел карту по 9000 в минуту+ еще 100500 обьектов.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.