User forums > Help

Why is CB so slow only in Linux?

<< < (3/3)

Laethnes:

--- Quote from: jens on January 28, 2010, 06:46:23 pm ---I have an integrated intel card on my wife's office system (don't know the type at the moment), also debian unstable 64-bit, but with kde4 and C::B and OPenGL-software run fine there. (It was running in window mode.)

--- End quote ---

Maybe I have wrong type (Mobile Intel 965 Express Chipset Family), because my GL application are surely slower. I program them just with SDL and GL, compile them on both systems (so NO Wine) (Windows: mingw, Linux: gcc). Just few polygons, Windows-fps: 170-200, Linux fps: 75-85 (with my very first Ubuntu - it was about 2007 - I hadn't acceleration at all, so 4-5 fps).


--- Quote from: jens on January 27, 2010, 11:55:32 pm ---
--- Quote from: dmoore on January 27, 2010, 11:20:45 pm ---
--- Quote from: jens on January 27, 2010, 10:39:09 pm ---... with xfce ...

--- End quote ---

In my own testing, I've noticed that using xfce instead of gnome/kde *seems* to help. worth investigating further

--- End quote ---
I used it on lxde and gnome and have C::B installed on another computer under kde (intel graphics) and it is not reasonable slower.
All debian 64-bit.

On my virtual systems, there is also no problem with C::B's performance, except for compiling what takes longer, due to less memory.

--- End quote ---
To both: yea, I *think* it is little faster on xfce, but difference between gnome/xfce is much more smaller, that between gnome/Windows XP.

Virtual systems: I was thinking about same thing, but I'm not sure, how much great idea is working on Linux, programming on it in Windows in Virtualbox. About memory I have no worries, because I have now 3GB and I use about 1G, so 1G I can assign to virtualbox. But I couldn't use both my processors cores...

koso:
I have exactly the same problem with the same graphics card on KDE4. This card can hardly run desktop (lags during kwin animations) but most strange is, that one year ago, I used C::B on Gnome without problems. CPU shows 30% activity when moving carret between lines, so it is also huge battery killer.

And programming on Linux .. now I use QTCreator for writing, and C::B for compilation (portable project files are great when developing multiplatform programs), but I hope this problem with C::B will be fixed upstream - in improved intel drivers, which are terrible even in newest development ditribuions.

Laethnes:

--- Quote from: koso on January 28, 2010, 07:56:49 pm ---I have exactly the same problem with the same graphics card on KDE4. This card can hardly run desktop (lags during kwin animations) but most strange is, that one year ago, I used C::B on Gnome without problems. CPU shows 30% activity when moving carret between lines, so it is also huge battery killer.

And programming on Linux .. now I use QTCreator for writing, and C::B for compilation (portable project files are great when developing multiplatform programs), but I hope this problem with C::B will be fixed upstream - in improved intel drivers, which are terrible even in newest development ditribuions.

--- End quote ---
Tell me about it; even if I do not use C::B, on battery, Linux last shorter time, that Windows.
I hope so. In fact how time flows, difference in fps my applications between Win a Linux versions is smaller, so maybe in 2-3 years... (I will have new laptop XD. Maybe.)

thomas:
I use the build by Jens on Debian testing with Gnome inside VirtualBox (64 Bit Linux running under 32 bit Windows, quite cool), and apart from taking about 3 times longer to start than under Windows XP (dynamic loader, eh?), and the GUI being totally fucked up in respect of usability (this is a Gnome problem though, not Code::Blocks), the IDE works exactly the same as under Windowx XP.
There is no noticeable difference editing, once you have installed a properly usable font, and no difference at all compared to compiling natively with one core and compiling in the virtual machine.

koso:
So I have tested it now and scrolling in editor seems to be faster (probably wxscintila update). There is only one problem. Everytime matching brackets are shown (when carret is next to opening bracket, both mathing brackets are highlighted), it lags. This happnes for me only on Linux.

I am testing it very easy .. open any sourcode and hold down "down key". Everytime carret is moved on the end of line with "{", it visualy jumps more lines in one moment (=lag).

Navigation

[0] Message Index

[*] Previous page