LINUX.ORG.RU

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


0

0

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

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

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



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

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

Ответ на: комментарий от 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
()
Ответ на: комментарий от 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
()
Ответ на: комментарий от anonymous

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

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

szh ★★★★
()
Ответ на: комментарий от 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 ★★
()
Ответ на: комментарий от 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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.