com23
WarCraft 3

[Lua] Созданный экземпляр класса не освобождается при...

Добавлен
Созданные экземпляры класса не освобождаются при выходе из области видимости, не могу вдуплить почему так? Стандартный Lua код, везде работает а в warcraft'e проблема.
.если заменять объявление класса на численную переменную то работает всё нормально
myClass = {}
function myClass:new( )
  local obj = {}
  obj.x = 0.0
  obj.y = 0.0
  obj.z = 0.0
  
  setmetatable(obj, self)
  self.__index = self
  return obj
end

function loop()
	for i = 1, 9000 do
		local a = myClass:new()  --- <<<<  переменная а навсегда остается в памяти
	end
end

function init()
    initTrg = CreateTrigger(  )
    TriggerRegisterTimerEventPeriodic( initTrg, 0.01 )
    TriggerAddAction( initTrg, loop )
end

  1. Есть небольшой нюанс - сборщик мусора собирает мертвые объекты когда их количество достигло критического уровня, а не когда они выходят из области видимости. Возможно, что-то мешает ему успешно собрать мусор, например создание 900 тысяч новых объектов в секунду.
  2. Попробуй нормальный таймер вместо периодик триггера, периодик триггеры известны своей лагучестью.
10 мая 2020
1 717
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
1
Показать
24
1
Показать
quq_CCCP, если автор вопроса действительно использует этот способ - ему стоило указать это в вопросе, чтобы не создавалось впечатление будто это рефорж и близовская интеграция луа.
quq_CCCP:
вне виртуальной машины.
А это что за бред? Вы там научились запускать луа без луа-машины или что?
1
Показать
33
1
Показать
quq_CCCP, Автор разумеется работает в рефордже, это же наш конкурсант с картой Фарш
И энискрипт тут вообще не причем
2
Показать
38
2
Показать
Я думаю, это цпу не успевает порешать 9000 цикл и новые вызовы ставятся в очередь. Т.е. растет очередь, а не сами объекты
0
Показать
9
0
Показать
prog:
Лаги были из-за того что память кончилась.
Дело не в таймере, пробовал и без него.
С помощью этого кода выяснилось что сборщик не успевает запуститься если плодить много объектов
и выяснилась что чем меньше объектов создаю тем чаще он вызывается
myClass = {}
function myClass:new( )
  local obj = {}
  obj.x = 0.0
  obj.y = 0.0
  obj.z = 0.0
  
  function myClass:__gc()
	if first == true then
		DisplayTimedTextToForce( GetForceOfPlayer(Player(0)), 1.1, "Destructor" )
		first = false
	end    
  end
  
  setmetatable(obj, self)
  self.__index = self
  return obj
end
first = true

function loop()
	for i = 1, 90 do
		first = true
		local a = myClass:new()  
	end
end

function init()
    initTrg = CreateTrigger(  )
    TriggerRegisterTimerEventPeriodic( initTrg, 0.01 )
    TriggerAddAction( initTrg, loop )
end
https://coderlessons.com/tutorials/stsenarii/vyuchi-lua/lua-sbor...
Судя из этой статьи сборщик может не успевать очищать память при маленьком множителе.
https://www.hiveworkshop.com/threads/lua-garbage-collection-issu...
Здесь написано близзы перестали использовать стандартный сбощик и используют свой.
Запускал также из мэйна C++ с помощью LuaBridge.(работает норм)
Корень проблемы мне все еще не понятен.
Вывод который я сделал: не стоит больше заниматься такой ерундой :D
0
Показать
24
0
Показать
Видимо, близы где-то накосячили с настройками сборщика мусора - на более ранних версиях рефоржа у меня не было проблем с очисткой памяти на похожих тестах.
4
Показать
33
4
Показать
Ну мои тесты показали, что сборщик срабатывает каждые ~500 мегабайт, хз сколько объектов при этом и какой интервал... ну скажем при одинаковой динамике срабатывает примерно каждый 7-10 минут, и освобождает ~ 500 метров.
Это не сильно точно, ибо я не смотрел поведение в других картах.... и проверял я это чисто визуально, на втором мониторе открыт диспетчер задач
0
Показать
25
0
Показать
Bergi_Bear:
Ну мои тесты показали, что...
Дааа, эксперименты наше все)))
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.