Главная » Форум » Gentoo Linux » Системное администрирование

Загрузка ядром :(

olegon 25 Августа, 2008 - 22:19

Помогите, пожалуйста, при работе БД загрузка процов kernelом кладет все ресурсы... Как определить, в чем именно проблема? Что я в ядре такое включил или выключил?

‹ exim + Samba (PDC) и OpenLDAP [РЕШЕНО] postfix + аутентификация[SOLVED] ›
»

I/O Schelduer косячит

Автор Night Nord (не зарегистрирован), дата создания 25 Августа, 2008 - 22:26.

I/O Schelduer косячит м.б.? Что за бд, что за ядро, что значит "все ресурсы", как определено, что именно ядро. Логи фстудию

»

Какие логи? :) В

Автор olegon, дата создания 25 Августа, 2008 - 23:01.

Какие логи? :) В htop смотрю, все 8 ядер в потолок загружены kernel :(
Раньше такого не было, но что сделал - не знаю...

»

Логи kernel,

Автор Night Nord (не зарегистрирован), дата создания 25 Августа, 2008 - 23:03.

Логи kernel, соответственно. dmesg как минимум.
Попробуйте поотрубать сервисы, особенно те, которые юзают ядровые модули.

P.S. А инфа насчет БД, ядра и т.п. - коммерческая тайна?

»

ой dmesg usb 3-1: device

Автор olegon, дата создания 25 Августа, 2008 - 23:18.

ой
dmesg
usb 3-1: device descriptor read/64, error -62
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
usb 3-1: device descriptor read/64, error -62
usb 3-1: new full speed USB device using ohci_hcd and address 79
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
usb 3-1: device descriptor read/64, error -62
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
usb 3-1: device descriptor read/64, error -62
usb 3-1: new full speed USB device using ohci_hcd and address 80
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
usb 3-1: device not accepting address 80, error -62
usb 3-1: new full speed USB device using ohci_hcd and address 81
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
nommu_map_single: overflow 1befdf500+8 of device mask ffffffff
usb 3-1: device not accepting address 81, error -62

oracle@kk ~ $ uname -a
Linux kk 2.6.24-gentoo-r8 #7 SMP Mon Aug 25 22:32:31 MSD 2008 x86_64 Intel(R) Xeon(TM) CPU 3.16GHz GenuineIntel GNU/Linux

»

Ммм. USB на

Автор Night Nord (не зарегистрирован), дата создания 26 Августа, 2008 - 00:27.

Ммм. USB на сервере? Вот у вас какие-то оверфлоу. Подозреваю ими забит весь дмесг. И наверняка их по сто штук в 2 секунды, что само по себе дает нехилую нагрузку на вывод (хотя на ксеоне оно должно быть не очень) + на ио шелдуер. Попробуйте поотрубать нафиг усб интерфейсы. И что у вас там такое воткнуто, что оно с ума сходит? Если дело окажется в усб - обновляйте ядро, а то у вас прям нежить какая-то.

P.S. БД случаем не оракл =)?
P.S.S. это я на oracle@... посмотрел.

»

Да, USB на

Автор olegon, дата создания 26 Августа, 2008 - 07:50.

Да, USB на сервере :) И Oracle. Охренительная библиотека винтов, брендовый сервак, IBM. Летает, но тут что-то споткнулся.
Linux version 2.6.24-gentoo-r8 (root@kk) (gcc version 4.1.2 (Gentoo 4.1.2 p1.1)) #9 SMP Mon Aug 25 23:41:11 MSD 2008
обновлять, вроде, некуда...
Оверфлоу убрал, поддержку UAMMU в ядре включил, но все равно, загрузка от ядра идет, чем посмотреть, что грузит, есть идеи?

»

ps -lax

Автор Lazhu, дата создания 26 Августа, 2008 - 09:23.

ps -lax

»

не понял

Автор olegon, дата создания 26 Августа, 2008 - 10:23.
Lazhu Gonnish написал(а):
ps -lax

И что с этим делать? :)

»

Quote:обновлять,

Автор Aladdin, дата создания 26 Августа, 2008 - 09:33.
Цитата:
обновлять, вроде, некуда...

размаскировать gentoo-sources-2.6.26-r1, gcc-4.3.1, etc...
кстати, на ядрах начиная 2.6.25 улучшен планировщик. Подобрать планировщик дисковых IO (их там аж 3 штуки)

»

Я всегда для

Автор olegon, дата создания 26 Августа, 2008 - 10:25.

Я всегда для серваков выбираю Deadline... Собственно, выбор-то не большой...

»

Возможно тут

Автор Night Nord (не зарегистрирован), дата создания 26 Августа, 2008 - 16:35.

Возможно тут минус, всмысле deadline не справляется. А вообще оракл пол-ядра собой замещает вроде как, так что хз что там тупит, скорее всего сам оракул и тупит - не иначе предсказания конца света ваяет.

Попробуйте поюзать top_latency

»

не понял

Автор olegon, дата создания 26 Августа, 2008 - 16:56.
Night Nord написал(а):
Попробуйте поюзать top_latency

А это что такое? :) Другой шедалер? Нет такого :(

»

ммм... *

Автор evadim, дата создания 26 Августа, 2008 - 18:03.

ммм...

* sys-process/latencytop
     Available versions:  0.4 {unicode}
     Homepage:            http://www.latencytop.org/
     Description:         tool for identifying where in the system latency is happening
»

где то не читал,

Автор Daevy, дата создания 28 Августа, 2008 - 08:00.

где то читал, не помню источник, что CFQ наиболее эффективен, среди тех 4 которые поддерживаются ядром

»

Я тоже так

Автор Aladdin, дата создания 28 Августа, 2008 - 10:31.

Я тоже так думал :) пока на десктопе домашнем вместо CFQ не вглючил Antisipatory :) Для БД вообще Deadline рекомендуется (в ядреном конфиге по кр. мере). Там же справка есть - краткое описание параметра.

»

Как некуда?

Автор Heretiqu3, дата создания 28 Августа, 2008 - 10:09.

Как некуда? http://gentoo-portage.com/sys-kernel/gentoo-sources
Последний стабл 2.6.25-дженту-р7

»

I/O шедулер

Автор Daevy, дата создания 28 Августа, 2008 - 07:55.

I/O шедулер можно менять на лету, через /sys/block/sdX/queue/scheduler
насчет Oracle-БД незнаю, но при noop планировщике MySQL показывает наибольшую производительность.

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".