11.04.2013 00:12, Dmitry V. Levin пишет: > On Wed, Apr 10, 2013 at 11:54:24PM +0400, Aleksey Avdeev wrote: >> 10.04.2013 23:10, Paul Wolneykien пишет: >>> 10.04.2013 21:06, Aleksey Avdeev пишет: >>>> 10.04.2013 19:47, Dmitry V. Levin пишет: >>> >>>>>>>> # Issue 6083: Reference counting bug >>>>>>>> def test_setrusage_refcount(self): >>>>>>>> ... >>>>>>>> resource.setrlimit(resource.RLIMIT_CPU, BadSequence()) >>> >>>>> Что вообще тестирует тест по имени test_setrusage_refcount? >>>> >>>> Похоже он проверяет работоспособность вызова setrlimit (судя по коду). >>> >>> Лёша, тебе не кажется, что твой ответ напоминает ответ из анекдота про >>> Шерлока Холмса, воздушный шар и программиста? :) >> >> Не напоминает -- здесь именно та ситуация и есть. :-/ > > Вы до сих пор не понимаете, что именно тестирует тест по имени > test_setrusage_refcount? Если переводить его название, то получается что-то типа "тест установки rusage счетчика ссылок". Причём я незнаю что именно скрывается под rusage. По факту -- проверяется возможность выставить некое ядерное ограгичение (limit RLIMIT_CPU) в достаточно большое число (которое число секунд, по смыслу). Смысл лимита RLIMIT_CPU понятен (см. ): Максимальное количество _процессорного_ времени (в секундах), что процесс может использовать. (Именно процессорного времени, а не времени выполнения процесса.) Непонятно: 1. Где этот лимит (RLIMIT_CPU) в выводе ulimit (не удивлюсь если это "cpu time", но пока не нашёл подтверждения или опровержения). 2. Смысл тестирования RLIMIT_CPU именно данным числом. => Непонятно можно ли его уменьшить (и на сколько). -- С уважением. Алексей.