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.

Bug 211168 - RemoteFS.getMimeType performance (4K transfer for each file)
Summary: RemoteFS.getMimeType performance (4K transfer for each file)
Status: NEW
Alias: None
Product: cnd
Classification: Unclassified
Component: Remote (show other bugs)
Version: 7.2
Hardware: All All
: P4 normal (vote)
Assignee: Vladimir Kvashin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-13 15:17 UTC by Vladimir Voskresensky
Modified: 2016-03-29 21:31 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Voskresensky 2012-04-13 15:17:51 UTC 
remote fs transfers 4K for each file to do local mime resolution.
Unix utility file can do the same job remotely without need of transfer for most extension based mime resolvers. 
I.e. we can provide magic which mimics NB mime-resolution file and transfer it to remote hosts
Comment 1 Vladimir Voskresensky 2012-04-13 15:18:29 UTC 
see previous improvements in issue #199136 - RemoteFS.getMimeType is slow
Comment 2 Maria Tishkova 2012-11-27 13:49:14 UTC 
next release
Comment 3 Vladimir Kvashin 2015-12-01 15:24:08 UTC 
One of the ideas is: use fs_server for reading these 4K fragments.
Another one is: move logic to an utility on remote server.
Comment 4 Vladimir Kvashin 2016-03-29 21:31:41 UTC 
Until we get measurements that show slowness caused by this fact, I'm downgrading this to P4. 

In theory, reducing these 4k transfers is right thing to do. In practice, there is no evidence that this is in the top 20% of the list. (It's more likely that something related with the remote VCS will get there)