ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [mdk-re] Линукс без свопника.
@ 2002-02-25 12:54 Yura Zotov
  2002-02-25 14:32 ` [mdk-re] " cornet
  2002-02-25 14:44 ` Vitaly Lipatov
  0 siblings, 2 replies; 12+ messages in thread
From: Yura Zotov @ 2002-02-25 12:54 UTC (permalink / raw)
  To: Linux-Mandrake RE

Подскажите, пожалуйста, нормально ли работает Линукс вообще без
свопника? У меня 1.128G оперативки и сейчас 220M на свопнике,
притом что в памяти всего 300M. Мне это не нравится. Почему оно
всю память не использует?

Заранее спасибо за помощь.

--
Юрий А. Зотов



^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Re: [mdk-re] Линукс без свопника.
  2002-02-25 12:54 [mdk-re] Линукс без свопника Yura Zotov
@ 2002-02-25 14:32 ` cornet
  2002-02-25 14:46   ` [mdk-re] Re: [mdk-re] Re: [mdk-re]Линукс " Чужой
  2002-02-25 15:15   ` Yura Zotov
  2002-02-25 14:44 ` Vitaly Lipatov
  1 sibling, 2 replies; 12+ messages in thread
From: cornet @ 2002-02-25 14:32 UTC (permalink / raw)
  To: mandrake-russian

Yura Zotov wrote:
> 
> Подскажите, пожалуйста, нормально ли работает Линукс вообще без
> свопника?

Да, просто когда кончится память начнется прибитие новых
процессов, которые захотят памяти, а так же прибитие
существующих, которые заходят дополнительной памяти в процессе
работы.
Если желаете что бы система в какой то момент не с того ни с
сего повела себя как обкуренный дворовый молодняк - дерзайте :-)

> У меня 1.128G оперативки и сейчас 220M на свопнике,
> притом что в памяти всего 300M. Мне это не нравится. Почему оно
> всю память не использует?

Вывод:
top 
и
cat /proc/meminfo
плизз??


ИМХО, безсвоповая конфигурация имеет смысл только для систем со
стационарной и заведомо известной нагрузкой. Но не для рабочей
машины, на которой запускаются пользовательские приложения.
Достаточно иметь утечку памяти в одном из приложений и система
выйдет из под контроля.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [mdk-re] Линукс без свопника.
  2002-02-25 12:54 [mdk-re] Линукс без свопника Yura Zotov
  2002-02-25 14:32 ` [mdk-re] " cornet
@ 2002-02-25 14:44 ` Vitaly Lipatov
  1 sibling, 0 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2002-02-25 14:44 UTC (permalink / raw)
  To: mandrake-russian

On 25 February 2002 13:01, Yura Zotov wrote:
> Подскажите, пожалуйста, нормально ли работает Линукс вообще без
> свопника? У меня 1.128G оперативки и сейчас 220M на свопнике,
> притом что в памяти всего 300M. Мне это не нравится. Почему оно
> всю память не использует?

Конечно работает, при таких объемах тем более.
При 128Мб ОЗУ отсутствие свопа ведёт к уменьшению области,
выделяемой под кэш, из-за этого увеличиваются задержки
при обращении к диску. Но вам-то чего бояться... :)
-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!



^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Re: [mdk-re] Re: [mdk-re]Линукс без свопника.
  2002-02-25 14:32 ` [mdk-re] " cornet
@ 2002-02-25 14:46   ` Чужой
  2002-02-25 15:06     ` [mdk-re] Линукс " cornet
  2002-02-25 15:15   ` Yura Zotov
  1 sibling, 1 reply; 12+ messages in thread
From: Чужой @ 2002-02-25 14:46 UTC (permalink / raw)
  To: mandrake-russian

> ИМХО, безсвоповая конфигурация имеет смысл только для систем со
> стационарной и заведомо известной нагрузкой. Но не для рабочей
> машины, на которой запускаются пользовательские приложения.
> Достаточно иметь утечку памяти в одном из приложений и система
> выйдет из под контроля.

    Так тут оперативки 1,2 Гига - чтобы забить ее надо поставить Оракл под
Линукс с офигенной БД! ;-) Если Линукс используется не так сильно (судя по
описанию автора вопроса), то ИМХО можно и удалить своп. Единственное что -
надо посмотреть - вся ли оперативка видна из под Линукса, а то судя по
описанию автора вопроса 300 метров используется, а дальше Линукс лезет в
своп.




^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Линукс без свопника.
  2002-02-25 14:46   ` [mdk-re] Re: [mdk-re] Re: [mdk-re]Линукс " Чужой
@ 2002-02-25 15:06     ` cornet
  2002-02-25 15:15       ` [mdk-re] " Чужой
  0 siblings, 1 reply; 12+ messages in thread
From: cornet @ 2002-02-25 15:06 UTC (permalink / raw)
  To: mandrake-russian

Чужой wrote:
> 
> > ИМХО, безсвоповая конфигурация имеет смысл только для систем со
> > стационарной и заведомо известной нагрузкой. Но не для рабочей
> > машины, на которой запускаются пользовательские приложения.
> > Достаточно иметь утечку памяти в одном из приложений и система
> > выйдет из под контроля.
> 
>     Так тут оперативки 1,2 Гига - чтобы забить ее надо поставить Оракл под
> Линукс с офигенной БД! ;-) Если Линукс используется не так сильно (судя по
> описанию автора вопроса), то ИМХО можно и удалить своп. Единственное что -
> надо посмотреть - вся ли оперативка видна из под Линукса, а то судя по
> описанию автора вопроса 300 метров используется, а дальше Линукс лезет в
> своп.

Видимо Вы не часто встречались с утечкой памяти в
пользовательских приложениях ;-)
Вот не так давно полез на какой то сайт, Шкафом, там Явка
симпатишная, все так живенько... потом чую подтормаживать
начало, засвопилось... гляжу top, а Шкаф у меня ~500М сожрал!
Вот так, легко, минут за 5-10. Кабы не засвопилось, я бы и не
заметил.
:-)

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [mdk-re] Re: [mdk-re] Линукс без свопника.
  2002-02-25 14:32 ` [mdk-re] " cornet
  2002-02-25 14:46   ` [mdk-re] Re: [mdk-re] Re: [mdk-re]Линукс " Чужой
@ 2002-02-25 15:15   ` Yura Zotov
  2002-02-25 15:27     ` cornet
  1 sibling, 1 reply; 12+ messages in thread
From: Yura Zotov @ 2002-02-25 15:15 UTC (permalink / raw)
  To: mandrake-russian

[-- Attachment #1: Type: text/plain, Size: 894 bytes --]

On Mon, Feb 25, 2002 at 02:44:37PM +0300, cornet wrote:
> Yura Zotov wrote:
> > 
> > Подскажите, пожалуйста, нормально ли работает Линукс вообще без
> > свопника?
> 
> Да, просто когда кончится память начнется прибитие новых
> процессов, которые захотят памяти, а так же прибитие
> существующих, которые заходят дополнительной памяти в процессе
> работы.
> Если желаете что бы система в какой то момент не с того ни с
> сего повела себя как обкуренный дворовый молодняк - дерзайте :-)
>

Да, это неприятно было бы.

> > У меня 1.128G оперативки и сейчас 220M на свопнике,
> > притом что в памяти всего 300M. Мне это не нравится. Почему оно
> > всю память не использует?
> 
> Вывод:
> top 
> и
> cat /proc/meminfo
> плизз??
> 

Прицеплены.

$ uptime
3:21pm  up 7 days,  1:36,  1 user,  load average: 1.13, 1.14,  1.12

2.4.17-alt1-custom-2 #1 Tue Jan 22 03:59:01 MSK 2002 i686

--
Юрий А. Зотов

[-- Attachment #2: top.out --]
[-- Type: text/plain, Size: 10180 bytes --]



  3:18pm  up 7 days,  1:32,  1 user,  load average: 1,13, 1,16, 1,13
141 processes: 138 sleeping, 2 running, 1 zombie, 0 stopped
CPU states:  3,6% user,  2,8% system,  1,2% nice,  0,7% idle
Mem:  1159204K av, 1125564K used,   33640K free,       0K shrd,  688988K buff
Swap:  245912K av,  227376K used,   18536K free                  135536K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 4040 yura      20  19 17352  16M  1032 R N  94,3  1,4  9636m MathKernel
26075 yura      15   0  1088 1084   816 R     5,6  0,0   0:00 top
 1624 root       9   0 58004  32M  1560 S     0,9  2,8  49:17 X
    1 root       9   0   140  116    72 S     0,0  0,0   0:04 init
    2 root       9   0     0    0     0 SW    0,0  0,0   0:04 keventd
    3 root       9   0     0    0     0 SW    0,0  0,0   0:25 kswapd
    4 root       9   0     0    0     0 SW    0,0  0,0   0:14 bdflush
    5 root       9   0     0    0     0 SW    0,0  0,0   0:34 kupdated
    6 root      -1 -20     0    0     0 SW<   0,0  0,0   0:00 mdrecoveryd
    9 root       9   0     0    0     0 SW    0,0  0,0   0:00 kreiserfsd
  520 root       9   0     0    0     0 SW    0,0  0,0   0:00 khubd
  864 root       9   0     0    0     0 SW    0,0  0,0   0:00 eth1
 1023 rpc        9   0   424  396   312 S     0,0  0,0   0:00 portmap
 1094 root       9   0     0    0     0 SW    0,0  0,0   0:00 kapm-idled
 1100 root       9   0    80    4     4 S     0,0  0,0   0:00 apmd
 1119 syslogd    9   0   316  260   172 S     0,0  0,0   0:02 syslogd
 1138 klogd      9   0   884  184   132 S     0,0  0,0   0:00 klogd
 1157 atdaemon   9   0   308  264   212 S     0,0  0,0   0:00 atd
 1174 root       9   0   544  520   416 S     0,0  0,0   0:00 crond
 1191 root       9   0   516  356   272 S     0,0  0,0   0:00 xinetd
 1208 root       9   0   464  288   204 S     0,0  0,0   0:02 sshd
 1225 root       9   0  2124  872   436 S     0,0  0,0   3:23 arpwatch
 1264 scanlogd   9   0   452  432   364 S     0,0  0,0   0:58 scanlogd
 1537 root       9   0   276  244   192 S     0,0  0,0   0:00 gpm
 1555 xfs        9   0 59416  33M  1940 S     0,0  2,9   1:45 xfs
 1572 root       9   0   904  284   184 S     0,0  0,0   0:00 smbd
 1579 root       9   0  1160  636   496 S     0,0  0,0   0:37 nmbd
 1595 root       9   0    84    4     0 S     0,0  0,0   0:00 mingetty
 1596 root       9   0    84    4     0 S     0,0  0,0   0:00 mingetty
 1597 root       9   0    84    4     0 S     0,0  0,0   0:00 mingetty
 1598 root       9   0    84    4     0 S     0,0  0,0   0:00 mingetty
 1599 root       9   0    84    4     0 S     0,0  0,0   0:00 mingetty
 1600 root       9   0   148    4     4 S     0,0  0,0   0:00 kdm
 1635 root       9   0   388    4     0 S     0,0  0,0   0:00 kdm
 1636 root       9   0  109M  34M  1208 S     0,0  3,0  67:49 X
 1646 root       9   0   364    4     4 S     0,0  0,0   0:00 kdm
 1647 root       9   0 22352  464   204 S     0,0  0,0   0:03 X
 1664 root       9   0   156    4     4 S     0,0  0,0   0:00 kdm
 1665 root       9   0 22360  448   204 S     0,0  0,0   0:02 X
 1666 root       9   0     0    0     0 Z     0,0  0,0   0:00 kdm <defunct>
 1667 root       9   0   156    4     4 S     0,0  0,0   0:00 kdm
 1673 root       9   0  1548  872   596 S     0,0  0,0   0:01 kdm_greet
 1679 root       9   0  1548  876   596 S     0,0  0,0   0:01 kdm_greet
 1693 yura       9   0   248    4     0 S     0,0  0,0   0:00 startkde
 1739 yura       9   0   204    4     0 S     0,0  0,0   0:00 ssh-agent
 1851 yura       9   0  1416  852   760 S     0,0  0,0   0:00 kdeinit
 1854 yura       9   0  1248  688   540 S     0,0  0,0   0:02 kdeinit
 1857 yura       9   0  2156 1544  1332 S     0,0  0,1   0:00 kdeinit
 1872 yura       9   0  1628  920   636 S     0,0  0,0   0:14 kdeinit
 1935 yura       9   0  1616 1148   860 S     0,0  0,0   0:03 ksmserver
 1936 yura       9   0  4476 3812  2716 S     0,0  0,3   1:05 kdeinit
 1938 yura       9   0  1608  572   424 S     0,0  0,0   0:01 kdeinit
 1940 yura       9   0  7096 5708  3984 S     0,0  0,4   0:36 kdeinit
 1941 yura       9   0    88    4     0 S     0,0  0,0   0:00 cat
 1951 yura       9   0 14036  11M  3236 S     0,0  1,0   7:21 kdeinit
 1980 yura       9   0   504  308   212 S     0,0  0,0   0:02 xxkb
 1991 yura       9   0  2044 1148   760 S     0,0  0,0   0:03 alarmd
 4034 yura       9   0  2892    4     0 S     0,0  0,0   0:26 Mathematica
 9709 lena       9   0   252    4     4 S     0,0  0,0   0:00 startkde
 9755 lena       9   0   192    4     4 S     0,0  0,0   0:00 ssh-agent
 9867 lena       9   0  1456  896   816 S     0,0  0,0   0:00 kdeinit
 9870 lena       9   0  1316  732   560 S     0,0  0,0   0:03 kdeinit
 9873 lena       9   0  2516 1992  1724 S     0,0  0,1   0:00 kdeinit
 9888 lena       9   0  5696 5176  4876 S     0,0  0,4   0:10 kdeinit
 9954 lena       9   0  1892 1440  1128 S     0,0  0,1   0:03 ksmserver
 9959 lena       9   0  4500 3804  2892 S     0,0  0,3   2:12 kdeinit
 9962 lena       9   0  1648  672   516 S     0,0  0,0   0:01 kdeinit
 9963 lena       9   0  5536 4372  3168 S     0,0  0,3 144:08 kdeinit
 9964 lena       9   0    88    4     4 S     0,0  0,0   0:00 cat
 9968 lena       9   0  7328 5944  3396 S     0,0  0,5   1:42 kdeinit
 9998 lena       9   0   540  340   248 S     0,0  0,0   0:02 xxkb
 9999 lena       9   0   436  304   288 S     0,0  0,0   0:00 imwheel
10001 lena       9   0  2476 1420  1120 S     0,0  0,1   0:06 kdeinit
10004 lena       9   0  1788  968   672 S     0,0  0,0   0:02 kteatime
10006 lena       9   0  1912 1000   712 S     0,0  0,0   0:25 kodo
10007 lena       9   0  2432 1500   840 S     0,0  0,1   0:08 kmix
10008 lena       9   0  1996 1092   736 S     0,0  0,0   0:02 alarmd
10061 lena       9   0  4104 3160  1932 S     0,0  0,2   1:11 konsole
10064 lena       9   0   660   48    24 S     0,0  0,0   0:00 mc
10066 lena       9   0   816    4     4 S     0,0  0,0   0:00 bash
10108 lena       9   0  1772 1440  1012 S     0,0  0,1   0:13 gkrellm
14384 yura       9   0  1808  908   652 S     0,0  0,0   0:02 kdeinit
20319 lena       9   0  1744  820   624 S     0,0  0,0   0:03 kdeinit
23669 yura       9   0  4208 3376  2596 S     0,0  0,2   0:31 kdeinit
23670 yura       9   0   972    4     0 S     0,0  0,0   0:00 bash
23704 yura       9   0   228    4     0 S     0,0  0,0   0:00 mc
23707 yura       9   0  2208 1132   440 S     0,0  0,0   0:10 mc
23711 yura       9   0   984    4     4 S     0,0  0,0   0:00 bash
26275 root       9   0    84    4     4 S     0,0  0,0   0:00 mingetty
 2124 root       9   0   124    4     4 S     0,0  0,0   0:00 apcupsd
 2137 root       9   0   424  396   312 S     0,0  0,0   0:00 apcupsd
 3154 lena       9   0  2756 1912  1364 S     0,0  0,1   0:04 kruler
 3165 lena       9   0   964  892   688 S     0,0  0,0   0:00 gnuplot
 3180 lena       9   0   816    4     4 S     0,0  0,0   0:00 bash
 3218 lena       9   0  1132  336   308 S     0,0  0,0   0:01 bash
 3275 lena       9   0   600  508   344 S     0,0  0,0   0:00 gnuplot_x11
 3371 lena       9   0 44020  40M  3216 S     0,0  3,5   1:04 gimp
 3373 lena       9   0  1596    4     4 S     0,0  0,0   0:00 script-fu
20096 yura       9   0  1424  552   420 S     0,0  0,0   0:01 kdeinit
20098 yura       9   0   540   44    24 S     0,0  0,0   0:00 kdesud
27515 yura       9   0 76128  104    44 S     0,0  0,0   3:39 MathKernel
 7174 root      -1 -20     0    0     0 SW<   0,0  0,0   0:00 loop0
25618 lena       9   0  5932 5364  5168 S     0,0  0,4   0:01 kdeinit
25620 lena       9   0  2016 1508  1432 S     0,0  0,1   0:00 kdesud
29168 root       9   0  1176 1176   916 S     0,0  0,1   0:00 master
29176 postfix    9   0  1336 1336  1032 S     0,0  0,1   0:02 qmgr
 7793 root       9   0   156  108    68 S     0,0  0,0   0:00 pptp
 7803 root       9   0   120   60    32 S     0,0  0,0   0:00 pptp
 7804 root       9   0   200    4     4 S     0,0  0,0   0:00 pppd
 8276 lena       9   0 22940  21M  2092 S     0,0  1,9   4:39 xfig
 9079 lena       9   0   980  436   172 S     0,0  0,0   0:00 bash
 9115 lena       9   0  1704 1672  1060 S     0,0  0,1   0:06 mc
 9117 lena       9   0  1380  808   564 S     0,0  0,0   0:00 bash
11887 yura       9   0  5096 4980  3256 S     0,0  0,4   0:06 X-Downloader
11888 yura       9   0  5096 4980  3256 S     0,0  0,4   0:00 X-Downloader
11889 yura       9   0  5096 4980  3256 S     0,0  0,4   0:00 X-Downloader
11890 yura       9   0  5096 4980  3256 S     0,0  0,4   0:00 X-Downloader
13925 lena       9   0  1360 1216   756 S     0,0  0,1   0:00 mc
13927 lena       9   0  1240  632   424 S     0,0  0,0   0:00 bash
18641 lena       9   0  7472 7220  6356 S     0,0  0,6   0:01 kdeinit
19805 yura       9   0  5096 4980  3256 S     0,0  0,4   2:26 X-Downloader
19949 yura       9   0  8184 7952  7004 S     0,0  0,6   0:02 kdeinit
19950 yura       9   0  2200 2200  1076 S     0,0  0,1   0:00 bash
19984 yura       9   0  1120 1120   896 S     0,0  0,0   0:00 mc
19987 yura       9   0  1752 1752  1232 S     0,0  0,1   0:00 mc
19991 yura       9   0  2204 2204  1076 S     0,0  0,1   0:00 bash
20046 yura       9   0 32864  32M 14036 S     0,0  2,8   1:33 mozilla-bin
20084 yura       9   0 32864  32M 14036 S     0,0  2,8   0:00 mozilla-bin
20085 yura       9   0 32864  32M 14036 S     0,0  2,8   0:00 mozilla-bin
20086 yura       9   0 32864  32M 14036 S     0,0  2,8   0:00 mozilla-bin
20087 yura       9   0 32864  32M 14036 S     0,0  2,8   0:00 mozilla-bin
20113 yura       9   0  2200 2200  1076 S     0,0  0,1   0:00 bash
24266 yura       9   0 32864  32M 14036 S     0,0  2,8   0:00 mozilla-bin
24282 yura       9   0  4160 4160  3072 S     0,0  0,3   0:00 gkrellm
24884 lena       9   0  7552 7552  2288 S     0,0  0,6   0:32 xfig
25245 postfix    9   0  1224 1224   968 S     0,0  0,1   0:00 pickup
26007 yura       9   0  1052 1048   848 S     0,0  0,0   0:00 sh
26008 yura       9   0  1464 1464  1096 S     0,0  0,1   0:00 aterm
26009 yura       9   0  2728 2728  2136 S     0,0  0,2   0:00 mutt
26040 yura       9   0  8024 7816  6992 S     0,0  0,6   0:00 kdeinit
26041 yura       9   0  2196 2196  1072 S     0,0  0,1   0:00 bash

[-- Attachment #3: meminfo --]
[-- Type: text/plain, Size: 554 bytes --]

        total:    used:    free:  shared: buffers:  cached:
Mem:  1187024896 1153212416 33812480        0 706183168 143822848
Swap: 251813888 232833024 18980864
MemTotal:      1159204 kB
MemFree:         33020 kB
MemShared:           0 kB
Buffers:        689632 kB
Cached:         133568 kB
SwapCached:       6884 kB
Active:         620440 kB
Inactive:       451944 kB
HighTotal:      262080 kB
HighFree:         3896 kB
LowTotal:       897124 kB
LowFree:         29124 kB
SwapTotal:      245912 kB
SwapFree:        18536 kB
NrSwapPages:      4634 pages

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Re: [mdk-re] Линукс без свопника.
  2002-02-25 15:06     ` [mdk-re] Линукс " cornet
@ 2002-02-25 15:15       ` Чужой
  2002-02-25 15:22         ` cornet
  0 siblings, 1 reply; 12+ messages in thread
From: Чужой @ 2002-02-25 15:15 UTC (permalink / raw)
  To: mandrake-russian

> Видимо Вы не часто встречались с утечкой памяти в
> пользовательских приложениях ;-)

    Верно подмечено! На серваках стараюсь после установки нового сервиса
следить за состоянием ОЗУ (если явно не хватает, то немедленно добавляю
еще). Ну а дома - 196 метров ОЗУ, своп практически не используется.

> Вот не так давно полез на какой то сайт, Шкафом, там Явка
> симпатишная, все так живенько... потом чую подтормаживать
> начало, засвопилось... гляжу top, а Шкаф у меня ~500М сожрал!

    Мдяяя... Не хило!




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [mdk-re] Re: [mdk-re]  Линукс без свопника.
  2002-02-25 15:15       ` [mdk-re] " Чужой
@ 2002-02-25 15:22         ` cornet
  0 siblings, 0 replies; 12+ messages in thread
From: cornet @ 2002-02-25 15:22 UTC (permalink / raw)
  To: mandrake-russian

Чужой wrote:
> 
> > Видимо Вы не часто встречались с утечкой памяти в
> > пользовательских приложениях ;-)
> 
>     Верно подмечено! На серваках стараюсь после установки нового сервиса
> следить за состоянием ОЗУ (если явно не хватает, то немедленно добавляю
> еще). Ну а дома - 196 метров ОЗУ, своп практически не используется.

Так то же не сервер а рабочая тачка...
 
> > Вот не так давно полез на какой то сайт, Шкафом, там Явка
> > симпатишная, все так живенько... потом чую подтормаживать
> > начало, засвопилось... гляжу top, а Шкаф у меня ~500М сожрал!
> 
>     Мдяяя... Не хило!

Вот и я о том же. А у меня дома 128М и когда зараз и OO и VMware
и Gimp и Netscape да все это под KDE  - ох веселье начинается!!
Хорошо еще, что система и своп на разных винтах сидят :-)

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru



^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Линукс без свопника.
  2002-02-25 15:15   ` Yura Zotov
@ 2002-02-25 15:27     ` cornet
  2002-02-25 16:29       ` Vitaly Lipatov
  0 siblings, 1 reply; 12+ messages in thread
From: cornet @ 2002-02-25 15:27 UTC (permalink / raw)
  To: mandrake-russian

Yura Zotov wrote:
> 
> On Mon, Feb 25, 2002 at 02:44:37PM +0300, cornet wrote:
> > Yura Zotov wrote:
> > >
> > > Подскажите, пожалуйста, нормально ли работает Линукс вообще без
> > > свопника?
> >
> > Да, просто когда кончится память начнется прибитие новых
> > процессов, которые захотят памяти, а так же прибитие
> > существующих, которые заходят дополнительной памяти в процессе
> > работы.
> > Если желаете что бы система в какой то момент не с того ни с
> > сего повела себя как обкуренный дворовый молодняк - дерзайте :-)
> >
> 
> Да, это неприятно было бы.
> 
> > > У меня 1.128G оперативки и сейчас 220M на свопнике,
> > > притом что в памяти всего 300M. Мне это не нравится. Почему оно
> > > всю память не использует?
> >
> > Вывод:
> > top
> > и
> > cat /proc/meminfo
> > плизз??
> >
> 
> Прицеплены.

Ну чо. У Вас нагружено куча монстровья, часть из которых явно
простаивает время от времени. Ну их то система в своп и
сбрасывает, что бы не мешались, за счет этого увеличивает
дисковый кэш и буферы. Память видна вся, как положено, никаких
аномалий не видно.
Вобщем все красиво.

ИМХО, попробуйте отключить своп, но при этом хотя бы первое
время - последите за памятью приложений на предмет утечки.

Я просто совсем недавно встречался с ситуацией, когда команда
killall -9 <name>
была убина ядром из за отсутствия памяти на ее выполнение :-)) А
прибить этой командой как раз пытались текущий по памяти
процесс. Вот такие вот дела :-)

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [mdk-re] Линукс без свопника.
  2002-02-25 15:27     ` cornet
@ 2002-02-25 16:29       ` Vitaly Lipatov
  2002-02-25 18:26         ` [mdk-re] " cornet
  0 siblings, 1 reply; 12+ messages in thread
From: Vitaly Lipatov @ 2002-02-25 16:29 UTC (permalink / raw)
  To: mandrake-russian

On 25 February 2002 15:39, cornet wrote:
> Я просто совсем недавно встречался с ситуацией, когда команда
> killall -9 <name>
> была убина ядром из за отсутствия памяти на ее выполнение :-)) А
> прибить этой командой как раз пытались текущий по памяти
> процесс. Вот такие вот дела :-)
И всё-таки ядро должно убивать тот процесс, который затребовал себе
такую кучу памяти, что система не справляется. А то запускаешь одну
программу, а убиваются почему-то иксы...
-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!



^ permalink raw reply	[flat|nested] 12+ messages in thread

* [mdk-re] Re: [mdk-re] Линукс без  свопника.
  2002-02-25 16:29       ` Vitaly Lipatov
@ 2002-02-25 18:26         ` cornet
  2002-02-26  0:15           ` Vitaly Lipatov
  0 siblings, 1 reply; 12+ messages in thread
From: cornet @ 2002-02-25 18:26 UTC (permalink / raw)
  To: mandrake-russian

Vitaly Lipatov wrote:
> 
> On 25 February 2002 15:39, cornet wrote:
> > Я просто совсем недавно встречался с ситуацией, когда команда
> > killall -9 <name>
> > была убина ядром из за отсутствия памяти на ее выполнение :-)) А
> > прибить этой командой как раз пытались текущий по памяти
> > процесс. Вот такие вот дела :-)
> И всё-таки ядро должно убивать тот процесс, который затребовал себе
> такую кучу памяти, что система не справляется. А то запускаешь одну
> программу, а убиваются почему-то иксы...

Не совсем. Весь вопрос в везении :-) Если процесс родился в
момент отсутствия памяти - будет прибит. Если приложение
затребовало дополнительную память в момент ее отсутствия - будет
прибито.

Я согласен в том, что это не совсем корректный подход, в
частности процессы, принадлежащие root'у, надо как то защищать
от такого киляния, но и с предложением килять самое прожорливое
приложение так же не могу согласиться, поскольку избыточное
потребление памяти может быть следствием не только утечки но и
попросту перегрузки пользовательскими данными. В качестве
ярчайшего примера - потребление памяти gimp при работе с очень
большими tiff файлами, это не утечка, это просто сущность такая.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [mdk-re] Re: [mdk-re] Линукс без  свопника.
  2002-02-25 18:26         ` [mdk-re] " cornet
@ 2002-02-26  0:15           ` Vitaly Lipatov
  0 siblings, 0 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2002-02-26  0:15 UTC (permalink / raw)
  To: mandrake-russian

On 25 February 2002 18:38, cornet wrote:
> приложение так же не могу согласиться, поскольку избыточное
> потребление памяти может быть следствием не только утечки но и
> попросту перегрузки пользовательскими данными. В качестве
> ярчайшего примера - потребление памяти gimp при работе с очень
> большими tiff файлами, это не утечка, это просто сущность такая.
Это конечно, но если он потребил практически всю память и этим угрожает
стабильности системы, его и надо прибить.

-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!



^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2002-02-26  0:15 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-02-25 12:54 [mdk-re] Линукс без свопника Yura Zotov
2002-02-25 14:32 ` [mdk-re] " cornet
2002-02-25 14:46   ` [mdk-re] Re: [mdk-re] Re: [mdk-re]Линукс " Чужой
2002-02-25 15:06     ` [mdk-re] Линукс " cornet
2002-02-25 15:15       ` [mdk-re] " Чужой
2002-02-25 15:22         ` cornet
2002-02-25 15:15   ` Yura Zotov
2002-02-25 15:27     ` cornet
2002-02-25 16:29       ` Vitaly Lipatov
2002-02-25 18:26         ` [mdk-re] " cornet
2002-02-26  0:15           ` Vitaly Lipatov
2002-02-25 14:44 ` Vitaly Lipatov

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git