Re: Как сбалансировать ?
On Tue, May 27, 2003 at 11:20:46AM +0600, Viktor Vislobokov wrote: > Vitaly A. Sergeinko wrote: > >Viktor Vislobokov пишет: > > > >> Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). > >>Файловая система ext3. Переписываем большой файл - 600 мегабайт. По > >>истечении > >>некоторого времени (видимо после заполнения буферов кэша), система > >>начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система > >>занята только одним процессом - переписыванием файла, все остальные > >>отдыхают. Если в это время запустить скажем xterm, то окно программы > >>не появится на экране раньше 20-30 секунд спустя. Если это нормальное > >>поведение многозадачной системы, то я парагвайский лётчик! > > > >Ну, как ты пнимаешь, сие "безобразие" никакого отношения к ядру не имеет > >(только номинальное). Дело в выбранной тобой файловой системе. Подобные > >зюки наблюдаются только в рейзере. Ставь xfs, тем более для работы с 600 > >меговыми файлами. > > Т.е. как это к ядру не имеет? А файловую систему не ядро что ли > обслуживает? У меня было подозрение, что проблема в ext3, но > уверенности не было. > > Ставить xfs, конечно, можно, но я не отношу xfs к стандартным > файловым системам Linux. Тем более, что не имею никаких данных > о надежности работы xfs и тех возможных фичах, с которыми мне > придется столкнуться. > > А есть ли возможность как-то исправить ситуацию с ext3? > откатиться на ext2 и не мучаться -- Konstantin Sorokin Mail.Ru, Moscow, Russia Work:8-095-725-63-57 Когда кругом кишит бездарность, кладя на жизнь свое клише, в изгойстве скрыта элитарность, весьма полезная душе.
Re: Как сбалансировать ?
Viktor Vislobokov, Tue, May 27, 2003 05:12:34 +0200: > Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). > Файловая система ext3. Переписываем большой файл - 600 мегабайт. По > истечении некоторого времени (видимо после заполнения буферов кэша), > система начинает ЖУ-У-У-ТКО тормозить. ... посмотри на патчи Кона Коливаса. Это давно известная беда. И вроде до сих пор никак не решённая. http://members.optusnet.com.au/ckolivas/kernel/ http://members.optusnet.com.au/ckolivas/kernel/1000_O1_PE_LL_0305221258_2.4.20.patch.bz2 http://members.optusnet.com.au/ckolivas/kernel/1020_RL2_0305221318_2.4.20-ck7.patch.bz2
Re: Как сбалансировать?
27 Май 2003 11:30, Gerasimov Dmitry написал: > On Tue, May 27, 2003 at 09:12:34AM +0600, Viktor Vislobokov wrote: > > Привет всем! > > > > Решил все-таки написать про ту каку, которую наблюдаю давно - > > может у кого будут идеи. > > > > Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). > > Файловая система ext3. Переписываем большой файл - 600 мегабайт. По > > истечении > > некоторого времени (видимо после заполнения буферов кэша), система > > начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система > > занята только одним процессом - переписыванием файла, все остальные > > отдыхают. Если в это время запустить скажем xterm, то окно программы > > не появится на экране раньше 20-30 секунд спустя. Если это нормальное > > поведение многозадачной системы, то я парагвайский лётчик! > > > > Насколько я помню - на ядрах 2.2.x такого безобразия не было. > > Но может я зря ругаюсь? Может где-то чего-то надо подшаманить в > > /proc и работа машины станет более сбалансированной? > > У кого какие идеи? > > > > Никаких специальных параметров для hdparm не использовалось. > > вот с этого момента поподробнее. что у Вас с DMA. У меня такое наблюдалось > после покупки новой мамы - я забыл включить DMA > да нет я такое же иногда наблюдаю dma включен (UDMA100) видел такое и на kt266a на kt333 nforce2 если что посоветует будет хорошо > > Виктор > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] -- Юркин Евгений
Re: Как сбалансировать ?
On Tue, May 27, 2003 at 09:12:34AM +0600, Viktor Vislobokov wrote: > Привет всем! > > Решил все-таки написать про ту каку, которую наблюдаю давно - > может у кого будут идеи. > > Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). > Файловая система ext3. Переписываем большой файл - 600 мегабайт. По > истечении > некоторого времени (видимо после заполнения буферов кэша), система > начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система > занята только одним процессом - переписыванием файла, все остальные > отдыхают. Если в это время запустить скажем xterm, то окно программы > не появится на экране раньше 20-30 секунд спустя. Если это нормальное > поведение многозадачной системы, то я парагвайский лётчик! > > Насколько я помню - на ядрах 2.2.x такого безобразия не было. > Но может я зря ругаюсь? Может где-то чего-то надо подшаманить в > /proc и работа машины станет более сбалансированной? > У кого какие идеи? > > Никаких специальных параметров для hdparm не использовалось. вот с этого момента поподробнее. что у Вас с DMA. У меня такое наблюдалось после покупки новой мамы - я забыл включить DMA > > Виктор > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- Gerasimov Dmitry e-mail: matrix AT podlipki DOT ru pgpHYH5M7osRa.pgp Description: PGP signature
Как сбалансировать ?
Привет всем! Решил все-таки написать про ту каку, которую наблюдаю давно - может у кого будут идеи. Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). Файловая система ext3. Переписываем большой файл - 600 мегабайт. По истечении некоторого времени (видимо после заполнения буферов кэша), система начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система занята только одним процессом - переписыванием файла, все остальные отдыхают. Если в это время запустить скажем xterm, то окно программы не появится на экране раньше 20-30 секунд спустя. Если это нормальное поведение многозадачной системы, то я парагвайский лётчик! Насколько я помню - на ядрах 2.2.x такого безобразия не было. Но может я зря ругаюсь? Может где-то чего-то надо подшаманить в /proc и работа машины станет более сбалансированной? У кого какие идеи? Никаких специальных параметров для hdparm не использовалось. Виктор
