When I do a lot of printpreviews the developper gets slower and sloower and sloooooooooooower…
After, let’s say, more than 10 previews it is unworkable and I have to stop and start.
Servoy 1.2 and OS X 1.3…
We cannot reproduce this, can we have a look at the solution?
I have the same kind of problem on my laptop. (WinXP) This is because I only have 256MB of RAM in it. On my other computers, with 512mb and 1Gb, there is no problem at all!
HJK:
This is because I only have 256MB of RAM in it. On my other computers, with 512mb and 1Gb, there is no problem at all!
You are saying it is related to the memory? are you running developer or client?
Developer! My solution is growing and growing. If I work on my laptop, I have to start en stop every half hour. (depends on what I am doing).
I have a animated gif in my menu-bar. This is showing-me if the developer runs smoothly.
On the clients I have never seen this problem.
This is what I reported before HJK. However not after half an hour but half a day and the laptop I use can’t be the problem: ApplePowerBook 1.33Ghz, 1GB internal memory, OS X 10.3.1…
It looks like the application doesn’t clean up memory or something like that?
I do think it is a memory problem.
I’m experience this when I switch a lot between designer-mode and browse-mode!
you’ll see that my prossecor is at 66%, and I am doing nothing!
processor is Intel Pentium IV-2GHz, Ram: 256MB
my memory size of javaw.exe (in the task manager) jumps with 2-5Mb up, every time I go to design-mode and back to browse-mode again.
This explains why IT2BE must start every half day, and I every half hour.
IT2B has a lot more RAM
I have checked, based on the remark of HJK. I found that, independent if it is a client or a developer running, when I do a print the memory usage goes up with about 5 - 10 mb per print.
Every next print costs more time than the print before. After something like 10 times printing the solution locks and I have to force stop it (lost all my db info once already)…
The only thing I do is:
- create a global;
- fill the global with html info through a loop through records;
- call the print form with loadrecords();
- print with print();
- go back to the original form;
I think I more or less isolated the issue…
I added,over-and-over, text and tags to the global string to print that string later on…
The global is attached to a html_area. As described above, executing the print method slowed down per time I ran the method.
Now I changed the global variable into a local variable to keep the string manipulation away from the html_area and, only in the end convert the local var into a global var.
This seems to do the trick. Printing and method execution show enormous speed improvement (seconds/minutes into tenths of seconds)…
My careful conclusion now is that it is not the printing module but the html_parser.
I also noticed that needs to be lowercase. Some string commands need to be between parenthises e.g. font face=Helvetica gives the right result. valign=top (in a talbe) doesn’t work. It needs to be valign=‘top’.
Yes you are right. You shoudn’t append html data to a variable that you show in a html area. This is very bad for performance because when you append a new piece of text it will try to render it.
Also going to the next record can have the same effect
The best thing you can do is what you do above and because you are going through records. Set the global that has the previous html data to “” before you go on making the html (first in local var). So that it doesn’t have to render a thing even if you loop through records.
So what you say Johan is that the slowdown I still see (although minimal now) will disappear if I ‘reset’ the global to ‘’ after going through the method?
Is this the same for an RTF area?
i think it will improve a bit more, atleast it did this for a solution i build when i was also using a global with a html_area
i don’t know for rtf i don’t think that the penalty is as big with a rtf as it is with html
I now have a other machine AMD XP 2.0 GHz and 1 GB RAM
I have still problems, that after a while the developer gets slower and slower. I thought it had something to do with my 256 MB Ram, but now I have 1Gb RAM
I have included a screenshot:
After a while of working the processor still uses 60% CPU TIME!
And I am doing nothing!
BTW using: 2.0beta5 on XP (but in 1.2 it is the same)
The only solution, is closing the developer en start the developer again!
We just cannot reproduce this and have never seen this, can you reproduce this in any way?
BTW Did you ever see this in the client?
Yes I can reproduce it, but not at a specefic time.
When I am working in the solution, at one certain time, it appears, never on the same layout ar something. Just working in the solution, form layout to layout, from design to browse and vice-versa, and than after an halfhour it appears. I can send you the solution.
see the graphic, the processor is always jumping up and down.
I even tried to start with the StackTRACE=TRUE and than it happens too, after a certain of time.
No I never saw it in the client, but than again, I never work so offen in the client.
Yes please send me the solution, with instructions how to reproduce.
We have found the problem, it is the animated image you are using, Java has 4 animated image background processors which are not cleared when we dispose the image, we will submit a bug report to SUN. (until then be carefull with form animated gifs)
Great work guys!