I’m wondering what kind of performance to expect from Developer (2.0.1). When I open a property dialog in Designer view, I often have to wait several seconds before the dialog is ready to accept my input - text or mouse. The solution I’m working on is not large or complex. Should Developer be faster than than this on a G5 dual 2, 1 Gig of ram, OS X 10.3.3? Is there anything that can be done to speed things up? -pw
i’ve noticed this quite a bit as well.
really noticable areas for me are:
servoy developer startup/opening solution
resizing a window
scrolling
pweil:
I’m wondering what kind of performance to expect from Developer (2.0.1). When I open a property dialog in Designer view, I often have to wait several seconds before the dialog is ready to accept my input - text or mouse. The solution I’m working on is not large or complex. Should Developer be faster than than this on a G5 dual 2, 1 Gig of ram, OS X 10.3.3? Is there anything that can be done to speed things up? -pw
Which property are you opening? I personally run Servoy on a G5 and everything reacts instantaneous, opening a popup dialog from the properties is so fast that I can’t measure it.
jaleman:
Which property are you opening? I personally run Servoy on a G5 and everything reacts instantaneous, opening a popup dialog from the properties is so fast that I can’t measure it.
Some examples:
-
Launch Developer and select solution list: 10-12 seconds
-
open a small, simple solution: 5 seconds (perhaps this is not bad?)
-
properties: text dialog (for fields and labels): averages 3-5 seconds before I can enter or edit text. It varies, but seems to get worse as the day goes on.
-
scrolling a table or row view (<500 records) is very slow. Activity monitor shows Servoy Developer using 90% of the CPU during scrolling - and it crawls.
-
window resizing is serviceable, but not snappy.
IMHO the overall feel is honestly a bit sluggish, especially considering the hardware I’m using. Perhaps my expectations are too high, or perhaps it’s a Java-on-OS X issue… I’ve got more memory to add, which will double this machine’s ram to 2GB. Perhaps this will help. Any other suggestions for improving performance are welcome. -pw
I have this issue sometimes when changing to and from designer mode.
rc 2.1. I am running on a local machine (XP, p4).
i’ve been experiencing all the things that pweil has mentioned.
it’s been that way since i began using servoy earlier
this year.
i’d really welcome some performance enhancements.
g4 800mhz 256mb
I began using Servoy with a G4 and I did and do find it slow on a G4. Since switching to a G5 dual processor 1 GHz with 1 G of RAM I haven’t had any problems at all. Where it used to bug me on the G4 was on the start up. I have simultaneous connections to a couple of very large databases (over 100 tables in one and 4-5 hundred in the other with thousands of columns and hundreds of thousands of records). The original start up was slow but then when I would go to Data Providers it would take even longer to show me all the available data connections. That would take minutes sometimes. But now as soon as I have loaded the solution and go to dataproviders it is all there immediately. There is no ‘loading’ message like there used to be.
As to the actual start up in Developer, yes it takes a few seconds but I find it to be very similar to any other application: FileMaker, Word, Safari, or whatever. Some are a little faster some a little slower but overall it just seems ‘normal’ to me in that regard. As to dealing with pop-up dialogs, I haven’t been doing that for a while but I will soon be getting back into that I think so I’ll be on the lookout for that.
John
i’ve upgraded the machine (g4 800mhz) to 640 megs of ram,
servoy to 2.1 (build 310)
os to 10.3.5
and java to 1.4.2-38
and servoy is still gobbling all available cpu and memory,
and pauses constantly while i’m working. it’s very frustrating.
when enabling the trash collection debugging info, i see that
gc is running all the time.
Dual-G5 here. Latest version of Servoy is slower:
(1) going to the text property of an element
(2) lassoing multiple graphic objects
(3) moving or resizing multiple graphic objects
David
david:
Dual-G5 here. Latest version of Servoy is slower:(1) going to the text property of an element
(2) lassoing multiple graphic objects
(3) moving or resizing multiple graphic objectsDavid
There’s definetely something wrong with your G5 then. The three items you mention are very fast here on my G5, faster than on Windows even.
RobertMeyer:
i’ve upgraded the machine (g4 800mhz) to 640 megs of ram,
servoy to 2.1 (build 310)
os to 10.3.5
and java to 1.4.2-38and servoy is still gobbling all available cpu and memory,
and pauses constantly while i’m working. it’s very frustrating.when enabling the trash collection debugging info, i see that
gc is running all the time.
For development I’d recommend getting a G5 or a PC.
jaleman:
For development I’d recommend getting a G5 or a PC.
i don’t me to be impolite, but your download site
states:
“Macintosh: G3-500 or higher, 128 mb ram or more, 50 MB diskspace”
i’m using a G4-800mhz, 640 mb ram, and getting very poor
performance.
RobertMeyer:
jaleman:
For development I’d recommend getting a G5 or a PC.i don’t me to be impolite, but your download site
states:“Macintosh: G3-500 or higher, 128 mb ram or more, 50 MB diskspace”
i’m using a G4-800mhz, 640 mb ram, and getting very poor
performance.
It’s not entirely clear to me what your point is. Our website shows the minimum system requirements to run Servoy and I was recommending what would be a an optimal development system. We’d love to make Servoy faster on older Mac’s but unfortunately Apple is the only company that could help you right now by making Java on Mac faster. I’d suggest dropping them a note, I have the feeling that little Mac users ever give them feedback on how existing hardware actually runs.
what if we all post a common feedback at the Apple feedback site;
saying: “Java performance is terrible on Mac OS X 10.3.5. Could you please do something about it before I SWITCH?” (or something like that.. )
I guess enough requests like this should make a difference!
I followed that suggestion! Thanks for the address
John
john.allen:
I followed that suggestion! Thanks for the addressJohn
me too! Come on MAC-users, let’s hear some noise over there!