Bug 808317 - NFS: Kernel compilation is too slow
Summary: NFS: Kernel compilation is too slow
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: GlusterFS
Classification: Community
Component: nfs
Version: pre-release
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Vinayaga Raman
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-30 06:37 UTC by Sachidananda Urs
Modified: 2014-03-31 01:28 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-27 12:33:04 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Sachidananda Urs 2012-03-30 06:37:22 UTC
Kernel compilation takes forever when compiled on NFS mount. The same is pretty fast on FUSE mount. Nothing is listed in the NFS logs.

Reproducing is straight forward:

* Extract the kernel.
* Create a default config.
* make

Comment 1 Krishna Srinivas 2012-03-30 10:18:21 UTC
Sac, what is the setup like? can I access it?

Comment 2 Sachidananda Urs 2012-04-17 09:55:47 UTC
With ntpd stopped and ntpdate synced with pool.ntp.org (the time difference was in milliseconds). The compilation continues faster. However, this was not really consistent, it used to work sometimes and sometimes it didn't (depending on the distribution of files on the server). And in 3.2.6 slowness was never experienced at all.

We need to document his in our FAQ or somewhere.  Also, if the logging can somehow improved to detect this, it would help.

Comment 3 Vidya Sakar 2012-04-18 15:13:02 UTC
Removing the blocker flag as this looks like a setup issue.

Comment 4 Sachidananda Urs 2012-04-18 15:34:01 UTC
I am not sure if I have enough details to mark this as fixed. I could reproduce this today after disabling all sorts of caching is NFS.

Maybe we can mark this as known issue when caching is disabled?

Comment 5 Vijay Bellur 2012-04-27 12:33:04 UTC
With caching disabled, this would be expected. Hence we don't see the need for documenting expected behavior.


Note You need to log in before you can comment on or make changes to this bug.