[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: 2.6.24 + openvz + nvidia-glx



Alexander GQ Gerasiov <gq@cs.msu.su> wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: KOI8-R, 64 строк --]

> На Fri, 18 Apr 2008 23:28:47 +0400
> Andrey Melnikoff <temnota+news@kmv.ru> записано:

> > Alexander GQ Gerasiov <gq@cs.msu.su> wrote:
> > > На Thu, 17 Apr 2008 23:25:36 +0400
> > > Alexander GQ Gerasiov <gq@cs.msu.su> записано:
> > 
> > > > > > Да нет, все нормально, у меня завелось. Проблемы были с тем,
> > > > > > что openvz ест некоторое количество памяти из vmalloc
> > > > > > пространства, а nvidia его ест вообще много. И вместе они
> > > > > > вылазили за умолчальный лимит в 128метров. Решение - передать
> > > > > > ядру vmalloc=256m. Почему openvz ест достоточно много памяти
> > > > > > - пока не понятно, кое-какие наметки уже есть, сейчас с
> > > > > > разработчиками попробуем понять.
> > > > > 
> > > > > > Кстати собранное ядро под ленни в фичасетами -openvz и
> > > > > > -xen-openvz для i386 лежат у меня в репозитории.
> > > > > Для него лучше собрать еще свежий openvz-tools из unstable. А то
> > > > > например с етчевским до v2.6.24-ovz004 падало ядро :)
> > > > Ну так оно же в официальном стейбле уже есть.
> > > s/стейбле/тестинге/
> > 
> > Утож.
> > 
> > Кстати - у меня нигде нету таких диких чисел в Vmalloc.
> nvidia ест больше 80 метров. 
Это неправильный мёд. 
Обычное ядро 2.6.24-4-686-bigmem дебиановского разлива:
# cat /proc/meminfo | grep Vma
VmallocTotal:   118776 kB
VmallocUsed:     46500 kB
VmallocChunk:    63988 kB
# cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86 Kernel Module  169.09  Fri Jan 11 14:38:28 PST 2008
GCC version:  gcc version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)

# lspci -s 02:00.0 -v
02:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7300 GT] (rev a1) (prog-if 00 [VGA])
        Flags: bus master, fast devsel, latency 0, IRQ 20
        Memory at e8000000 (32-bit, non-prefetchable) [size=16M]
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Memory at e9000000 (64-bit, non-prefetchable) [size=16M]
        I/O ports at 9000 [size=128]
        [virtual] Expansion ROM at ea000000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
        Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+
        Queue=0/0 Enable-
        Capabilities: [78] Express Endpoint, MSI 00
        Capabilities: [100] Virtual Channel <?>
        Capabilities: [128] Power Budgeting <?>
        Kernel driver in use: nvidia
        Kernel modules: nvidia, nvidiafb


там запущены Xы+gnome+beryl. Не наблюдаю магических 80 метров.

> openvz есть по 2 байта на страницу памяти.
> итого на 40 гигов свопа (зачем столько - отдельный оффтопик) набегает
> столько, что все вместе за 128 метров перешагивает.

> По крайней мере пока это единственное объяснение, смотреть подробнее
> пока времени нету.


Reply to: