Am I correct in the assumption that the problme is caused by sharing a module
with a lot of files (on the recieving end of the file transmission in the
beginning of a session)?
If this is realy caused by the creation of new projects in the
FileSystemChangeListener, I should already have a workaround for this. The
session stores all its IProjects. I added a method that gets passed an absolute
IPath to a resource and tries to find and return the IProject for the resource
by looking through the resourceMap of each project and comparing paths. This
should speed it up a bit as it shifts the processing from the filesystem to the
ram.
I know this is a dirty fix, but I could not come up with anything better (as we
can't just look at the paths to see if a resource belongs to a project). This
is made worse by the fact that I currently have to iterate over every resource,
as they are mapped from relative path to absolute path and I don't know where
to cut the given path to recieve the relative bit. But maybe I am
overcomplicating the "making the path relative" part. I will have to think
about this some more.
This method (or something like this) is required anyway, as the project obejcts
held by the session are not updated automatically but are used for incoming
activities. This means I had to create a way to access these project objects in
the FileSystemChangeListener to update them if resources where moved, deleted,
etc.
---
** [bugs:#888] FileSystemChangeListener creates new IntelliJProjectImpl
Objects**
**Status:** open
**Group:** IntelliJ 0.1
**Labels:** Intellij Performance
**Created:** Thu Mar 23, 2017 11:03 PM UTC by Stefan Rossbach
**Last Updated:** Thu Mar 23, 2017 11:08 PM UTC
**Owner:** tobous
**Attachments:**
-
[insane_intellij_crap.png](https://sourceforge.net/p/dpp/bugs/888/attachment/insane_intellij_crap.png)
(238.9 kB; image/png)
-
[insane_intellij_crap_2.png](https://sourceforge.net/p/dpp/bugs/888/attachment/insane_intellij_crap_2.png)
(227.3 kB; image/png)
-
[insane_intellij_crap_3.png](https://sourceforge.net/p/dpp/bugs/888/attachment/insane_intellij_crap_3.png)
(217.3 kB; image/png)
Decompressing the ZIP archive with around 1000 files takes up to 2 minutes
(Saros/E < 10 seconds)
1 CPU core is busy creating a massive amount of objects
2 CPU core is budy garbage collecting those amounts
Depending on your JVM configuration the whole process can take much longer, e.g
no parallel GC algorithm etc.
---
Sent from sourceforge.net because dpp-robot@lists.sourceforge.net is subscribed
to https://sourceforge.net/p/dpp/bugs/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/dpp/admin/bugs/options. Or, if this is a mailing
list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
DPP-Robot mailing list
DPP-Robot@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-robot
