I just installed Ubuntu 9.04 on a VirtualBox 2.2.2 Virtual Machine, and noted that Lazarus 0.9.26, the one you can download by issuing an "apt-get install lazarus" is painfully slow, unusable, specially when compiled for GTK2.

Does anyone faced the same problem?

"Leonardo M. Ram?" wrote

Does anyone faced the same problem?

I don't have slowness, but I do have other graphics problems with fpGUI Toolkit and MSEgui and applications run under WINE. Ubuntu 9.04 has had some serious graphics bugs since the beta release and has not been fixed for the final release. I have reported it to Ubuntu while I tested the beta - the report was confirmed, but has not been fixed yet.

I've updated my system will all available fixes and still the problem persists. I am considering downgrading to 7.10 or 8.04.2 LTS where everything still worked nicely.

So in short - to anybody else out there....... DO NOT UPGRADE TO Ubuntu 9.04

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Thanks Graeme. BTW, do you know a repository with the latest FPC and Lazarus versions?

Leonardo M. Ram?
Griensu S.A. - Medical IT C?rdoba
Tel.: 0351 - 4247979

Graeme Geldenhuys escribi?:

"Leonardo M. Ram?" wrote

Thanks Graeme. BTW, do you know a repository with the latest FPC and Lazarus versions?

No, I always use SVN & Git repositories directly for FPC and Lazarus. I know FPC is in the apt repository, but I'm not sure what version. I think 2.2.2.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Or install KUbuntu 9.04, which works lightning fast, and so far without visible bugs. I updated a PC and a Laptop, and all went smoothly...

Michael.

Hi,

Leonardo M. Ram? wrote

BTW, do you know a repository with the latest FPC and Lazarus versions?

See
http://wiki.freepascal.org/Getting_Lazarus#Getting_Lazarus_from_our_Ubuntu_repository . It also has a more recent version than the official Ubuntu repository, (which crashed quite often on my Ubuntu 9.04 64bit with GTK2 widgetset).

Lazarus is only so slow in VirtualBox.
Its no Lazarus Version issue or an PC issue.
Its works in every VirtualBox very slow and every other GTK2 app is fast. also generated executables are very slow.

best regards
Christian

I bet ONLY GUI related executables,right ?
What about console applications (with stripped debug)

Boguslaw

2009/5/6 Michael Van Canneyt :

Or install KUbuntu 9.04, which works lightning fast, and so far without visible bugs. I updated a PC and a Laptop, and all went smoothly...

Sorry Michael, but it has the same problem here. Run a fpGUI based application or Windows application under WINE. Look at any button, edit box, combobox, popup menu's bottom right corner. Use xmag to make it easier to see. Pixels missing due to drawing bug in XLib I believe. Ubuntu and Kubuntu has the same XLib version.

I used XDrawLine directly to draw a rectangle corner to corner (left, top, right then bottom). The last line is shifted by 1 pixel. At least in Ubuntu 9.04 final they fixed the LCD font anti-aliasing bug.

But yes, like you, I do not experience any slowness in Lazarus IDE. That works fine.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Hm. I will not dispute this, I don't use wine, and up till now I used only QT/GTK based apps, which don't seem to have the problem you mention. Qt uses it's own routines to draw, if I'm correct, probably this is why they haven't noticed/fixed this before the release...

Other than that, I've used Kubuntu 9.04 to finally convince some people to switch to Linux, and I'm now definitely dropping OpenSUSE in favour of Kubuntu, so you won't hear me complain about it (yet) :-)

Michael.

Michael Van Canneyt wrote

only QT/GTK based apps, which don't seem to have the problem you mention.

The only explanation I have for this is theming. I wrote a 20 line application talking directly to XLib (not via fpGUI) and reproduced the problem. Maybe if Qt based application was run with Motif style, it will highlight the problem as well.

Other than that, I've used Kubuntu 9.04 to finally convince some people to switch to Linux, and I'm now definitely dropping OpenSUSE in favour of Kubuntu, so you won't hear me complain about it (yet) :-)

Kubuntu with it's new look and theme look pretty damn awesome I must add. :-)

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Hi Leonardo:

I run Lazarus 0.9.27 in Ubuntu 9.04 without problem (GTK2). But i run Windows XP in VirtualBox and some applications are very slow and take the CPU to 100%.

I tried VMPlayer and it works very well. I think that there are some bugs in VirtualBox that remains from old versions.

Try to do the same with VMPlayer (it's free). You can create a VM with http://www.easyvmx.com/ and then install the O.S.

Regards.

Eduardo.

Leonardo M. Ram? escribi?:

I'm not fully up-to-date with versions etc. but what I've seen is that under some circumstances Lazarus- particularly with gtk2- is unreasonably slow running over a remote (i.e. networked) X session. Speed to a local X session and remotely using VNC is acceptable.

I've recently also noticed that recent versions of Mozilla are also slow over remote X but acceptable locally or using VNC. By "slow" I mean "glacial".

I've not attempted to raise this as a Mozilla bug or with the distro (Debian). Frankly they're both so self-absorbed in their own problems I'd not know where to start.

Mark Morgan Lloyd wrote

I'm not fully up-to-date with versions etc. but what I've seen is that under some circumstances Lazarus- particularly with gtk2- is unreasonably slow running over a remote (i.e. networked) X session. Speed to a local X session and remotely using VNC is acceptable.

Lazarus via a remove X session in TOTALLY unusable!! It is clearly a bug somewhere in the LCL-GTK2 widgetset, because other GTK2 applications like Mozilla Firefox, Thunderbird, Nero for Linux, gEdit, Nautilus etc all run fine with acceptable speeds.

I can't remember how Lazarus with GTK1 runs over a remote X session. I would really like to develop remotely on our 64bit Linux server, but currently can't. This is one of the reasons I really want to get the LCL-fpGUI widgetset going - so remote development can become a reality.
BTW: fpGUI based applications also run really nice over a remote X session.

And no I don't want or like VNC sessions.

-
Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

GTK1 runs smooth remote. Thats how I develop

Marc

No, Firefox (or specifically Debian's rebranded version which they call IceWeasel) does NOT run with acceptable speed over a remote X session, although this might in part depend on the hardware platform.

I'm afraid I can't test this in detail at present due to Debian self-destructing after an update to one of my development systems, but so far it appears that I get exactly the same combination of problems as we've previously discussed with Lazarus.

I was going to comment on this publicly after I'd tried to characterise the Mozilla problem a bit more, but at present I'd suggest that it's either a bug inside GTK2 itself or is associated with a particular way of using one or more GTK2 facilities.

This appears to be worse on SPARC than on x86, it would be interesting to know whether it is predictably worse on big-endian than little-endian systems.

... and with QT4 applications?

Hi, are you the maintaner of OPRM ?
Use it on production projects?

Thanks.

Yes, I'm that one. And yes, it is working on production systems, a couple of them mission critical applications.

I must add, the project page on SourceForge looks dead, but it's SVN access is alive. Also it's FreePascal support doesn't work right out of the box (I'm fixing it in my spare time), mainly because it's working on Delphi applications and we left the FPC support for later times.

Juan Boldrito (boldrito <at> pegasussoftware.com.ar) and Me are working on a new site to host the project, www.pascalobjects.com, but again, we have many things to do in our jobs, and have very little time to dedicate to the project. So, if you or anyone interested have the time to contribute, you are welcome. It's a great framework, fast, small and have many interesting features.

Sincerely,

Leonardo M. Ram?

Osvaldo Filho escribi?:

My intuition tells me that it's all related with flickering which still occurs (I see it in lcl based gui applications under win32).It's not a problem with normal optimized video card speed but it is visible when using some framebuffer os like that (as I remember from linux course ;-) )

What do you think about it ?

Boguslaw

In my desktop:
Acer Aspite 1691 ATI 600

KUbuntu with desktop efects : close desktop
KUbuntu without desktop efects : panel on top left delayed

Ubuntu with desktop efects : panel on top left delayed Ubuntu without desktop efects : panel on top left delayed

Graeme Geldenhuys wrote

And no I don't want or like VNC sessions.

Have you tried NX sessions? I like them ;)

Best regards,
Paul Ishenin.

Wouldn't the handcrafted double-buffering in LCL (or is it in SynEdit?) be able to cause such problem?

-Fl?vio

Paul Ishenin wrote

Have you tried NX sessions? I like them ;)

I used NX sessions to connect from South Africa to Belgium servers. :) I'm pretty sure internal LAN networks will be much faster, but why install extra remoting software when remoting is built into X11 protocol already?

A simple "ssh -X user at server" is all that is required to run applications remotely and display locally.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Can you confirm my thought that the worst it become when trying to resize window in Lazarus IDE run remotely ? (that would proof too much repainting calls)

Boguslaw

2009/5/8 Bogus?aw Brandys :

Can you confirm my thought that the worst it become when trying to resize window in Lazarus IDE run remotely ? (that would proof too much repainting calls)

Probably. Just loading the IDE (gtk2 compiled) takes forever to display. I get frustrated way before I get a chance to resize any forms. :-) If IDE (gtk1 compiled) works, then clearly the issue is in the widgetset backend implementation or the backend widgetset itself and not the LCL itself. But like I said, I have run other GTK2 applications and they worked fine.

I know to little about the LCL widgetset implementations to figure out where the slowdown occurs. Good news is, the slowdown is great for debugging custom painting problems. ;-)

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

I've been watching this thread with interest because we have found that LCL/GTK2 seems to consume excessive amounts of CPU when performing certain bitmap operations (including resize operations) even when run on the local display.

One tends not to notice it locally because most PCs are fast enough for it not to be an issue in practice. However when executing remotely it does become a problem as it also does when running on an old PC (eg, with an old shared memory graphics card) and also when doing more bitmap intensive work (as we do here in our applications) even on a fast PC.

When we compare our application performance compiled with LCL/Win32 (run in Windows of course) this problem is not evident. When compiled with Delphi6, Turbo Delphi Explorer and Kylix it is also not evident. When compiled with LCL/GTK2 is the only case we've seen the problem (we've not tested QT4 and others).

We have already reported (and fixed with a patch) one related problem to do with resizing bitmaps:

http://bugs.freepascal.org/view.php?id=13556

but our suspicion is that there are a few more bugs in the LCL/GTK2 interface related to bitmap handling that have not been diagnosed let alone fixed yet.

Cheers, Bruce.

Has any one test with QT4 ?