LINUX.ORG.RU

Утечки памяти в Xorg-7


0

0

Выход Xorg-7.2 планировался в декабре прошлого года, но так и не произошёл.

Судя по всему, релиз задержится ещё на неопределённое время.

Значительные утечки памяти обнаружены как в стабильной (1.1), так и в разрабатываемой (1.2) версиях X-сервера, но отсутствуют в последнем монолитном релизе Xorg-6.9. За три дня непрерывной работы X-сервер "съедает" 1 гигабайт оперативной памяти, что рано или поздно приводит к необходимости перезагрузки X-сервера с целью высвобождения памяти для получения возможности комфортной работы с системой.



Добавлено от anonymous_incognito: Проблемы возникают далеко не у всех пользователей.

>>> Подробности

Ответ на: комментарий от swar0g

вот почитал и понял, чего я делаю не нак - KDE с самого детсва не использую :-)))))))))
а висту, да заценили - ведб не одни индусы ее пишут поверь мне ;)

anonymous
()
Ответ на: комментарий от Arceny

>> 1088 root 15 0 164m 15m 4872 S 10.9 1.5 5:22.13 Xorg

>> И ничего нигде не течёт. З.Ы. FX5600, nv.

>Считается, что 164 метра памяти - это вполне себе нормально?

Мальчик, а ты знаешь что такое resident set size? Знаешь почему там рядом с 164m указано 15m?

anonymous
()

а меня всё таки бесит, что когда жирнеет firefox, вместе с ним жирнеет и X:

root 24418 1.1 9.1 51460 47528 tty3 S<Ls+ Jan06 14:36 /usr/bin/X11/X -dpi 100 -nolisten tcp
26525 4.3 16.7 172280 86320 ? Sl 15:39 9:26 firefox-bin

а это сразу после рестарта X:
root 9929 5.4 3.5 22816 18440 tty3 S<Ls+ 19:16 0:01 /usr/bin/X11/X -dpi 100 -nolisten tcp
10011 21.3 4.5 127588 23532 ? Sl 19:17 0:01 firefox-bin

можно ли назвать это утечкой?

jedy ★★
()
Ответ на: комментарий от anonymous

> Венда течёт на винте! Достала она расти там... на этом сраном диске "ЦЭ" =)

Я бы ещё понял, если б она культурно росла в своих гетто - Documents and Settings, Program Files\Common Files и собственно Windows. Но, пилять, оно срёт вообще где хочет. На всех дисках, которые только найдёт. Оно гадит левыми каталогами в корнях дисков, которые обычно потом не убирает. Это просто ужоснах, если честно. Оно даже мои "My Documents" не хочет оставить в покое и поносит туда какими-то левыми папками-мамками. Когда я сижу в венде, я чувствую себя как под постоянным потоком дерьма со стороны ОС, которая, по идее, должна ПОМОГАТЬ мне совладать с компом.

anonymous
()
Ответ на: комментарий от anonymous

>ты знаешь что такое resident set size? Знаешь почему там рядом с 164m указано 15m?

Не, не знаю. И почему же?

anonymous
()
Ответ на: комментарий от anonymous

> Не, не знаю. И почему же?

Да, я давно заметил, что для вантузятнегов набрать "man top" и прочитать
то, что появилось, - задача, решения не имеющая. Ладно, проведу
эксперимент. Если особь шимпанзе не догадалась сама взять в руки палку,
чтобы сбить высоко висящий банан, попробуем вручить ей эту палку
принудительно. Вот она, эта палка:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 4355 root      15   0  170m  32m 2368 S  0.0  3.2   3:06.13 X


VIRT  --  Virtual Image (kb)
          The total amount of virtual memory used by the task. It
          includes all code, data and shared libraries plus pages that
          have been swapped out.

Банан видим? Или тоже показать?

anonymous
()
Ответ на: комментарий от anonymous

> Кстати а перевести для пацанофф влом было, да?

Ну чё, потсан, пойдём теперь искать банан?

anonymous
()
Ответ на: комментарий от anonymous

> дафай

Вот тебе вторая палка:
RES  --  Resident size (kb)
         The non-swapped physical memory a task has used.

А вот дерево, на котором висит банан: search for "shared libraries"
using www.google.com.

anonymous
()
Ответ на: комментарий от anonymous

Неффпечатлило. А теперь во всех подробностях и по русски. Делать с умным видом копи-пасте из манов много ума не нада. Это даже у тебя класно получается.

anonymous
()
Ответ на: комментарий от anonymous

> Неффпечатлило.

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

> А теперь во всех подробностях и по русски.

А ещё, очевидно, прийти полы помыть? Если ты прогуливаешь уроки английского в школе, то виноват только ты, и именно тебе теперь платить бабло за сопуствующие услуги.

> Делать с умным видом копи-пасте из манов много ума не нада.

У кого-то даже на это ума не хватило :)

anonymous
()
Ответ на: комментарий от anonymous

Я не он, но выскажусь.

VIRT показывает размер "виртуального образа" процесса, куда входит размер shared библиотек. Представим библиотеку libfoo, которая отъедает 15 метров ОЗУ. Если запущено 10 процессов, которые юзают библиотеку libfoo (от имени 1 юзера), то libfoo будет загружен в память 1 раз, но виртуальный образ *каждого* процесса будет включать в себя эти 15 Мб. В итоге, если все вирт. образы сложить, может получиться сумасшедшее число (даже превышающее объем виртуальной памяти).

Советую почитать википедию и порыться в гугле на тему "Управление памятью в UNIX".

blaster999 ★★
()
Ответ на: комментарий от blaster999

Хоть один вменяемый человек нормально в двух словах рассказал. Спасиба. А то язвить про бананы и цитировать маны (возможно даже не понимая что в них) каждый дятел может.

anonymous
()

Иксы давно пора переписать на Java - и утечки памяти пропадут, и резко уменьшится потребление памяти этими самыми иксами. Но нет! Будут дальше сидеть тупые красноглазые сишники во главе со Страуструпом и писать свои иксы и qt, и память у них будет утекать и приложения крашиться...

anonymous
()
Ответ на: комментарий от anonymous

>Иксы давно пора переписать на Java - и утечки памяти пропадут, и резко уменьшится потребление памяти этими самыми иксами. Но нет! Будут дальше сидеть тупые красноглазые сишники во главе со Страуструпом и писать свои иксы и qt, и память у них будет утекать и приложения крашиться...

Сестра! Тут буйный из 3-ей палаты опять вырвался и буянит. Укольчик подготовьте!

blaster999 ★★
()
Ответ на: комментарий от anonymous

Жабобыдлокодеры умеют громко вопить и воспевать своего идола. Не могут они только одно - НАПИСАТЬ на этом идоле что-то, что составит хоть какую-то конкуренцию тем же иксам. Увы, тут у них полная импотенция...

anonymous
()
Ответ на: комментарий от anonymous

> Жабобыдлокодеры умеют громко вопить и воспевать своего идола. Не могут они только одно - НАПИСАТЬ на этом идоле что-то, что составит хоть какую-то конкуренцию тем же иксам. Увы, тут у них полная импотенция...

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

anonymous
()
Ответ на: комментарий от anonymous

> Просто в отличие от вас, мы пишем серьезные проекты, за которые платят деньги. Ни один Java-программер не опустится до написания всяких иксов и прочей ерунды, ему это просто не нужно.

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

anonymous
()
Ответ на: комментарий от anonymous

На всякий случай продемострирую разницу:)
exelap$ free
             total       used       free     shared    buffers     cached
Mem:       1025604     423728     601876          0        412      80232
-/+ buffers/cache:     343084     682520
Swap:       995988          0     995988

>>> TOT_MEM=0
>>> for PROG_MEM in os.popen("ps ahwwux  | awk '{print
 $5}'").read().rsplit(): TOT_MEM=TOT_MEM+int(PROG_MEM)
... 
>>> print TOT_MEM
983028

anonymous
()
Ответ на: комментарий от anonymous

Кстати говоря, у меня, если просуммировать все поля RSS то примерно получилось что и говорит free. Я ожидал что будет расхождение в разы а тут всего в 1.11 раза, при том что память ядра не учитывается ps :). Надо будет на сервере с apache проверить что получится там.

anonymous
()
Ответ на: комментарий от anonymous

>Хоть один вменяемый человек нормально в двух словах рассказал. Спасиба. А то язвить про бананы и цитировать маны (возможно даже не понимая что в них) каждый дятел может.

Прочитав твои предыдущие посты - я удивлен что тебе кто-то что-то нормально сказал. Я бы тебя нах послал на их месте за такой базар.

szh ★★★★
()
Ответ на: комментарий от anonymous

> Ни один Java-программер не опустится до написания всяких иксов и прочей ерунды, ему это просто не нужно.

Ага, еще одно подтверждение гипотезе, что жаба при долгом и регулярном с нею общении съедает мозг!

Интересно, если ее для студентов заменить скалкой и грувью, это спасет их мозг хотя бы на время обучения?

(Заменять на до-диез нет смысла, с ним точно такая же гибель мозга видимо происходит)

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> Хоть один вменяемый человек нормально в двух словах рассказал. Спасиба. А то язвить про бананы и цитировать маны (возможно даже не понимая что в них) каждый дятел может.

Ну так в приведённых выдержках из манов про тоже самое и написано.

ogion ★★
()
Ответ на: комментарий от ogion

господа, заканчивайте про жабу пока я про питон не начал. Будет ли на лоре хотя бы одна тема без флуда? (риторический вопрос)

anonymous
()
Ответ на: комментарий от anonymous

Валяй, начинай про питон. Как это у нас тобишь,

time python -c "print 'Hi'" Hi real 0m0.029s

time groovy -e "println 'Hi'" Hi real 0m1.686s

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> Мальчик, а ты знаешь что такое resident set size? Знаешь почему там рядом с 164m указано 15m?

15 это разделяемая память. Есть ещё виртуальная и реально занимаемая.

Arceny ★★
()
Ответ на: комментарий от anonymous

> Только позавчера перегружал машину ресетом (Fedora core 6, nvidia). Xorg съел не только всю оперативку, но и весь своп. Пришлось с другого компа зайти по ssh (~5 минут заняло), вызывать top (тоже минут 5 запускался). Больше ждать ниасилил и нажал ресет.

Виндузятники просто уссыкаются по поводу стабильности линупс-десктопов, их файловой системы ext3, а также над тем как ярые фанаты объясняют зачем им дуалбут и wine.

anonymous
()
Ответ на: комментарий от mihalych

> Хотя совсем не радуют меня _такие_ лики в стабильных программах, даже если и с FVWM никогда не проявятся. Дожили. :-(

Ага, стабильных как Last Stable Linux Version, где то одно отломают, то другое, то ext3 похерят.

anonymous
()
Ответ на: комментарий от anonymous

>Виндузятники просто уссыкаются по поводу стабильности линупс-десктопов, их файловой системы ext3

не знает анонимный ссыкун, что этот баг 99% пользователей не касается.

>а также над тем как ярые фанаты объясняют зачем им дуалбут и wine.

Ясен хрен , legacy software и ориентация некоторых на монополиста. Мог бы и сам догадатся, фанатик виндоуc. У меня кстати нет ни винды, ни вайна.

szh ★★★★
()
Ответ на: комментарий от Arceny

>15 это разделяемая память. Есть ещё виртуальная и реально занимаемая.

Иди читай маны. Это и есть реально занимаемая без учета COW.

PS что еще за реально занимаемая память такая? :)

PPS плохой пример про скорость питона, на таких задачах перл быстрее будет(time perl -e 'print "Hi\n"') :).

PPS проверил на сервере тот питоновский скрипт на RSS, погрешность оказалась 0.9. Правда, апачей там было 2 процесса(один родительский и один spare, mod_php и прочей гадости не было). Вот когда запустил 50 spare-apaчей, тогда все поменялось. По free кол-во памяти незначительно поднялось при запуске 51 апача вместо 2-х. По грубому подсчету по полу RSS памяти стало отжираться на 30мегов больше. Отсюда вывод RSS, по крайней мере на моих задачах, можно использовать как неточную оценку сверху.

anonymous
()
Ответ на: комментарий от anonymous

Ой, хотел сказать что RSS(RES) это(взято из linux man top), а то из предыдущего поста непонятно что я хотел сказать :):

       q: RES  --  Resident size (kb)
          The non-swapped physical memory a task has used.

          RES = CODE + DATA.


       r: CODE  --  Code size (kb)
          The amount of physical memory devoted to executable code,  also
          known as the 'text resident set' size or TRS.


       s: DATA  --  Data+Stack size (kb)
          The  amount of physical memory devoted to other than executable
          code, also known as the 'data resident set' size or DRS.


       t: SHR  --  Shared Mem size (kb)
          The amount of shared memory used by a task.  It simply reflects
          memory that could be potentially shared with other processes.

anonymous
()
Ответ на: комментарий от szh

> кончай рассуждать о чем не знаешь.

А ты кончай умничать. Я прекрасно знаю о чем рассуждаю. О Last Stable Linux Kernel на которых не раз и не два обжигался. Фанаты только и могут что в оправдание предмета обажания рассказывать "а у меня все нормально", либо "ну и ССЗБ, что используешь недистрибутивное ядро, которое типа действительно стабильное". Хотя чтобы завести новую железку на старом ядре тебе все равно придется тащить новое "Last Stable" и обжигаться на его косяках. А последний охеренный косяк был с потерей данных на ext3. Ты еще скажи что я это выдумал, и даже то, что могу сейчас воспроизвести эту потерю - это плод воображения. А еще были косяки в 2.6.11 с интелевскими сетевыми, в 2.6.12 с mtrr на p4, где-то в районе 2.6.15 ломали микшер у emu10k, в 2.6.18 сломали ext3. Вот она хваленая безглючность Единственно Правильной Системы.

anonymous
()
Ответ на: комментарий от anonymous

>> Кста, у файрфокса не утечка, а фрагментация. У нас, линуксоедов, против этого есть костыль - OpenBSD аллокатор. А вам, виндузникам, придется мириться (благо не привыкать)...

>Под виндой такой проблемы вообще нет!

Есть, батенька. Пооткрывайте/позакрывайте в ff страничек 200, оставьте в конце about:blank и посмотрите на строчку firefox.exe в task manager. Желающие могут отключить в ff memory cache. Фрагментация и в Африке фрагментация.

anonymous
()
Ответ на: комментарий от anonymous

> Я же сказал что фф у меня.. ... И причём тут фрагментация.. если бы программеры сдали бы релиз в нормальном состоянии то ничего такого небыло бы... 1.5 вообще прекрасный релиз был..

Неиспользуемая часть кучи после одних и тех же действий примерно одинаковая для Netscape 6, Mozilla 1.0, Firefox 1.0.* 1.5, 2.0 Обсуждалось здесь уже не один раз. Пример для firefox-1.0.7: https://bugzilla.mozilla.org/show_bug.cgi?id=324081#c17

sbrk есть корень зла.

anonymous
()
Ответ на: комментарий от anonymous

> Те. память выделяется при открытии окна (что нормально), но при закрытии окна не освобождается. неск. десятков открытых-закрытых окон - и утекло 30-35М. Памяти много, так что пофиг - но проблема есть. Возможно, проблема не в лиське, а в иксах, или в КДЕ.

$ LD_PRELOAD=/usr/local/lib/libOBSD-malloc.so startkde ? :)

anonymous
()
Ответ на: комментарий от anonymous

>Виндузятники просто уссыкаются по поводу стабильности линупс-десктопов

гы. заголовки газет "миллионы вантузятников найдены захлебнувщимися в своих кроватях" определенно обрадуют прогрессивное человечество

>их файловой системы ext3

ты определенно не в теме. это значит что ты даже для тролля туп. я думал что объяснил это тебе в теме про ext3. оказывается ты мазохист тот еще

>зачем им дуалбут и wine.

мне wine например пригодился как инструмент для запуска софта пока он не будет переписан. но тебе этого впрочем, как тле мелкой, по видимому этого не понять

anonymous
()
Ответ на: комментарий от blaster999

респект blaster999 за обличительный тред.

вантузятники как всегда показали свое тупое рыло во всей красе.

линуксоидам: на работе где недавно волей случая оказалась via s3 unichrome - действительно наблюдается жесткая утечка с х-выми драйверами. причем на нвидии которая стояла до того и есть дома, такого не наблдюдается. так что проблема есть но имхо в дровах. если кто подскажет как протрейсить эту ситуацию для поста в багзиллу - буду рад

anonymous
()

Гыг! Знакомые все лица. Растерман (создатель Enlightment) даже засветился :)

php-coder ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.