search for: mnode

Displaying 7 results from an estimated 7 matches for "mnode".

Did you mean: inode
2011 Sep 07
1
Clearcase, Samba, and mnode values
...sit there like that and work just fine? Or should I expect it to eat up initially a few gigs of memory and then stay relatively stable, recognizing that over time the running system will slowly eat up memory (but not all in 12 hours). 2. IBM has suggested making sure these conditions are met for mnode values on Windows clients and the MAX_OPEN_FILES is big enough on the Samba side: https://www-304.ibm.com/support/docview.wss?uid=swg21169548 Basically saying that for a 64 bit Clearcase/Samba server, the max mnode values should be set to 800 and not the default 1800. Anyone with experience with...
2019 Nov 12
0
[PATCH v3 06/14] RDMA/hfi1: Use mmu_interval_notifier_insert for user_exp_rcv
...ages); -static int tid_rb_insert(void *arg, struct mmu_rb_node *node); static void cacheless_tid_rb_remove(struct hfi1_filedata *fdata, struct tid_rb_node *tnode); -static void tid_rb_remove(void *arg, struct mmu_rb_node *node); -static int tid_rb_invalidate(void *arg, struct mmu_rb_node *mnode); +static bool tid_rb_invalidate(struct mmu_interval_notifier *mni, + const struct mmu_notifier_range *range, + unsigned long cur_seq); static int program_rcvarray(struct hfi1_filedata *fd, struct tid_user_buf *, struct tid_group *grp, unsigned int start, u16 count,...
2019 Oct 28
1
[PATCH v2 06/15] RDMA/hfi1: Use mmu_range_notifier_inset for user_exp_rcv
...ages); -static int tid_rb_insert(void *arg, struct mmu_rb_node *node); static void cacheless_tid_rb_remove(struct hfi1_filedata *fdata, struct tid_rb_node *tnode); -static void tid_rb_remove(void *arg, struct mmu_rb_node *node); -static int tid_rb_invalidate(void *arg, struct mmu_rb_node *mnode); +static bool tid_rb_invalidate(struct mmu_range_notifier *mrn, + const struct mmu_notifier_range *range, + unsigned long cur_seq); static int program_rcvarray(struct hfi1_filedata *fd, struct tid_user_buf *, struct tid_group *grp, unsigned int start, u16 count, @@...
2000 Jan 11
3
Too many open files when using clearcase
FYI: I'm using samba 2.0.6 for clearcase interoperation between Unix and NT, and while it works great 99% of the time, I run into a problem whenever I do a complete build on an NT system, which involves compiling ~1500 files. The first 1100 or so are compiled correctly, but then the following errors show up on the NT box: The system cannot open the device or file specified. And the
2019 Nov 12
20
[PATCH hmm v3 00/14] Consolidate the mmu notifier interval_tree and locking
From: Jason Gunthorpe <jgg at mellanox.com> 8 of the mmu_notifier using drivers (i915_gem, radeon_mn, umem_odp, hfi1, scif_dma, vhost, gntdev, hmm) drivers are using a common pattern where they only use invalidate_range_start/end and immediately check the invalidating range against some driver data structure to tell if the driver is interested. Half of them use an interval_tree, the others
2019 Oct 28
32
[PATCH v2 00/15] Consolidate the mmu notifier interval_tree and locking
From: Jason Gunthorpe <jgg at mellanox.com> 8 of the mmu_notifier using drivers (i915_gem, radeon_mn, umem_odp, hfi1, scif_dma, vhost, gntdev, hmm) drivers are using a common pattern where they only use invalidate_range_start/end and immediately check the invalidating range against some driver data structure to tell if the driver is interested. Half of them use an interval_tree, the others
2003 Dec 01
0
No subject
...ware package, called Clearcase, (like CVS) that promotes Samba , Version 2.0.7, as a NT/UNIX interop tool. Clearcase utilizes its own proprietarily file system, MVFS, for dynamic source code viewing. The problem I am running into is that Clearcase aggressively caches files; something that they call mnodes. Out of the package Clearcase is set to 1200, which translates to caching 1200 files, for performance issues. At this setting Samba chokes. All kinds of funny things happen. Code in files appears truncated, files are missing, files become questionable in Clearcase's eyes "checkedout but r...