АК
collectgarbage() на каждый финал корутины - дороговато
Size: a a a
2019 September 27
АК
Я уже сталкивался с проблемой отложенных деструкторов и сначала также её решил :D
S
Зато точно не переживёт : )
Пардон, сколько корутин ты плодишь/удаляешь по времени, что collectgarbage тебе дороговато?
Пардон, сколько корутин ты плодишь/удаляешь по времени, что collectgarbage тебе дороговато?
АК
Ну.. много. Сборка мусора занимает около 1мс по моим тестам. В критические моменты может быть до сотни корутин (некоторые без yield, поэтому создаются, выполняются и сразу умирают) в секунду. Сама корутина отрабатывает значительно быстрее, чем сборка мусора после неё (хотя я не замерял, но сделаю)
S
А можно это.. Как-то подольше? : )
S
Ну там, корутина принимает функцию-таску, исполняет, йелдит. Есть стабильный пул корутин.
АК
Онлайн игра. Корутины - это события
Одного моба могут бить сразу сотня игроков по несколько ударов в секунду
on_mob_death, on_mob_damage и прочие. Иногда on_damage - это просто total_damage = total_damage + damage, иногда сложнее (например, подождать секунду в yield'нутом состоянии и потом как-то отреагировать).Одного моба могут бить сразу сотня игроков по несколько ударов в секунду
S
Онлайн игра. Корутины - это события
Одного моба могут бить сразу сотня игроков по несколько ударов в секунду
on_mob_death, on_mob_damage и прочие. Иногда on_damage - это просто total_damage = total_damage + damage, иногда сложнее (например, подождать секунду в yield'нутом состоянии и потом как-то отреагировать).Одного моба могут бить сразу сотня игроков по несколько ударов в секунду
Кажется это точно не стоит запихивать в корутины. Я стараюсь даже таблицы не создавать на подобные штуки, потому что слишком много динамики, разметок и тут же удалений из кучи. Хм.
Может я в чём-то ошибаюсь, но риальне чот много.
Может я в чём-то ошибаюсь, но риальне чот много.
АК
Можно конечно попробовать статичный пул, но нужно иметь возможность одновременной работы тысячи корутин, при этом средняя заполненность будет 1-3
S
Можно конечно попробовать статичный пул, но нужно иметь возможность одновременной работы тысячи корутин, при этом средняя заполненность будет 1-3
Просто саморасширяемый пул. Если тасок немного — по чуть-чуть уменьшаем, если буфер переполняется — досоздаём. Получается гибкая буферная фигня.
АК
Хорошо, это как вариант решения проблемы. Но вопрос с владением объектов всё равно нужно как-то решить, чтобы я хотя бы понимал, что происходит.
АК
Кстати таким решением я скорее всего воспользуюсь, спасибо. Скорость никогда не помешает
АК
Например, что произойдёт, если в корутине будет создана переменная, помещена в глобальную таблицу, поток умрёт и будет сборка мусора?
Всё равно ж ссылка невалидная
Всё равно ж ссылка невалидная
S
Должно быть ок, потому что она помещена в глобальную таблицу, куча типа общая.
АК
Так у каждой переменной свой L!
АК
Ну или может быть
L: S
L1: Q
S[1] = Q; // владелец Q теперь L
L: S
L1: Q
S[1] = Q; // владелец Q теперь L
АК
Или как мне заставить все переменные аллоцироваться с владельцем L?
АК
Можешь подкинуть кусок кода из ядра луа, где происходит аллокация объекта?
S
Странное дело, потому что тут я не в курсе.
Если создаётся локальная переменная в корутине — я не знаю кому она принадлежит. Если она создаётся глобальной — она точно создаётся в мейн-стейте.
Мне страшно это искать, потому что надо разбирать луёвый парсер.
Если создаётся локальная переменная в корутине — я не знаю кому она принадлежит. Если она создаётся глобальной — она точно создаётся в мейн-стейте.
Мне страшно это искать, потому что надо разбирать луёвый парсер.