Отправляет email-рассылки с помощью сервиса Sendsay

Linux: разрешение вопросов, перспективы и общение

Подписаться Бесплатный дискуссионный лист Подписчиков 997
←   Январь 2005   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

997 подписчиков
0 за неделю

Process kswapd0 zabiraet ves' processor na sebya: kak ego otklyucheet'?

Вот о чём я говорю (вывод команды ps -A):
33 ? 00:00:00 kswapd0
Когда я запускаю OpenOffice, этот процесс забирает всё процессорное
время,
и его ни убить (kill -9 ) ничего! Система больше неиспользуема после
него: начинает
шерстить винт и всё.
Я понял, что он запускается в самом начале загрузки системы, но иак и не
понял, где именно. Первым выполняется сценарий /etc/rc.d/rc.sysinit --
но уже до начала выполнения
этого сценария он запущен! Так где он запускается?!

Ответить   Mon-hon-ri-moriancumer Mon, 24 Jan 2005 18:45:43 +0600 (#303760)

 

Ответы:

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Mon, 24 Jan 2005 18:45:43 +0600 you wrote:

А если сделать init 1 (под рутом)?
Остается?

Ответить   "B." Mon, 24 Jan 2005 21:09:33 +0300 (#303789)

 

"B." <boff20***@m*****.ru> writes:


Этот демон отключается походом в магазин за оперативкой.


Остается :-) помогает только init 0.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15409; Возраст листа: 551; Участников: 1323
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/304618

Ответить   "Max Lapan" 25 Jan 2005 20:21:54 +0300 (#304618)

 

Это ответ на письмо Mon-hon-ri-moriancumer
по поводу "Process kswapd0 zabiraet ves' processor na sebya: kak ego
otklyucheet'?" от Mon, 24 Jan 2005 18:45:43 +0600:

Что-то подсказывает мне, что kswapd - это ядерный демон управления
свопом :)

Ответить  
Goh'Dan
Mon, 24 Jan 2005 22:03:15 +0300 (#303816)

 

А настроить/выбросить его можно?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15423; Возраст листа: 551; Участников: 1320
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/305100

Ответить   Mon-hon-ri Wed, 26 Jan 2005 10:38:17 +0300 (#305100)

 

On Понедельник 24 Январь 2005 15:45, Mon-hon-ri-moriancumer wrote:

Это и не процесс вовсе, а компонента ядра, только управляемая тем
же механизмом, что и обычные процессы. Сделать с ней ничего
нельзя.

А CPU она жрёт оттого, что у вас не хватает виртуальной памяти.
Метод лечения очевиден - добавить swap (а лучше - ram :-)

Ответить   "Sergey B. Khvatov" Tue, 25 Jan 2005 10:06:44 +0300 (#304051)

 

Погодите, у меня 512Мб памяти, кроме КДЕ, по-большому, ничего нет. Зачем своп?
Я так не только место на диске убью, винт себе ещё подсажу, ибо линуховый своп
дело страшное для винта, так ещё и производительность упадёт! Скажите, всё-таки
как его убрать/настроить, может пересобрать ядро?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15400; Возраст листа: 550; Участников: 1323
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/304430

Ответить   Mon-hon-ri Tue, 25 Jan 2005 10:49:56 +0300 (#304430)

 

On Вторник 25 Январь 2005 10:49, Mon-hon-ri wrote:

Еще раз - ЕДИНСТВЕННАЯ причина описанного вами явления это
нехватка виртуальной памяти. Чтобы от этого избавиться вам
придётся либо умерить свои аппетиты на память либо её добавить за
счёт увеличения свопа или добавления физической памяти. Каким
путём вы пойдёте - решать вам. Но раз вы работаете под KDE, то
вам этой виртуальной памяти надо не менее гигабайта, из них
оперативной - не менее 384 Mb

И не верьте глупым страшилкам про swap :-)

Ответить   "Sergey B. Khvatov" Wed, 26 Jan 2005 10:19:29 +0300 (#304767)

 

i686-suse-linux)

Hello, "Sergey B. Khvatov" <xbat***@t*****.ru>!

On Wed, 26 Jan 2005 10:19:29 +0300 you wrote:

??? Мне под KDE 3.2 за глаза хватает 256 физической + 192 свопа.

Что говорит top (о памяти)?
И как ведет себя система если не запускать X?

Ответить   "B." Wed, 26 Jan 2005 21:37:45 +0300 (#305142)

 

Вот и я о том же! Неужели 512 мало?

Не могу добиться инфы о сортировке по памяти, какой там лимит надо ему
ещё ввести после кнопки М?

Нормально, больше 400 Мб свободно.

Ответить   Mon-hon-ri-moriancumer Thu, 27 Jan 2005 14:18:21 +0600 (#305956)

 

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Thu, 27 Jan 2005 14:18:21 +0600 you wrote:

Не знаю, нажми '>'

Значит, это X или KDE. Попробуй разные оконные менеджеры (blachbox - оди
н из самых легких).

Ответить   "B." Fri, 28 Jan 2005 16:21:50 +0300 (#306597)

 

Mon-hon-ri <monh***@m*****.ru> writes:


Факты, батенька, факты давайте - когда, при каких обстоятельствах именно
своп убивал/подсаживал диск?


Смотреть размер свопа/его использование командой free. Выключить своп
нафиг - командой 'swapoff -a' под рутом.

Только не даст тебе выключение свопа ничего - ядро будет убивать
жирующий процесс когда оперативка закончится.


Вряд ли поможет. Попробуй запустить top, нажать в нем M (Shift-M) и
посмотреть что за процессы у тебя больше всего памяти отъедают (колонка
SIZE). Ну и выводы сделать.

--
Best regards,
Max Lapan

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15432; Возраст листа: 552; Участников: 1318
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/305287

Ответить   "Max Lapan" 26 Jan 2005 21:55:46 +0300 (#305287)

 

При вскрытии винтов, та часть, что была использована для линухового
свопа была сильно заезжена -- по словам торговцев б/у железа. Поэтому,
они отказывались принимать таковые, только заслышав о бывшем линухе на
ём.

Ну, как swap отключить я знаю, я говорю о kswapd0...

Если бы оно убивало тот процесс -- ну и прекрасно. Так оно же начинает
крутить винт так, что система отныне становиться вообще не отзывающейся
даже на движение мыши! И это при 512 Мб и Селероне 2,4, с лишь
запущенных КДЕ и паре маленьких (по 3 стр) файлах в openOffice!

Да делал да толку мало: он спрашивает какой-то лимит, а потом всё-равно
тоже показывает: т.е. часть процессов за экраном...

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15446; Возраст листа: 552; Участников: 1318
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/305954

Ответить   Mon-hon-ri-moriancumer Thu, 27 Jan 2005 14:16:24 +0600 (#305954)

 

i386-asplinux-linux-gnu)

Доброе время суток!
Thu, 27 Jan 2005 14:16:24 +0600 Mon-hon-ri-moriancumer писал(а):

Расскажите пожалуйста немного о программе top:

Сначала 98 mb used, затем с течением времени система потихонечку забирает по
200 kb, а в cached эти килобайты перетекают.
Вот и вопрос: за что отвечает поле cached?
--
С уважением tillias.

Д.А.Гранин: Самое дорогое, что есть у человека, это жизнь. Но если всмотреться
в эту самую жизнь подробнее, то можно сказать, что самое дорогое - это Время,
потому что жизнь состоит из Времени, складывается из часов и минут.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15457; Возраст листа: 553; Участников: 1312
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/306082

Ответить   Терновых Илья Fri, 28 Jan 2005 08:51:34 +0300 (#306082)

 

On Пятница 28 Январь 2005 08:51, Терновых Илья wrote:

писал(а):

Если вас интересует top, то это всего лишь frontend, красиво
печатающий информацию из /proc . Интересующее вас поле
вычитывается из /proc/meminfo.

Если же вас интересует, что такое cached memory, то это дисковый
кэш. Там хранятся данные, когда-то вычитанные с диска на случай
если они опять понадобятся. Данные эти в основном "чистые", то
есть не требующие записи на диск, так что в случае необходимости
эти буфера освобождаются очень быстро.

Ответить   "Sergey B. Khvatov" Fri, 28 Jan 2005 10:32:44 +0300 (#306166)

 

i386-asplinux-linux-gnu)

Доброе время суток!
Fri, 28 Jan 2005 10:32:44 +0300 Sergey B. Khvatov писал(а):

Спасибо, очень интересно. Если кто будет ворошить архив рассылки, то proc(5)
и
/usr/src/Distrib/Documentaion/filesystems/proc.txt
--
С уважением tillias.

Джалал ад-Дин Руми: Радость скрыта под скорбью.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15483; Возраст листа: 553; Участников: 1312
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/306492

Ответить   Терновых Илья Fri, 28 Jan 2005 19:29:00 +0300 (#306492)

 

i686-suse-linux)

Hello, Терновых Илья <tilli***@n*****.ru>!

On Fri, 28 Jan 2005 08:51:34 +0300 you wrote:

Дисковые буфера.
У меня при запуске система (LFS) занимает 12 Mb памяти, потом занимает в
сю память, причем все, кроме 12 Мб - кеш чтения.

Скорость чтения потрясная.

Ответить   "B." Fri, 28 Jan 2005 16:19:33 +0300 (#306585)

 

Mon-hon-ri-moriancumer <monh***@m*****.ru> writes:



Ух ты - про головки протирающие дыры в блинах я еще не слышал.


Еще раз: kswapd - псевдопроцесс ядра управляющий свопингом. Убить его ты
не можешь.

Проверь, включен ли у тебя UDMA на винте со свопом:
hdparm -I /dev/<винт> | grep DMA


Ну тогда 'man top' или 'ps axv O+r' (колонка RSS)

--
Best regards,
Max Lapan

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15502; Возраст листа: 554; Участников: 1314
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/306741

Ответить   "Max Lapan" 28 Jan 2005 21:14:46 +0300 (#306741)

 

Здравствуйте, Max.

Вы писали 28 января 2005 г., 21:14:46:




Да, я честно говоря, тоже впрвые слышу.

Ответить   "Andrey I. Klaus" Sat, 29 Jan 2005 14:15:25 +0300 (#306906)

 

Здравствуйте, Andrey.




Бред!
Головки только при полной раскрутке выводятся на рабочую поверхность
из зоны отстоя, на которой покрытие другой фактуры. При работе винта,
воздух увлекаемый дисками приподымает головку над поверностью винта на
~300микрон. Сама головка закреплена на довольно длинном коромысле из
тонкого алюминия(на который воздух действует вверх также).
Если питание с накопителя исчезает, то через ключ к электромагниту
движения головок подклчается обмотка движка шпинделя (через
примитивный выпрямитель) который в этом случае работает как генератор
напряжения (помните-7200rpm-и движок раскручен). Это переводит головки
в зону отстоя также...
Если по каким-либо причинам диск потеряет скорость на 25-30% от
номинальной и головки будут в рабочей зоне - головки молекулярно
прилипают к покрытию и их срывает с коромысла.
Исходя из вышесказанного физический контакт головки с диском возможен,
если неисправна электроника.
А также хочу сообщить что интенсивность движения головок может вывести
лишь некоторые некачественные подшипники в оси коромысел, что как
правило не приводит к срыву головок, а ускоренным их износом по
краям(головок) с появлением битых блоков, которые распределены по всей
поверхности равномерно, но больше их с краев диска...

Ответить  
Майоров И.Е.
Sat, 29 Jan 2005 15:47:51 +0200 (#306954)

 

-----Original MessageFrom: "Max Lapan" <lapan_***@i*****.ru>
To: "comp.soft.linux.discuss" <monh***@m*****.ru> (4394230)

Ну, тем не менее люди с этим парятся...

Посмотрю.

В основном, всё отведено под какие-то кэши. Проги, берут мало. Можно эти кэши
угамонить?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15539; Возраст листа: 556; Участников: 1319
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/307982

Ответить   Mon-hon-ri Mon, 31 Jan 2005 10:57:28 +0300 (#307982)

 

Mon-hon-ri <monh***@m*****.ru> writes:




А это уже странно. Дисковые кэши должны отдаваться ядром по первому
требованию. Давай-ка вывод команды 'free' когда система тормозить начинает.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15608; Возраст листа: 558; Участников: 1321
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/308731

Ответить   "Max Lapan" 01 Feb 2005 07:07:17 +0300 (#308731)

 

кэши

total used free shared buffers
cached
Mem: 515556 362140 153416 0 16576
203360
-/+ buffers/cache: 142204 373352
Swap: 32760 0 32760

Я не знаю почему, но теперь у меня при запещенных KDE, Evolution,
Firefox, Ethereal, Kate, terminals вот столько свободной памяти, хотя я
думаю, это ещё немного.

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 13:26:23 +0600 (#308994)

 

В сообщении от 1107343583 секунд после начала Эпохи Unix Вы написали:

Тут все нормально. 142204 Kb используется приложениями; 203360 + 16576
отведено для буферов и кеша; 153416 ни как не используется, т.е.
свободная.

Ответить   Konstantin Korikov Wed, 2 Feb 2005 19:10:47 +0200 (#309179)

 

On Wed, 2005-02-02 at 19:10 +0200, Konstantin Korikov wrote:

С другоя стороны и 373352 Кб просто болтаются, однако заняты!

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 14:39:23 +0600 (#310768)

 

В сообщении от 1107607163 секунд после начала Эпохи Unix Вы написали:

Нет. Часть свободно сразу. А часть освободится как только попросишь.

Ответить   Konstantin Korikov Sat, 5 Feb 2005 23:41:54 +0200 (#311075)

 

Причём здесть это-то? Я же не на скорость работы винта жалуюсь, а на то,
что процесс себя так ведёт.

Ну, максимум, что отъедается, так это 6.2% Evolution -- не смертельно.
Зато 213 Мб отдано под какой-то кэшированный своп, причём свопа
использовано 0.

Ответить   Mon-hon-ri-moriancumer Tue, 01 Feb 2005 15:59:55 +0600 (#308404)

 

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Tue, 01 Feb 2005 15:59:55 +0600 you wrote:

Это нормально. Это - кеш чтения файловой системы.
Посмотри на его размер сразу после запуска - он должен быть поменьше.

Ответить   "B." Tue, 1 Feb 2005 18:38:22 +0300 (#308506)

 

Может это и нормально, но память не резиновая. И грохать половину под этот кэш
вообще не хочется!
Можно его обуздать?

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 00:31:21 +0600 (#309001)

 

В сообщении от 1107297081 секунд после начала Эпохи Unix Вы написали:

кэш

А что лучше что бы эта память стояла без дела? Деньги лучше хранить
в банке, а не под подушкой :).

Ответить   Konstantin Korikov Wed, 2 Feb 2005 19:13:29 +0200 (#309178)

 

Так-то оно так, но когда деньги нужны, то их можно взять, а этот кэш
что-то с возвратом не торопится.

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 14:37:50 +0600 (#310767)

 

В сообщении от 1107607070 секунд после начала Эпохи Unix Вы написали:

Если так, то это уже проблема. А были ситуации, когда память под
буферы/кешь не отдавалась, когда

-/+ buffers/cache: 515556 0

? Или что-то близкое к тому?

Ответить   Konstantin Korikov Sat, 5 Feb 2005 23:45:59 +0200 (#311072)

 

On Sat, 2005-02-05 at 23:45 +0200, Konstantin Korikov wrote:

Так вот!

Ответить   Mon-hon-ri-moriancumer Mon, 07 Feb 2005 13:59:17 +0600 (#311746)

 

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Wed, 02 Feb 2005 00:31:21 +0600 you wrote:

Как только она понадобится, она освободится под программы.
А пока она служит для ускорения файловых операций. Неслабого кстати уско
рения.

Ответить   "B." Wed, 2 Feb 2005 21:18:13 +0300 (#309675)

 

Дык вот сто-то не хотела освобождаться. Когда вообще свопа не было,
сейчас он составляет всего 32 Мб (всё равно 0 используется), то поднимался этот
озверевший
kswapd0, и вся машина колом: крутится винт и привет. -- Проблема не
просто раздута из-за беспечности, типа, давайте кому-нить что-нить
урежем, а проблема глобальная:
невозможно продолжать работу просто! Вот как стоит вопрос, понимаете!

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 14:42:53 +0600 (#310769)

 

В сообщении от 1107607373 секунд после начала Эпохи Unix Вы написали:

этот

Вообще, если нет проблем с английским, можно и баг-репорт написать
разработчикам дистрибутива (чем больше голов думают, тем лучше).

Ответить   Konstantin Korikov Sat, 5 Feb 2005 23:50:42 +0200 (#311073)

 

Знаете, пытался я когда с этим отчётом миру помочь, да разбился о броню интерфейса
их сервера!
Уж дюже не просто найти что и куда отправлять. Порылся порылся да и
плюнул - поиск даже ничего результативного не дал! - Короче, не просто у
них там всё!

Ответить   Mon-hon-ri-moriancumer Mon, 07 Feb 2005 14:01:14 +0600 (#311747)

 

On Понедельник 07 Февраль 2005 11:01, Mon-hon-ri-moriancumer
wrote:

Может, всё-таки сначала попробуете поработать со swap?

Только его размер должен быть сравнимым с размером RAM -
увеличение виртуальной памяти на 8% к существенному улучшению не
приведёт.

Ответить   "Sergey B. Khvatov" Mon, 7 Feb 2005 11:42:31 +0300 (#311780)

 

Например?

Улучшению в чём? Мне тут проповедовали, что вот, у меня машина виснет,
мол, потому, что у меня памяти мало: типа поднимается этот kswapd0 и
начинает там что-то вершить: вывод, поставь, хоть своп... Хорошо,
поставил... 32 Мб -- использование 0, так что же,
как винде своп как страховка нужна? Поэтому я и спрашиваю: каких
улучшений ожидаете?

Ответить   Mon-hon-ri-moriancumer Mon, 07 Feb 2005 16:00:42 +0600 (#311828)

 

On Понедельник 07 Февраль 2005 13:00, Mon-hon-ri-moriancumer
wrote:

Это вы добавляете к 512 Mb памяти (физической) ещё 32 (swap) и
надеетесь, что получившихся 544 станет хватать.

К слову сказать, ни у кого кроме вас подобного эффекта не
наблюдается. У меня он тоже наблюдался только раз, но я тогда
просто выяснил причину и устранил её - добавил swap.

Ответить   "Sergey B. Khvatov" Mon, 7 Feb 2005 14:41:13 +0300 (#311894)

 

у меня в окне kmail не видны папки
как это можно вылечить?
спасибо

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15822; Возраст листа: 567; Участников:
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/314599

Ответить  
Михаил
Fri, 11 Feb 2005 16:26:13 +0300 (#314599)

 

Приветствую.

этот


Версия ядра 2.6.10? Если да, попробуй применить вот этот патч:
linux-2.6-npiggin/mm/vmscan.c | 1 +
1 files changed, 1 insertion(+)

diff -puN mm/vmscan.c~vmscan-minfix mm/vmscan.c
linux-2.6/mm/vmscan.c~vmscan-minfix 2005-02-04 11:52:37.000000000
+1100
+++ linux-2.6-npiggin/mm/vmscan.c 2005-02-04 11:53:32.000000000
+1100
@ -575,6 +575,7 @@ static void shrink_cache(struct zone *zo
nr_taken++;
}
zone->nr_inactive -= nr_taken;
+ zone->pages_scanned += nr_scan;
spin_unlock_irq(&zone->lru_lock);

if (nr_taken == 0)
--
Роман.
http://www.3os.ru/ http://www.osrc.info/
gpg --recv-keys 0xE5E055C3

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15742; Возраст листа: 563; Участников: 1328
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/312062

Ответить   Roman I Khimov Mon, 07 Feb 2005 20:11:26 +0300 (#312062)

 

Что-то кривовато он пошел...

Форматирование письменное подвело.



Вот эти +1100 на строчку выше.

^^
ДВА.

Да, впрочем, это проще в vim поправить, чем патч наложить. ;)

И перекомпилить ядро как нравится. Говорят, такой баг встречается,
надеюсь, кому поможет, в LKML это исправление работало. :)

--
Роман.
http://www.3os.ru/ http://www.osrc.info/
gpg --recv-keys 0xE5E055C3

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15743; Возраст листа: 563; Участников: 1328
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/312067

Ответить   Roman I Khimov Mon, 07 Feb 2005 20:23:46 +0300 (#312067)

 

Спасибо, поробую. Правда со следующей какой установкой системы -- сейчас
она в этом смысле себя, почему-то, ведёт хорошо.
Сейчас у меня 2.6.10, но было 2.6.9 с такой проблемой.

Ответить   Mon-hon-ri-moriancumer Tue, 08 Feb 2005 00:03:15 +0600 (#312528)

 

В сообщении от 1106769346 секунд после начала Эпохи Unix Вы написали:

своп

Да и так понятно что лишние движения считывающей головки ускоряют
процесс изнашивания девайса. Это справедливо для любой ОС, способной
работать с жестким диском.

Или процесс будет завершатся с сообщением об ошибке, в зависимости от версии
ядра (В ASP Linux kernel 2.4.22 у меня было именно так). Сообщение может быть
"Segmentation fault" или "not enough memory", в зависимости от программы.

Ответить   Konstantin Korikov Thu, 27 Jan 2005 23:14:24 +0200 (#305973)

 

28 Январь 2005 00:14, Konstantin Korikov написал:

А вот это ("Segmentation fault") может быть только результатом ошибки в
программе (на C): malloc вернул NULL, а программист не проверил, и стал по
этому адресу читать/писать.

А если проверил -- тогда скорее всего вывел в stderr "not enough memory". Но

произойти это может независимо от версии ядра.

Ответить   Vladimir Efremov Mon, 31 Jan 2005 17:07:36 +0300 (#307873)

 

В сообщении от 1107184056 секунд после начала Эпохи Unix Вы написали:

Так.

Почему же? Ваши аргументы?

Ответить   Konstantin Korikov Mon, 31 Jan 2005 23:57:04 +0200 (#308148)

 

On Mon, 2005-01-31 at 23:57 +0200, Konstantin Korikov wrote:

Но

Погодите, люди!
Меня не это интересует! Мне как бы это у всяких прог, того же kdeinit,
ядра, буфера/кэши
поприсмирить, чтобы не раздували их в пустую. А то памяти до пупа (я
раньше больше 256 Мб) не использовал и за глаза хватало, а тут 512 Мб
типа не хватает. Что-то мнеэто один небезызвестный продукт напоминает.
Мне не верится, что это линух-подход.
Если есть идеи, поделитесь, как оптимизировать.

И ещё. Если у меня проц Сел 2,4, то для какой архитектуры собирать rpm
из src.rpm,
что для i686 опять что ли? И почему, друзья товарищи выскающие дистрибы,
наровят собирать пакетя для i386? -- Ведь вся производительность системы
в баню отсылается по умолчанию!

Ответить   Mon-hon-ri-moriancumer Tue, 01 Feb 2005 19:20:07 +0600 (#308412)

 

On Tue, 01 Feb 2005 19:20:07 +0600
Mon-hon-ri-moriancumer <monh***@m*****.ru> wrote:

Для универсальности: пакет, собранный для Пентиум4, не заработает на Пентиум1.
Если Вам нужна полная оптимизация - переходите на Gentoo.

Ответить   Igor Zaitsev Tue, 1 Feb 2005 17:59:54 +0300 (#308454)

 

On Tue, 2005-02-01 at 17:59 +0300, Igor Zaitsev wrote:

Ну так они же рекомендуют какое-то железо минимальное. Пусть хоть для
него собирают.
А потом почему бы не собрать для всех архитектур?! Или для, скажем,
пентиум3, пентиум4? НЕужели кто-то будет запускать это еа пентиум1,
неговоря уже о 386?

Дык трафика нема большого...

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 00:18:20 +0600 (#309004)

 

On Wed, 02 Feb 2005 00:18:20 +0600
Mon-hon-ri-moriancumer <monh***@m*****.ru> wrote:

Где-то год назад я запускал под P1.

Ответить   Крохин Анатолий Алек сандрович Wed, 2 Feb 2005 16:29:29 +0300 (#309025)

 

В сообщении от 1107296300 секунд после начала Эпохи Unix Вы написали:

Зачем? Игра не стоит свеч. Вся x86 архитектура работает на CISC-процессорах,
где в отличии от RISC, оптимизация кода не дает существенного прироста в
быстродействии. К тому же подавляющее большинство этих процессоров
совместима с i386, т.е полностью поддерживают набор инструкций 386-го.

Если использовать только инструкции i386, получается более переносимый
и стабильный код. Например если бы использовались инструкции Pentium,
то на K5/K6, возможно, были бы проблемы.

P.S Fedora Core 3 оптимизирована под Pentium 4, хотя используются
набор инструкций i386.

Ответить   Konstantin Korikov Wed, 2 Feb 2005 19:30:43 +0200 (#309175)

 

Что это значит?

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 14:36:24 +0600 (#310766)

 

On 05.02.2005, at 11:36, Mon-hon-ri-moriancumer wrote:

Это значит, что программа будет работать и на i80386, но лучше всего на
Pentium 4,
OTOH скольким приложениям реально нужны инструкции, специфичные для P4?
(~ 1 - 2%?)
--
WBR, Max Vasin.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15668; Возраст листа: 561; Участников: 1333
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/310777

Ответить   Max Vasin Sat, 5 Feb 2005 11:59:06 +0300 (#310777)

 

On Sat, 2005-02-05 at 11:59 +0300, Max Vasin wrote:

Не наоборот, что собрана для 386, но будут работать и на П4?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15671; Возраст листа: 561; Участников: 1333
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/310826

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 17:08:03 +0600 (#310826)

 

On 05.02.2005, at 14:08, Mon-hon-ri-moriancumer wrote:

_Любая_[1] программа написанная для 386 будет работать на 486, P[1234] и
совместимых процессорах. При компиляции можно органичить набор
используемых
инструкций (386) но генерировать код с учетом специфики исполнения для
P4.

[1] Само сабой, если она не использует какие-нибудь недокументирванные,
специфичные
фичи 386 ;-)
--
WBR, Max Vasin.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15680; Возраст листа: 561; Участников: 1333
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/310894

Ответить   Max Vasin Sat, 5 Feb 2005 17:14:30 +0300 (#310894)

 

Следовательно, упускаются, инструкции П4!

В чём же спецификация?

В конце концов: стоит ли пересобирать пакеты rpm для своего процессора
из src.rpm?

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 21:22:39 +0600 (#310912)

 

Mon-hon-ri-moriancumer wrote:

верно, а как же иначе.

Это уже вопрос по архитектуре процессоров. В частности последние версии
Intel архитектур очень сильно выигрывают от оптимизации кода программ.
Для Itanium/Itanium 2 нормальная (номинальная) производительность
возможна исключительно при условии оптимизации во время компиляции.
В общем случае специфика архитектур без учёта новых инструкций включает
выравнивание данных, методы адресации памяти, организация циклов и
ветвлений. Даже хорошо известные операции целочисленного умножения,
суммирования, цикличекого сдвига по разному (с разной эфективностью,
временем выполнения) работают на разных моделях процессоров той же
архитектуры Netburst - Northwood и Prescott. Советую прочитать чикл
статей на fcenter.ru - "Prescott - последний из могикан" (или что-то
вроде того)

Вам решать, пересборка пакетов с оптимизацией занимает много времени
(особенно для больших C++ проектов), не гарантирует даже 5% прироста
производительности, но возврастает вероятность ошибок при работе программ.
Оптимальной мне кажется пересборка части часто используемых пакетов:
glibc, linux (kernel), xvid, mplayer, xine, xmms, libtiff, libpng,
libjpeg, gsl, и.т.д

Ответить   Vasile Sat, 05 Feb 2005 18:31:49 +0200 (#310931)

 

Большое Спасибо за Ваши ответы!

Ответить   Mon-hon-ri-moriancumer Sat, 05 Feb 2005 23:18:35 +0600 (#310967)

 

В сообщении от 1107621109 секунд после начала Эпохи Unix Вы написали:

Популярным языком - один процессор умножает быстрее 8 * 5, а другой
умножает быстее 5 * 8. Вот как расставишь эти числа в откопиллированой
программе так и будет работать...

Ответить   Konstantin Korikov Sat, 5 Feb 2005 23:58:58 +0200 (#311074)

 

i686-suse-linux)

Hello, Vasile <mail45***@p*****.ru>!

On Sat, 05 Feb 2005 18:31:49 +0200 you wrote:

!!! glibc может заглючить при изменении флагов. Так что его лучше остави
ть в покое.

Ответить   "B." Sat, 5 Feb 2005 20:15:49 +0300 (#311164)

 

Не знаю - не знаю, в Gentoo флаги оптимизации выставляются глобально, и glibc
компилится с ними, пока глюков не замечено.

С уважением,
Андрей.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15713; Возраст листа: 562; Участников: 1329
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/311276

Ответить   Андрей Клаус Sun, 06 Feb 2005 14:04:27 +0300 (#311276)

 

B. wrote:

опять же - каждому своё. В моём случае glibc не глючил и при -O3 и при
-march=athlon. Думаю что "заглючит ли" glibc, больше зависит от версии
используемого компилятора. Если использовать gcc-3.3.0, -3.4.0, -4.0.0,
то вероятность ошибок высока, и не только в glibc. Поэтому в список
рекомендуемых к пересборке пакетов я не включил gcc, хотя для своей
системы этот пакет я пересобираю первым.

Ответить   Vasile Sun, 06 Feb 2005 12:09:41 +0200 (#311620)

 

i686-suse-linux)

Hello, Vasile <mail45***@p*****.ru>!

On Sun, 06 Feb 2005 12:09:41 +0200 you wrote:

Тем не менее разработчики оффициально предупреждают.
Насчет gcc, имхо лучше использовать 3.4.3, а не 4.0.0

Ответить   "B." Mon, 7 Feb 2005 18:57:05 +0300 (#312043)

 

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Sat, 05 Feb 2005 21:22:39 +0600 you wrote:

Оптимизация с учетом особенностей строения P4. Спроси у разработчиков
gcc.

Ответить   "B." Sat, 5 Feb 2005 18:51:54 +0300 (#310963)

 

Mon-hon-ri-moriancumer wrote:

не вся. Как правило их собирают с -march=i386 -mcpu=i686 (i586). Кроме
того не следует забывать что по умолчанию важно обеспечить работу на
большинстве машин. Для тех кому нужна максимальная производительность
есть соотвествующие дистрбутивы (Source based), и ничто не мешает самому
пересобрать необходимые (или все) пакеты с необходимыми параметрами.

Ответить   Vasile Tue, 01 Feb 2005 18:46:04 +0200 (#308501)

 

On Tue, 2005-02-01 at 18:46 +0200, Vasile wrote:

Проблема в том, что, скажем, для Федоры, пакеты исходников, идут лишь на
2 КД,
что, естественно, не включает все пакеты, имеющиеся в дистрибутиве... А
местные распростронители скачивают имеено их... Вот и получается, что
всю систему либо собрать невозможно, либо дорого стоит... А что это за
дистрбутивы Source based?

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 00:25:34 +0600 (#309005)

 

i386-asplinux-linux-gnu)

Доброе время суток!
Wed, 02 Feb 2005 00:25:34 +0600 Mon-hon-ri-moriancumer писал(а):

Если вы так на дому развлекаетесь, то ИМХО лучше время не тратить.

--
С уважением tillias.

Хафиз: "Вы сами ваш собственный барьер - поднимитесь над ним"

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 15620; Возраст листа: 558; Участников: 1322
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/309068

Ответить   Терновых Илья Wed, 2 Feb 2005 17:37:19 +0300 (#309068)

 

Mon-hon-ri-moriancumer wrote:

КД,

Стоит поискать дешёвый интернет доступ и самому скачать исходники. Для
Fedora доступны 4 iso образа с SRPM пакетами из которых можно собрать
всю систему (конечно для сборки уже надо иметь рабочий Linux).

подразумеваю дистрибутивы основанные на собственноручной сборке из
исходников: Gentoo, LinuxFromScratch, SourceMage, LunarLinux, LRs-Linux.

Ответить   Vasile Wed, 02 Feb 2005 17:16:40 +0200 (#309118)

 

Ясно, спасибо. Ну, а с Сетью, наврядли скоро что-то решится...
Хотя, с другой стороны, линух обновляют когда нужда придёт, а не когда
новый выпуск
сделают. Можно, может купить...

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 22:57:41 +0600 (#309140)

 

i686-suse-linux)

Hello, Mon-hon-ri-moriancumer <monh***@m*****.ru>!

On Tue, 01 Feb 2005 19:20:07 +0600 you wrote:

Из srpm никогда не собирал, но тебе надо оптимизировать для p4.
Примерно так:
export CFLAGS="-O3 -march=pentium4 -mmmx"
export CXXFLAGS="-O3 -march=pentium4 -mmmx"

CFLAGS - параметры для gcc, CXXFLAGS - для g++.

-O3 означает, что использовать надо максимальный уровень оптимизации.
Еще интересна такая вещь как -Os - оптимизация по размеру.

Ответить   "B." Tue, 1 Feb 2005 18:36:34 +0300 (#308504)

 

Большое Спасибо -- ценный совет!

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 00:29:11 +0600 (#309002)

 

В сообщении от 1107278407 секунд после начала Эпохи Unix Вы написали:

# free

? (после запуска KDE).

# ps -aux

?

# hdparm -v /dev/hd?

?

# df

?

# cat /etc/fstab

?

# cat /proc/sys/vm/overcommit_{memory,ratio}

?

# uname -a

?

Ответить   Konstantin Korikov Tue, 1 Feb 2005 21:27:01 +0200 (#308634)

 

On Tue, 2005-02-01 at 21:27 +0200, Konstantin Korikov wrote:

Нет, сейчас, я не знаю почему, но 155 Мб свободной памяти есть. Поэтому, данные
уже
будут не те... Сделаем так: я оставлю Ваше письмо, и если у меня будет
наблюдаться таже картина, я вышлю Вам свои данные.

Ответить   Mon-hon-ri-moriancumer Wed, 02 Feb 2005 13:23:06 +0600 (#308996)