LINUX.ORG.RU

[ATI]2 экземпляра Xorg'а

 


0

0

Здравствуй,ЛОР,надеюсь ты уже ночной.У меня такая проблемма,поставил драйвера на ATI Radeon 9600 Series , всё работает нормально.Но,есть одно но.Грузится два экземпляра Xorg'а,но один из них вообще не хавает проц.В чём дело,и как это пофиксить?

cat /etc/X11/xorg.conf

# xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # Note that some configuration settings that could be done previously # in this file, now are automatically configured by the server and settings # here are ignored. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg

Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection

Section "Files" EndSection

Section "Module" EndSection

Section "Monitor" Identifier "Configured Monitor" EndSection

Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection

Section "Device" Identifier "Configured Video Device" EndSection

Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection

Section "Screen" Identifier "Default Screen" Device "Configured Video Device" Monitor "Configured Monitor" EndSection

Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection

anonymous

Ты еще sup /d/ забыл.

>Грузится два экземпляра Xorg'а,но один из них вообще не хавает проц.

А в чем проблема?

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

>А в чем проблема? В том,что жрёт оперативку

anonymous
()

Странно, никаких проблем, запустился 2й Х-сервер на fglrx (Toshiba satellite, Gentoo)

#lspci
....
01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 200M]
....

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

Забыл сказать, проц совсем не нагружает

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

Тут не в запуске проблема, а в том, что запускается само, без спросу, и "жрет драгоценное озу".

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

Xpress m200 - был один Xorg , правда сейчас мне надоело есть кактус и я обновила Xorg server до 1.5.3 и поставила последние открытые драйвера для ати, немного глючит AIGLX , но на ноуте как-нибудь обойдусь и без него, процесс тоже один.

впрочем, если и в самом деле запускаются 2 копии, к тому же если вторая еще и не ест ресурсы - просто так надо

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

>впрочем, если и в самом деле запускаются 2 копии, к тому же если вторая еще и не ест ресурсы - просто так надо

А вторая копия жрёт добрых 200 мегов оперативки

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

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

3dfx voodoo драйвера например так делали всегда ;)

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

Оба экхемпляра жрут всегда одинаковое количество,но один из них жрёт процессор,а другой только память.Вместе они не могут жрать видеопамяти столько,т.к. такого количества её у меня нет

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

так оба процесса могут на самом деле занимать одну и ту же область памяти, которая и показывается в top / ps aux

просто запускаются 2 процесса, первый на обработку эвентов, второй для чего либо еще малогрузящего,

Video Ram + RAM , если видео 128, то получится что естся где то еще 70 М оперативки, всего 200, вполне правдоподобно, особенно для фглрх

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

Сильви, сколько он у тебя фпс по glxgears выдает. Я просто тоже обновился все вроде работает, glxinfo говорит что direct rendering yes, но фпс 180-190 и это при запуске glxgears без -f.

Судя по Xorg.0.log у меня "ATI Radeon XPRESS 200M 5975 (PCIE)" (на Inspiron 1501) так что все вроде должно работать, но почему такая низкая производительность.

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

$ glxgears 2408 frames in 5.0 seconds = 481.402 FPS 2601 frames in 5.0 seconds = 520.183 FPS

это открытые драйвера, fglrx выдавал больше, насколько больше - не помню ~700 наверное

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

(--) RADEON(0): Chipset: "ATI Radeon XPRESS 200M 5A62 (PCIE)" (ChipID = 0x5a62)
(II) RADEON(0): Direct rendering experimental on RS400/Xpress 200 enabled

Sylvia ★★★★★
()

У меня тоже 200m, нет такой проблемы

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

у Вас скорее всего при обновлении системы прибило атишную libGL.so
с мезовской как раз такая вот ФПС

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

А из какого пакета должна идти "атишная libGL.so"?

Хотя помоему разобрался откуда ноги растут:

(II) RADEON(0): Direct rendering not officially supported on RN50/RC410/R600

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

так это открытый драйвер АТИ ) а не ФГЛРХ

открытый с м200 нормально работает на Xorg server 1.5.3 и новой Меза

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

Ну у меня ФГЛРХ никогда и не стояло. Драйвер версии 6.9 меса 7.2 сервер прада 1.5.2, но в портеже более нового пока нет, или вся соль именно в версии сервера?

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

не могу сказать, т.к. был 1.4.2 сервер и fglrx

недавно обновила с debian experimental до 1.5.3, xorg server и мезу

тогда не совсем понятно почему так мало фпс и почему отключен DRI, попробуйте обновить драйвер ( и / или Xorg server)

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

-rw-r--r-- 1 root root 162822 2008-11-29 13:32 xserver-xorg-video-ati_1%3a6.9.0+git20081129.783cdb73-1_i386.deb

на debian experimental + git какой то, судя по всему для м200 это имеет значение

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

Ясно, буду искать оверлеи с гитовским драйвером и свежим сервером.

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

glxgears
3842 frames in 5.0 seconds = 768.290 FPS
3971 frames in 5.0 seconds = 794.052 FPS
3966 frames in 5.0 seconds = 793.186 FPS

01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 200M]

открытые дрова, убунту 8.10, CeleronM 1.73. На них один хорг, а с закрытыми - два.

sid350 ★★★★★
()

Напиши скрипт который киляет X с бОльшим pid-ом, будет 1 процесс.

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

o_O, у меня, если не ошибаюсь, на последних драйверах fglrx, которые доступны через репозиторий убунты - чуть менее тысячи. Могу конечно ошибаться и проверю - однако странно, что такой разлет фпс. Неужели glxgears также сильно завязан на проц?

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

не fglrx , а xpress m200

у меня на asus a6 оно еще и память от системной отгрызает в непомерном количестве (ну зачем такой отстойной графике 128 метров?) ноут причем шел с предустановленой Windows XP, 512 Mb ram (остаток 384 Мб), причем 512 считалось увеличеным обьемом, дефолтно - 256 (64 на видео отгрызается в таком виде = 192 Мб памяти), тормоза дикие вообще, загрузка жутко долго, ничего толком не сделать, на 256 - вообще не представляю. с линукс - хорошо, потом правда еще гигабайт доставила, тем более почти забесплатно получилось)

вообщем непонятный вообще контроллер, с непонятным потреблением ресурсов и функциями, то что зависит от процессора - точно, на заниженной частоте (cpufreq) fps существенно ниже.

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

Собственно вот:
$ glxgears 
6102 frames in 5.0 seconds = 1216.487 FPS
5767 frames in 5.0 seconds = 1153.399 FPS
4651 frames in 5.0 seconds = 930.144 FPS
5630 frames in 5.0 seconds = 1125.924 FPS
6585 frames in 5.0 seconds = 1316.924 FPS

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