This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | LowPerformance took 5531 ms. | ||
---|---|---|---|
Product: | platform | Reporter: | lolo_101 <lolo_101> |
Component: | Autoupdate | Assignee: | Libor Fischmeistr <lfischmeistr> |
Status: | REOPENED --- | ||
Severity: | normal | CC: | alied, arittner, azizur, gregorytechsoft, hmichel, ifraixedes, javydreamercsw, jglick, jmichelberger, jocke, jsacha, jtulach, krissco, lanthale, lfischmeistr, misterm, mklaehn, mmirilovic, musilt2, mwaller, quyvle, rano_raharja, rov63rus, vieiro, vv159170, zolta |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 7.2 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 189107 |
Attachments: | nps snapshot |
Description
lolo_101
2012-06-11 19:40:10 UTC
Created attachment 120693 [details]
nps snapshot
reassign to performance for evaluation it seems org.netbeans.modules.autoupdate.services.Utilities.getModuleConfiguration is trying to get configuration from xml consequently most of the time is spent in java.io.FileInputStream.readBytes seems like another slow filesystem issue, but to make sure, autoupdate guys please take a look at this. (In reply to comment #3) > it seems > org.netbeans.modules.autoupdate.services.Utilities.getModuleConfiguration is > trying to get configuration from xml consequently most of the time is spent in > java.io.FileInputStream.readBytes > > seems like another slow filesystem issue, but to make sure, autoupdate guys > please take a look at this. I don't see any problem in code that could cause this slowness. I have to evaluate it and confirm Petr's opinion as filesystem issue. lfischmeistr, Petr evaluated snapshot and pointed out that slow I/O was done in EDT. According to 7.2 goals it has to be fixed, not resolved as 'wontfix' Dear Vladimir, Let me treat you two some beer and tapas if you ever happen to visit Spain. Kind regards, Antonio It's a pellmell issue. Almost each snapshot leads to different component. I assiging back to performance. (In reply to comment #3) > it seems > org.netbeans.modules.autoupdate.services.Utilities.getModuleConfiguration is > trying to get configuration from xml consequently most of the time is spent in > java.io.FileInputStream.readBytes I see. On user action (applying filter in Available plugins in Plugin Manager), metadata of all plugins has to be scanned. I agree it should be call on background and UI just show a wait cursor in the meantime. > seems like another slow filesystem issue, but to make sure, autoupdate guys > please take a look at this. we should be concerned only about the latest two reports - all the others are too old to matter and the lack of duplicates for them signifies that the problem was likely resolved. This is the stopper for NB 7.2, please evaluate and resolve ASAP. just to be clear I have split off the second "recent" exception report, so the only one which should be fixed is : http://statistics.netbeans.org/exceptions/exception.do?id=573304 - the issue with org.netbeans.modules.autoupdate.services.Utilities.getModuleConfiguration |