TU
Вообще, jit компилирует промежуточный код в нативный, так что что-то между
Size: a a a
2021 June 26
Т
Ну я бы его прервал в блоке синхронизации, где он бы ресурсы не использовал, но мог бы висеть на функции, прерывание которой безопасно
Т
Там есть AOT компиляция
И
Ну раз поток что то испольщует то виртуалтная машина об жтом может знать и освободить корректно
И
Другое дело нативный код
Т
Сборщик мусора тоже по идее может освободить, зависит от реализации
TU
Не в данном случае
TU
Не, в шарпах как и в D деструкторы не пишут, т.к. нет гарантии его выполнения
И
Даже в d не все ресурсы контролируются gc
И
Так что только навешивать обработчик для кансела
Т
Сможет ли поток обработать сигнал, если он висит на функции ожидания сообщения?
Т
Где об этом можно почитать?
OB
The following epoll_pwait() call:
ready = epoll_pwait(epfd, &events, maxevents, timeout, &sigmask);
is equivalent to atomically executing the following calls:
sigset_t origmask;
pthread_sigmask(SIG_SETMASK, &sigmask, &origmask);
ready = epoll_wait(epfd, &events, maxevents, timeout);
pthread_sigmask(SIG_SETMASK, &origmask, NULL);
The sigmask argument may be specified as NULL, in which case
epoll_pwait() is equivalent to epoll_wait().
EP
да, ио лупы или сисколы должны завершаться на сигналах. обычно
Т
Спасибо