Linux стал свопить / Unix-системы

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Linux стал свопить

12 сообщений из 12, страница 1 из 1

Linux стал свопить

#36049755

настройщик

Гость

Код: plaintext

1.
2.
3.
4.
5.
6.
7.

uname -a
Linux storage 2.6.18-92.el5PAE #1 SMP Fri May 23 22:26:05 EDT 2008 i686 i686 i386 GNU/Linux
-bash-3.2$ free
             total       used       free     shared    buffers     cached
Mem:       4151124    4007116     144008          0       2836    1495248
-/+ buffers/cache:    2509032    1642092
Swap:      4080424     856984    3223440

и при этом

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.

vmstat 5
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  6 932716 141500   2680 1414988    0    0     0    20    0    0  4  0 89  7  0
 0  6 932276 142976   2640 1415396 2718  967  3665  1248 1409  870  3  1 61 35  0
 0  8 934980 144868   2456 1413972 1929  874  2855  1120 1370  802  1  1 68 31  0
 0  8 933252 144124   2488 1416308 1798 1502  2152  1883 1363  797  1  0 67 31  0
 0  7 932952 144396   2424 1416460 1382 1466  1934  1788 1323  702  1  0 68 30  0

не пойму. он же говорит что у него памяти 1,6 гига свободно? почему такой обмен со свопом?

все это началось когда я добавил 300м к буферному кэшу оракла.

...

Рейтинг:

0 / 0

19.06.2009, 07:59

| Ответить | Цитировать | Написать

Linux стал свопить

#36049773

настройщик

Гость

наверное я туплю:

Код: plaintext

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.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> !free
             total       used       free     shared    buffers     cached
Mem:       4151124    2196084    1955040          0       2524      49612
-/+ buffers/cache:    2143948    2007176
Swap:      4080424      40156    4040268

SQL> startup
ORACLE instance started.

Total System Global Area 2030043136 bytes
Fixed Size                  1262644 bytes
Variable Size             436210636 bytes
Database Buffers         1577058304 bytes
Redo Buffers               15511552 bytes
Database mounted.
Database opened.
SQL> !free
             total       used       free     shared    buffers     cached
Mem:       4151124    2297628    1853496          0       3640      64752
-/+ buffers/cache:    2229236    1921888
Swap:      4080424      40156    4040268

где разница в 2 гига отъетой памяти? или free "тормозная" штука

...

Рейтинг:

0 / 0

19.06.2009, 08:25

| Ответить | Цитировать | Написать

Linux стал свопить

#36049780

Журавлев Денис

Участник

Откуда: St.John,NB,CA

Сообщения: 5 515

Рейтинг: 0 / 0

настройщикнаверное я туплю:

Код: plaintext

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.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> !free
             total       used       free     shared    buffers     cached
Mem:       4151124    2196084    1955040          0       2524      49612
-/+ buffers/cache:    2143948    2007176
Swap:      4080424      40156    4040268

SQL> startup
ORACLE instance started.

Total System Global Area 2030043136 bytes
Fixed Size                  1262644 bytes
Variable Size             436210636 bytes
Database Buffers         1577058304 bytes
Redo Buffers               15511552 bytes
Database mounted.
Database opened.
SQL> !free
             total       used       free     shared    buffers     cached
Mem:       4151124    2297628    1853496          0       3640      64752
-/+ buffers/cache:    2229236    1921888
Swap:      4080424      40156    4040268

где разница в 2 гига отъетой памяти? или free "тормозная" штука
Оракл ее еще не отъел, он при старте объявил что ему надо стока-то, а возьмет когда понадобится, и тогда будет как в первом посте used 4G. Оракл какой у вас? И у вас кэш случайно в линуксе не совпадает с размером буферного кеша оракла? Может получилась двойная буферизация диск-кеш_линукса-буферный_кеш_оракла?

...

Рейтинг:

0 / 0

19.06.2009, 08:33

| Ответить | Цитировать | Написать

Linux стал свопить

#36050679

hell

Участник

Сообщения: 2 743

Рейтинг: 0 / 0

залочьте SGA в оперативке, тогда она никогда не уедет в своп.

...

Рейтинг:

0 / 0

19.06.2009, 13:40

| Ответить | Цитировать | Написать

Linux стал свопить

#36050801

Kachalov

Участник

Откуда: Москва

Сообщения: 5 558

Рейтинг: 0 / 0

hellзалочьте SGA
SGA - Standard Galactic Alphabet ?

...

Рейтинг:

0 / 0

19.06.2009, 14:22

| Ответить | Цитировать | Написать

Linux стал свопить

#36053124

настройщик

Гость

оракл 10.2.0.3

кэш ФС специально не настраивался. двойной буферизации не должно быть т.к. должен быть directio.

что-то не нашел как для моего ядра уменьшить кэш ФС. или с парадигмой линукса про free memory это не возможно?

lock_sga - "чет я очкую" в том смысле что будет с пользовательскими процессами? или они маленькие и активные и в свап не поййдут?

...

Рейтинг:

0 / 0

22.06.2009, 10:06

| Ответить | Цитировать | Написать

Linux стал свопить

#36053151

skelet

Участник

Откуда: moskau

Сообщения: 2 163

Рейтинг: 0 / 0

настройщик,

а разве оракл и так sga не пытается в памяти держать?

...

Рейтинг:

0 / 0

22.06.2009, 10:19

| Ответить | Цитировать | Написать

Linux стал свопить

#36053379

SSukholet

Гость

On Mon, 22 Jun 2009 15:19:48 +0800, skelet <nospam@sql.ru>; wrote:

> Автор: skelet
> настройщик,
>
> а разве оракл и так sga не пытается в памяти держать?
нет, не пытается, ему, как пользовательскому процессу, пофигу.

начинать надо как минимум с prepage_sga

--
Остаюсь искренне Ваш,
Станислав Сухолёт
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

22.06.2009, 11:53

| Ответить | Цитировать | Написать

Linux стал свопить

#36053442

skelet

Участник

Откуда: moskau

Сообщения: 2 163

Рейтинг: 0 / 0

SSukholet
нет, не пытается, ему, как пользовательскому процессу, пофигу.

не знаю, не знаю... имхо это не так, но спорить в лом сегодня. :)

...

Рейтинг:

0 / 0

22.06.2009, 12:21

| Ответить | Цитировать | Написать

Linux стал свопить

#36059005

настройщик

Гость

SSukholet
начинать надо как минимум с prepage_sga

авторThis setting does not prevent your operating system from paging or swapping the SGA after it is initially read into memory.
сомневаюсь. но не в этом суть.

мне вот непонятно: линукс дружественная штука и такое свинство. почему он вымещает пользовательскую память? как мне жестко ограничить объем кэша?

...

Рейтинг:

0 / 0

25.06.2009, 10:29

| Ответить | Цитировать | Написать

Linux стал свопить

#36060160

Ёш

Участник

Сообщения: 2 921

Рейтинг: 0 / 0

/proc/sys/vm/swappiness ?

^{--

„Истина — это вовсе не то, что можно убедительно доказать, это то, что

делает всё проще и понятнее“ — Антуан де Сент-Экзюпери}

...

Рейтинг:

0 / 0

25.06.2009, 16:41

| Ответить | Цитировать | Написать

Linux стал свопить

#36060979

настройщик

Гость

странно все это:
во-первых: он не должен был стартовать с буфером на 300 мег больше. в моей конфигурации ограничение в 2.2г на sga
во-вторых: у меня только 2г. hugepages и ulimit был такой же, непонятно как он себя вел в этих условиях(может из-за этого свопил).

проверю по возможности

...

Рейтинг:

0 / 0

26.06.2009, 09:07

| Ответить | Цитировать | Написать

12 сообщений из 12, страница 1 из 1

Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Linux стал свопить

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=25&msg=36049780&tid=1485706]:	0ms
get settings:	9ms
get forum list:	22ms
check forum access:	4ms
check topic access:	4ms
track hit:	58ms
get topic data:	14ms
get forum data:	4ms
get page messages:	72ms
get tp. blocked users:	2ms
others:	251ms

total:	440ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы