Hi NetBeaners!
while working on the sm-removal PR (#7928), I had to take a look at IO
heavy tasks to evaluate if the lack of IO tracking on the method-level
would be a problem for NB (spoiler: I think NB will be fine).
The reason for that is because NB is already well aware of IO heavy
tasks without having to intercept IO-methods on the lowest level. Two of
those tasks are: code indexing (scanning) and versioning status updates.
As of today (NB 25rc1), the versioning status updates are delayed while
code indexing is in progress even though both tasks appear to not
interact with each other in any other way. You might notice that the git
UI file status is only updated once indexing finishes after startup or
branch switching.
Indexing itself is typically a longer task than git status updates, so
it is unfortunate that one has to wait for the other. Today's hardware
performance is also far less influenced by concurrent reads than the old
mechanical drives where.
long story short: lets try to remove that delay and run both concurrently:
https://github.com/apache/netbeans/pull/8202
PR produces a dev build (see workflow artifacts). Delay can be disabled
with -J-Dversioning.delayscan.disable=true, default is enabled.
best regards,
michael
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
