View Full Version : amdpcsdb customizing
Redeeman
06-27-2008, 03:26 PM
Hello.
i was helping a friend debug some troubles with ATI cards on a winblows box, and in the winblows registry i found the ati section, and noticed that the options in there looks suspeciously similar to a few of those in the /etc/ati/amdpcsdb on linux with the fglrx driver.
I was wondering if some of you have had the oppertunity to try some of these options, if they improve performance? or if they dont work at all?
I myself am unable to attempt this, as i dont have an ati card in anymore(only had for test, an 3450), and i also dont have access to winblows easily.
But if anyone knows something, im very interrested in the results, there seemed to be some interrestingly looking settings.
Redeeman
06-29-2008, 03:57 AM
nobody thats in a position to try this?
Vighy
06-29-2008, 07:49 AM
nobody thats in a position to try this?
well I could.. :D and it seems interesting! but I don't have time now.:(
anyway do you remember where the ati section was in the registry?
Gregor A.
06-30-2008, 01:13 AM
I use only the xorg.conf and after every change I restore the defaults with:
cp -av /etc/ati/amdpcsdb.default /etc/ati/amdpcsdb
I don't trust this database.
Vighy
06-30-2008, 07:08 AM
I use only the xorg.conf and after every change I restore the defaults with:
cp -av /etc/ati/amdpcsdb.default /etc/ati/amdpcsdb
I don't trust this database.
But ATi does! :D
every time you start Xorg, the driver re-fills the /etc/ati/amdpcsdb with the settings of xorg.conf
Considering also that it's the only place where info about Anti-Aliasing, Anisotropic Filter, and so on... are placed, you need it.
It's reason is quite simple: ati devs say that they prefer use the xorg.conf for Xorg and /etc/ati/amdpcsdb for the driver. I think it's flawless. :D
Porter
07-01-2008, 10:57 AM
I use only the xorg.conf and after every change I restore the defaults with:
cp -av /etc/ati/amdpcsdb.default /etc/ati/amdpcsdb
I don't trust this database.
You don't "trust" the database? It's not witchcraft, you know. It's just a file that stores driver settings. There's nothing particularly complex or spooky about it, as far as I can tell. :rolleyes:
hungerfish
07-15-2008, 11:45 AM
Following this http://www.phoronix.com/scan.php?page=article&item=xorg_driver_persistent&num=1 article, I went and had a look:
DALObjectData0=R0100000001000000000000000100000001 00000000000000010000000100000000000000010000000100 00000000000001000000020000000000000001000000020000 00000000000300000001000000020000000300000001000000 02000000010000000400000000000000010000000400000000 00000001000000050000000000000001000000050000000000 00000100000002000000000000000100000002000000000000 00010000000500000000000000010000000500000000000000 01000000080000000000000001000000080000000000000001 00000009000000000000000100000009000000000000000100 00000A00000000000000010000000A00000000000000030000 00090000000200000003000000090000000200000003000000 08000000040000000300000008000000040000000300000009 00000004000000030000000900000004000000010000000A00 000000000000010000000A0000000000000003000000090000 00020000000300000009000000020000000100000001000000 00000000010000000100000000000000010000000100000000 00000000000000000000000000000001000000020000000000 00000000000000000000000000000100000001000000000000 00020000000000000002000000010000000400000000000000 00000000000000000000000001000000010000000000000002 00000000000000040000000100000002000000000000000000 00000000000000000000010000000500000000000000000000 00000000000000000001000000080000000000000000000000 00000000000000000100000008000000000000000200000000 00000001000000010000000800000000000000020000000000 00000200000001000000090000000000000002000000000000 00020000000100000008000000000000000200000000000000 04000000010000000900000000000000020000000000000004 000000010000000A0000000000000000000000000000000000 00000100000009000000000000000200000000000000020000 00
This is just one line !!!
But my god, that is very very spooky looking indeed.
I mean xorg.conf my be a pain to setup, but at least its structured cleanly and human-readable. I can't count the times I needed to go in there and fix something, but at least I could do so, from a text console.
But this database is just a mess. Oh wait, were supposed to use amdccccccccccc...isn't it great to have such a wonderful tool around?!
*Irony off*, but seriously amdccc sucks, under linux as much as under windows.
The opensource world definitely should NOT follow in those kind of footsteps when designing their sollution. IMO
I guess it is just a part of the driver (current variables) as binary snapshot, thats pretty easy to implement but hard to change.
hungerfish
07-15-2008, 03:37 PM
That's what I thought, but if you look closely, you'll actually see its hex!?
Now I always thought the point of using hex-number representation in computers was to make the whole affair digestible to our puny human minds.
But, allas I was wrong... :(
voltaic
07-15-2008, 03:57 PM
I appreciate the whole persistent config idea, but I do have to question whether the database approach may be completely against the Linux philosophy of KISS. I think plain-text human-readable config files are great for keeping things configurable and under the user's control. It's easier to diagnose problems that way, too. I guess this makes sense for a proprietary driver setup.
Vighy
07-15-2008, 06:23 PM
I appreciate the whole persistent config idea, but I do have to question whether the database approach may be completely against the Linux philosophy of KISS. I think plain-text human-readable config files are great for keeping things configurable and under the user's control. It's easier to diagnose problems that way, too. I guess this makes sense for a proprietary driver setup.
have you read it?
data-base is used in a generic meaning... base that holds data :D :D
it's just a plain file with options and values...
and let's say.... if you think linux has really the KISS philosophy... ubuntu is not linux :D :D
voltaic
07-15-2008, 07:01 PM
Ah. Thank you for the correction Vighy. I see the options and values, but I also see a whole slew of numbers in there that don't mean a thing to me. At any rate, I think it makes sense to keep the proprietary driver's settings out of xorg.conf.
As for Ubuntu... well, it does carry the GNU/Linux kernel, and all the applications that run on it, but as far as the philosophy of user control and simplicity is concerned, I can't say I agree with the Ubuntu way of doing things. But, to each his own, I guess.
mityukov
10-16-2008, 05:28 AM
Following this http://www.phoronix.com/scan.php?page=article&item=xorg_driver_persistent&num=1 article, I went and had a look:
DALObjectData0=R0100000001000000000000000100000001 00000000000000010000000100000000000000010000000100 00000000000001000000020000000000000001000000020000 00000000000300000001000000020000000300000001000000 02000000010000000400000000000000010000000400000000 00000001000000050000000000000001000000050000000000 00000100000002000000000000000100000002000000000000 00010000000500000000000000010000000500000000000000 01000000080000000000000001000000080000000000000001 00000009000000000000000100000009000000000000000100 00000A00000000000000010000000A00000000000000030000 00090000000200000003000000090000000200000003000000 08000000040000000300000008000000040000000300000009 00000004000000030000000900000004000000010000000A00 000000000000010000000A0000000000000003000000090000 00020000000300000009000000020000000100000001000000 00000000010000000100000000000000010000000100000000 00000000000000000000000000000001000000020000000000 00000000000000000000000000000100000001000000000000 00020000000000000002000000010000000400000000000000 00000000000000000000000001000000010000000000000002 00000000000000040000000100000002000000000000000000 00000000000000000000010000000500000000000000000000 00000000000000000001000000080000000000000000000000 00000000000000000100000008000000000000000200000000 00000001000000010000000800000000000000020000000000 00000200000001000000090000000000000002000000000000 00020000000100000008000000000000000200000000000000 04000000010000000900000000000000020000000000000004 000000010000000A0000000000000000000000000000000000 00000100000009000000000000000200000000000000020000 00
This is just one line !!!
But my god, that is very very spooky looking indeed.
I mean xorg.conf my be a pain to setup, but at least its structured cleanly and human-readable. I can't count the times I needed to go in there and fix something, but at least I could do so, from a text console.
But this database is just a mess. Oh wait, were supposed to use amdccccccccccc...isn't it great to have such a wonderful tool around?!
*Irony off*, but seriously amdccc sucks, under linux as much as under windows.
The opensource world definitely should NOT follow in those kind of footsteps when designing their sollution. IMO
If you don't like amdccc, feel free to use aticonfig. It has command line interface, so, it can be used from console.
Consider it like a "mysql" client but to amdpcsdb database.
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.