Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет mumuntu ([info]mumuntu)
@ 2010-12-14 19:16:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
 2174 root      12  -5     0    0    0 D  2.3  0.0  59:43.79 kjournald

Вот с этой вот буквой D как бороться?
Дело происходит на сервере, каких-либо нормальных советов на этот счет я не смог найти.
Файловые системы две - ext3 и xfs, рубит, судя по всему, ext3.


(Добавить комментарий)


[info]coolcold@lj
2010-12-14 13:43 (ссылка)
Поменять Journaling mode, мож попустит

(Ответить) (Ветвь дискуссии)


[info]alexclear@lj
2010-12-14 15:24 (ссылка)
А если поставить data=writeback, kjournald перестанет втыкать?
Мне было бы идеально, если бы втыкал тот же процесс, который и вызывает нагрузку, но это, наверное недостижимо - начнет втыкать какой-нибудь pdflush.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]coolcold@lj
2010-12-14 15:55 (ссылка)
насчет writeback - This mode eliminates the requirement that data blocks be flushed to disk ahead of metadata - http://lwn.net/Articles/328363/

про pdflush - http://www.westnet.com/~gsmith/content/linux-pdflush.htm

Но вообще тут если в теории все более менее ясно, то с практикой конечно задница полная.

(Ответить) (Уровень выше)


[info]sply@lj
2010-12-14 20:07 (ссылка)
попробуй vm.dirty_ratio сделать маленький, например vm.dirty_ratio=1. От этого тот процесс (userspace), который много пишет, как только превысил этот ratio, должен блокироваться.

(Ответить) (Уровень выше)


(Анонимно)
2010-12-14 13:44 (ссылка)
ну значит ext3 не успевает писать журнал
можно попробовать увеличить commit и data=writeback

(Ответить) (Ветвь дискуссии)


[info]alexclear@lj
2010-12-14 14:58 (ссылка)
А если я увеличу commit, хуже не станет?
Данных-то для сброса будет больше.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dil@lj
2010-12-14 15:17 (ссылка)
а вот тут непонятно. их станет больше, но сбрасываться они будут реже. а чем оно лучше?

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2010-12-14 16:06 (ссылка)
лучше потому что сможет делать нормальный reorder и прочие плюшки отложенной записи

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]coolcold@lj
2010-12-14 16:08 (ссылка)
Тут надо экспериментировать..по идее там один фиг запись с барьерами будет, причем может стать как лучше, так и хуже.

(Ответить) (Уровень выше)


[info]_slw@lj
2010-12-15 17:50 (ссылка)
перейти на freebsd

(Ответить) (Ветвь дискуссии)


[info]alexclear@lj
2010-12-15 17:58 (ссылка)
Коллеги спят и видят, как я им freebsd в наследство оставляю.
Я-то сам без проблем перешел бы, но, боюсь, народ будет против.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]_slw@lj
2010-12-15 18:01 (ссылка)
/etc/motd подмени

(Ответить) (Уровень выше)