On Thu, Apr 11, 2013 at 12:47:05AM +0400, Aleksey Avdeev wrote: > 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 именно данным числом. => Непонятно > можно ли его уменьшить (и на сколько). :-( Остается надеяться, что продолжение выяснения всех вопросов, связанных с тестом test_setrusage_refcount, будет происходить в свободное от основной работы время. -- ldv