Исходное сообщение
"Решение проблем с удалением файлов гигантского размера в Lin..." Отправлено _umka_, 03-Сен-09 09:40
>[оверквотинг удален] >другое, пока что оправдана. >Проблемы с soft-lookup упоминаемые выше - собственно - это тажа проблема что >в начале топика - длительные операции (больше 10с) без вызова schedule() >на что сразу начинает ругаться тупой soft-lookup detector. >Из той же оперы вариант уложиться линух - на 16-32 core system >- вызывать sysrq-t на сколько нибудь загруженой машинке (~1k процессов)   >имея подключеный serial console на 9600,8n1 - (предвидя коментарии скажу что >смена на 115200,8n1 - проблемы нефига не решает) -  баста >- машинка умирает :-) постоянно пытается что-то записать в serial и >на другое времени не остается - все забито soft-lookup. в догонку. посмотрев репорты в убунте (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/340628 и прочие) все это очень сильно напоминает на тот баг в jbd2 что фиксили недавно у себя. "Добрый" Alan Cox - добавил оптимизацию - что бы уменьшить нагрузку и количество wakeup в системе - в результате чего - время wakeup на таймере транзакции оказывается в "прошлом" - и следующий start transaction дуплил пытаясь дождаться когда же закончится предыдущее. исправление примерно вот такое --- linux-2.6.27.21-0.1.orig/fs/jbd2/transaction.c      2009-06-10 11:11:41.000000000 -0600 +++ linux-2.6.27.21-0.1/fs/jbd2/transaction.c   2009-06-10 11:12:32.000000000 -0600 @@ -54,7 +54,7 @@         INIT_LIST_HEAD(&transaction->t_inode_list);         /* Set up the commit timer for the new transaction. */ -       journal->j_commit_timer.expires = round_jiffies(transaction->t_expires); +       journal->j_commit_timer.expires = transaction->t_expires;         add_timer(&journal->j_commit_timer);         J_ASSERT(journal->j_running_transaction == NULL);

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >>другое, пока что оправдана. >>Проблемы с soft-lookup упоминаемые выше - собственно - это тажа проблема что >>в начале топика - длительные операции (больше 10с) без вызова schedule() >>на что сразу начинает ругаться тупой soft-lookup detector. >>Из той же оперы вариант уложиться линух - на 16-32 core system >>- вызывать sysrq-t на сколько нибудь загруженой машинке (~1k процессов) >>имея подключеный serial console на 9600,8n1 - (предвидя коментарии скажу что >>смена на 115200,8n1 - проблемы нефига не решает) - баста >>- машинка умирает :-) постоянно пытается что-то записать в serial и >>на другое времени не остается - все забито soft-lookup. > в догонку. посмотрев репорты в убунте (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/340628 > и прочие) > все это очень сильно напоминает на тот баг в jbd2 что фиксили > недавно у себя. > "Добрый" Alan Cox - добавил оптимизацию - что бы уменьшить нагрузку и > количество wakeup в системе - в результате чего - время wakeup > на таймере транзакции оказывается в "прошлом" - и следующий start transaction > дуплил пытаясь дождаться когда же закончится предыдущее. > исправление примерно вот такое > --- linux-2.6.27.21-0.1.orig/fs/jbd2/transaction.c 2009-06-10 11:11:41.000000000 > -0600 > +++ linux-2.6.27.21-0.1/fs/jbd2/transaction.c 2009-06-10 11:12:32.000000000 -0600 > @@ -54,7 +54,7 @@ > INIT_LIST_HEAD(&transaction->t_inode_list); > /* Set up the > commit timer for the new transaction. */ > - journal->j_commit_timer.expires = round_jiffies(transaction->t_expires); > + journal->j_commit_timer.expires = transaction->t_expires; > add_timer(&journal->j_commit_timer); > J_ASSERT(journal->j_running_transaction == NULL);
	Введите код, изображенный на картинке: