So there are essentially 3 things happening here (From the Java perspective):

* The workspace is searched and for each file/folder a ProjektTreeNode is 
created. I tested this step already when introducing the ProjectListManager, 
and it worked fine (meaning no visible  performance issue) with the Saros 
repro. It only use the member() and getType () methods of eclipse, which are 
quit fast. 

* After that this nodes are transformed into a GSON model. I don't tested this, 
as I asummed that this serialisation shouldn't take long. I don't know how big 
the actual gson is in that case. 

* Last step is calling the update Project models in JS with the GSON. This 
should also trigger the rendering.

Any Ideas Basti what can cause this on js side?

Ps: You right the scrolling issue is certainly not 'small',from a user point of 
view. What I actually meant is, that this is easy to fix, since this is 
probably done via css.

Pss: The shell don't allow me to resize it. This is also a 'small' issue  (But 
on java side).

-------- Ursprüngliche Nachricht --------
Von: Stefan Rossbach <srossb...@arcor.de> 
Datum: 14.07.2015  00:28  (GMT+01:00) 
An: Matthias Bohnstedt <matthias.bohnst...@gmail.com>, "Zieris, Franz" 
<franz.zie...@fu-berlin.de> 
Cc: dpp-devel@lists.sourceforge.net 
Betreff: Re: [DPP-Devel] HTML UI Plugin performance issues ! 

2*(100/8) = 25% CPU consumption on my machine.

Anyway the CPU consumption should always be < 1% (on ONE core) unless something 
expensive is calculated for a very short amount of time.

This is still a small plugin and not a full blown next gen application :P

I already noticed that the browser engine adds about 50 - 150 MB to the JVM 
memory usage which isn't that great but still acceptable, but NOT over 700 MB 
for a single wizard.

And the "small" issue you found (I forgot to mention it) isn't that small. 
After you selected the files you have to find the buttons again ...
Also the headline is not visible anymore if you start scrolling.

Last but not least the font size and icons are a little bit to large.

PS: I got a bunch of npm errors when I tried to "compile" this on my Windows 
machine.

At least a hint in the description would be helpful. I managed to compile the 
stuff after trying it for 2 hours when I finally
just run:

npm install (in the html directory)

before running npm run build

as this npm stuff was always unable to find the required dependencies in the 
default installation directory.


On 13.07.2015 23:49, Matthias Bohnstedt wrote:
Sorry I hit the send button on accident (before correcting): 

I have the same problems Stefan. I tested it with our Saros repository with all 
projects in my workspace (13 k files), and it took about 20 sec and freeze the 
whole JAVA machine the projects where rendered. My CPU usage wasn't that high 
(about 40%), but it also load until I closed the wizard. The memorie usage was 
about 1.2GB, so there is a correlation between workspace size and memory usage 
for sure.

Once finished, the projects where all expanded (open to the last node). I 
assume that this might be the reason why this takes so long. The browser 
renders 10.000 files with 10.000 check boxes and 10.000 pictures at once. This 
might cause the trouble, but I am not sure yet, the JSON serialization 
shouldn't be that big. And this don't explain why the CPU is still working,     
        after everything is rendered. 

Btw. I found a small             issue with the scrolling see: 
http://1drv.ms/1L3fRan

2015-07-13 23:31 GMT+02:00 Matthias Bohnstedt <matthias.bohnst...@gmail.com>:
Answers below

2015-07-13 21:00 GMT+02:00 Zieris, Franz <franz.zie...@fu-berlin.de>:
I would report my experience if only I had some.

I tried to enable the HTML GUI [1], but the view remains empty.

These warnings might be related, but I'm far from sure:

> WARN  20:56:55,600 [main] (EclipseResourceLocator.java:75) could not find any 
> resources using default bundle find method with path 'html/dist' and file 
> pattern 'null'
> WARN  20:56:55,613 [main] (EclipseResourceLocator.java:84) could not find any 
> resources using wiring bundle find method with path 'html/dist' and file 
> pattern 'null'

Basti? Matthias?

I had the same problem on my Laptop, but it works fine on my PC.
I am not sure, but you might need to manual copy the "bundle.js" from 
"html\bundle\bundle.js" to "html\dist\bundle\bundle.js"
and the two html files into dist as well. The folder should look like this: 
http://1drv.ms/1JejlB4

 
Franz

[1] http://www.saros-project.org/html-gui

-----Original Message-----
From: Stefan Rossbach [mailto:srossb...@arcor.de]
Sent: Monday, July 13, 2015 5:48 PM
To: dpp-devel@lists.sourceforge.net
Subject: [DPP-Devel] HTML UI Plugin performance issues !

Hi,

I just simulated an average developer IDE workspace (approx. 10k files)

When I open the start session wizard the result is something like:

Memory usage is about 1.5 GB (with a peak of 2.4 GB)

For almost 1 minute 2 of my 8 CPU dies are 100% load and I am unable to
select anything.

After that minute the CPU load is still about 100% load for 1 CPU die
(this also happens with just a single Saros Project in the workspace <
1000 files).

The CPU load remains until I close the wizard.

 
Can anyone confirm the same behavior on her/his working machine ?

I have the same problems, I testes our Saros project (which is not quite that 
big) but it took about 20 sec and freeze the whole JAVA untill the projects 
where rendered. 
The Projects where all expanded (open to the last node)  at the start. I assume 
that this might be the reason why this takes so long. If the browser renders 
10k o the side tryes to show a list 10k files at start (and 10 checkboxes)

But I am not sure. I found btw. a small issue with the scrolling see: 
http://1drv.ms/1L3fRan

Regards,
Stefan



------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel



------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel

Reply via email to