bvc

thx! You'd think there'd be an improvement from devel to release, not the other way around, and not twice as bad Just a few days ago, and before, I hardly ever touched my swap, but now I do every boot. Haven't singled anything out, just seems a lot of things are using more mem, and I wish I new why and if anything can be done about it. /bvc goes searching......

any one that ran/runs Dapper and FC5 got any comments on speed/performance between the 2? I don't care about bootup just after login. Dapper is tearing me up. I told myself to keep the month old devel version and not upgrade to the release, because everyhting was hunkydory, but noOOOo....I had to I have to turn nautilus off, use a light metacity and the thinice engine to get anything done.

because cairo based theme engines can do more. I'm sure you would have seen all the demonstrative engines put out during gtk+cairo's early days. And i'd like to see these performance tests you speak of.... they sound ... interesting. Because, like others, I've seen none of these slowdowns you speak of. Cairo engines can do more than traditional engine only themes, but themers do not write engines, developers do. So as a themer, it doesn't interest me a lot because I'm not a developer. Others? You mean tyme? That's one. Funny you argue a point when the devopers themeselves disagree with you. They flat out say cairo engines are slower and it's just the price we'll have to pay for better looking engines. However, if the marginal diff from the pixbuf engine doesn't increase, why bother with an engine when you can make a pixmap theme? Lets not forget the post all over the web of people complaining about slowdowns either. You two are part of an extremely small minority. These are test from gtkperf and twf hacked to spit out timing (twfperf). Check out d3a-eXperience! ############################### ########## GTK PERF ######## ############################## Simple (thinice) 10.77 Mist (mist) 11.00 d3a-eXperience (experience) 13.73 Slider (smooth) 16.40 Rezlooks-Gilouche (rezlooks) 16.47 Glider (smooth) 16.54 Clearlooks-cairo (clearlooks-cairo) 18.86 Human (ubuntulooks) 19.26 Gentle (pixbuf) 22.31 eXperience (experience) 27.41 d3a (pixbuf) 28.56 E17-Gtk (pixbuf) 31.79 Ana (svg>pixbuf) 35.67 ################################# ########### TWF PERF ########## ################################ Mist (mist) 0.411885s Simple (thinice) 0.421149s Slider (smooth) 0.936762s d3a-eXperience (experience) 0.591864s Rezlooks-Gilouche (rezlooks) 0.733326s Glider (smooth) 0.962215s Clearlooks-cairo (clearlooks-cairo) 1.040012s Human (ubuntulooks) 1.106234s d3a (pixbuf) 1.130783s E17-Gtk (pixbuf) 1.398836s Gentle (pixbuf) 1.406059s Ana (svg>pixbuf) 2.085190s eXperience (experience) 2.224572s Again, a binary format for the theme wouldnt cause the window to redraw any faster. It would only make a very negligable change to the initial loading time, and hinder development and distribution by requiring it to be compiled, and depending on implementation, recompiled for different architectures. Of course it would, but I was mostly referring to the gnome de not a theme engine. That would really suck. good to see you're working hard on it. Though i'd like to know why clearlooks and industrial are poorly written... those are big words for someone to throw around. I also have an older system which i use frequently, my laptop, so I'm also on the norm, and see no problems right now. Cairo is rendering fine on it, no slower -- and more importantly, not noticeably slower. Maybe if you run some synthetic benchmarks you'll find that cairo will render slightly slowly, but so long as it isnt in the human perceptible range, it simply isnt relevant. Wait, so it's not big words for you to say my theme is poorly written, but it is big words for me to say Clearlooks and others are? How's that work? Why was I asked to smooth out Ubuntulooks/Human? and did (as much as I was permitted), why are other major changes coming to ubunulooks if they are approved after implimented? Am I new at this? You need to adjust your bias perception. They are poorly writen because they contain 'tint' and 'alpha'. Gflat-Round went from 9 milliseconds to 13 milliseconds changing the buttons to round using that code and changing it to rectangles got it down to 10 milliseconds. If thats just a few milliseconds that is irrelevent, why did Clearlooks switch to pixmap buttons to get it from 13 or 14? to 9 or 10 sacrificing accessability for the default gnome theme? ;) It is very relevent because you are forgeting the biggest factor, regardless of benchmarks because they need to be multiplied ;). It's the same reason a pixmap metacity theme can be faster than a code only theme according to the metacity-theme-viewer, yet you can plainly see it has a much slower redraw on the destop. Nautilus. Everything has to get past nautilus. Disabling nautilus more than doubles your gnome performance. This of course has little to do with xml though. Nautilus can render metacity code a lot faster than images. No, we never see eye to eye anymore. arthur, no, xgl/compiz is faster than xorg/metacity depending on the degree of effects of course. That's according to my own personal experience and many others I've heard the same from. That is encouraging! I just can't use something that's not themable yet.

That's your opinion with your nice shiny new pc but it says nothing for all the complaints. A slow down here, another there...it begins to add up. So much so that a DE that used to be faster than KDE is now slower. So much for reason. I've always got the latest and I run all the engines, you know that. Cairo offers nothing for themers, but a slow down. Performance test show clearlook-cairo and ubuntulooks, which is also cairo, slower than some pixbuf themes and much slower than traditional engines. After all the hoot'n and haller'n over cairo we still only have 2 cairo themes (engines), both made by the same individual and the second was paid for and is a simple offspring of the first, so???? Why would a themer embrace it? sheesh this is all OT. I never made that assumption at all. I'm just not getting into details that anyone participating in the dicussion should already know, without it needing to be said. I'm not a theme engine writer so I wouldn't know. Would you? :P ...other than the fact that I do know binaries are faster but I wouldn't want that because I don't what to loose flexibility. i'll agree with tyme there.... you dont. but maybe the metacity theme you're looking at is poorly written. James Well, since it is what I do, I can assure you the theme is not poorly written, in fact, in my attempts to speed it up (which I did), I could speed up Clearlooks/Human, Industrial and a few offspring, quite a bit since they are poorly written ;) Of course I could remove the utility code and have improper utility windows like everyone else and speed it up a little, but I think everything should work properly and as designed, else, why bother? Since my sys is not shiny new and is about ...?... almost 2 years old, I do notice, and I'm more the norm and what matters when considering these things ;) Are you implying that linux should adopt the XP/Vista mentality that people should have to upgrade hardware in order to run it? (not an actual question)

There's a wide variety of theme speeds depending on what gtk-engine is used. Clearlooks doesn't have an icon theme, so I'm not sure what icon theme you are referring to but if you notice a diff its probably because it's svg and not png. I think (don't have it installed) VistaInspired is png. Gtk and png icon themes do not use xml , but it's another good thing to point out because all an svg icon is, is an xml file ;) Say you can make an 128x128 svg icon that ends up being 36kb in size. Well we only need it to start at 48x48 so we size it down, utilizing common sense, and in hopes of cutting some kb's, but no, the 48x48 svg is still 36kb. It's an xml file that has a line for every drawing operation. Now, imagine an svg icon theme with 2000 icons where in a 2 day boot 1000 are parsed and put in memory. You say, we have to load png's into memory, but a 48x48 png is only 4kb and a 128x128 8kb. Now you know why you notice a diff and why after the slowdown from cairo I can't believe they are considering and svg icon theme as default when for years the concept has been wisely shot down for the above obvious reason. Yes, it has to read twice the options from a xml file, which itself is not efficient. I don't care about whitespace and have said nothing about them. which would be slightly OT, as that was what this was thread was started about anything but OT. It IS what this was thread was started about. Thanks for the echo :D Thats the obvious but the fact is, if another format can be used instead xml, it's faster, but all that means is xml wasn't needed. So it's not niave, it's just fact. but you do

yes, cause when I used unstable for over a year it was more stable than mandrake :P don't let the definition of the word fool ya

XF86Config-4 oh, they never switched? yuk

well, we need more info, like; -video card -driver being used in other words....post the Device Section of your /etc/X11/xorg.conf file

Yes, it has to read twice the options from a xml file, which itself is not efficient. I don't care about whitespace and have said nothing about them. If I understood a developer (I trust) correctly, metacity does not cache code for rendering, only pixmaps, which is why some (clearlooks for example) choose pixmaps for buttons. While the xml file may be cached, the rendering of the code is not. That's how I understood it anyway. My point is with ilia_kr. Xml is slower than text, and that is a very well known fact. I guess metacity is probably not a good example because of what the xml is used for, and how, but that doesn't change the basics. http://news.com.com/Putting+XML+in+the+fas..._3-5534249.html

CleanBig is a port to Metacity based on the CleanBig Enlightenment DR16 theme and was ported to Sawfish before we had Metacity. I know, it's old, but I sometimes like to take trips back in time. Included is the smooth engine theme seen in the screenshot. Gnome Themes -CleanBig

That's crazy...test for a year?. Based on my on personal experiences with Mark, I'd say he'll press on with the current process and improve on it. That's a good plan, and he is a smart man, IF the good and bad are called correctly. From what I have seen, that is not the case, and that pisses a lot of people off, so you lose good people. Then a lot of time is wasted on the next release bringing people into the ubuntu process. That would make the plan very bad, and you've seen the end result. Will it happen again? We'll see, but I won't have any part of it. Take the art team. The way he finally wants it ran is what I've been screaming for for since warty, but it takes a lot of time, and it's hard to find people that have that kind of time that can work for free because we have jobs and lives. If you want tope notch results, you gotta be willing to show the $. Did Apple find a few wannabe themers and say 'hey, make us a desktop theme'. No they found designers and artist and showed some $. Otherwise you get half baked art. If I had the time, I'd love to participate in the Edgy art process, but I do not have that kind of free time. Throughout the dapper devel process I laughed at people trying to compare dapper with vista. Please people, even with xgl/aixgl and compix it's not even in the same ballpark and you gotta be in the same ballpark to play ball with the big boys. It's no diff than marketing. If you don't show the $, forget it.

they took extra time because there was no other choice if even to have half a distro might? II don't think there's room for any other option, unless they want to continue to fail. Won't hurt linux. Ubuntu simply delivered what was expected. Sure ain't gonna help though. Yeah, I'm also a pessimist They grew too fast and furious, got big headed, and tried to take big boy steps when they still needed to take baby steps.

Interesting is the more code and the bigger the xml file, the slower the metacity theme is. My recent gFlat metacity theme buttons are all code, and the round version with round buttons is twice as slow as the square making it probably one of the slowest metacity themes (in code) ever.....slower than Clearlooks. There's twice the code for the buttons. But I wanted the buttons to scale with the font size so, that's the price I pay. Clearlooks doesn't do that, unfortunately, and I find it strange it is default w/o acessability. http://www.gnome-look.org/content/show.php?content=40324

I'm dialup so...I won't be clean installing and it'll be a while before I upgrade everyhting, but yes, much was left undone. If you know ubuntu's devel process, it's really not suprising.

well, when president Who?..I mean Hu was here a month ago, he visited Bill Gates before meeting with the president of the counrty he was a guest in for political reasons. MS ain't missing out on anything I'm sure. China wants Taiwan, and since we won't let them have it, they'll take what it wants from it. ;) Traitor Gates will be more than happy I'm sure.

Gflat-Hedgehog download gFlat metacity and 2 gtk color schemes

Gflat

That's right, but it takes some time to read the whole file, rendrer it, then find a needed key/option. The larger a file - the more time you need to render it and then search for a proper option. Deleting white spaces and return chars makes a file much smaller (though less readable for human). It is pity you can not read the original post, they give some clever explanations there, and i think i support them. Some said that gnome's xml parser is kind of a slow. If the program reads xml file and then stores it in variables, than indeed xml file is read only few times while the program is running. If it is so, then how does gnome enable instant apply of gconf? In kde for example you don't have this feature. gconfd-2 I don't know if dbus has anything to do with it or not

Metacity uses xml and is a little slower than the 'boxes' which are usually text. KDE loads a lot in mem ahead of time, so it is naturally faster (they say). A big slow down for Gnome was the addition of Cairo. My wife was using 2005LE Gnome2.8 up until a few weeks ago and she says Ubuntu Dapper Gnome2.14 is a lot snappier and faster and loves the swith overall. I thought the opposite but then I've been Ubuntu since Warty-beta.

http://www.gnome-look.org/content/show.php?content=37461 that won't work for ya?

Gflat-Hedgehog

I have updated Royale, for those interested. download

thx!

Royale_Hedgehog get Royale

rt-click the panel>Add to panel>Window List