snapshot prototype, and inode container improvement.
Thanks.
--
OGAWA Hirofumi
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
Jan Kara j...@suse.cz writes:
On Sun 09-08-15 22:42:42, OGAWA Hirofumi wrote:
Jan Kara j...@suse.cz writes:
I'm not sure about which ENOSPC issue you are speaking BTW. Can you
please ellaborate?
1. GUP simulate page fault, and prepare to modify
2. writeback clear dirty, and make PTE
would not provide stabled page data for that logic too.)
Well, assuming elevated refcount == threshold + waitq/wakeup, so
IMO, it is not attractive. Rather the last option if there is no
others as design choice.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
Masoud Sharbiani masoud.sharbi...@gmail.com writes:
Thanks! setting selinux mode to permissive fixed this. Unto playing with
sharp objects!
Good. Welcome to tux3 :)
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
-tux3]# git checkout hirofumi
Checking out files: 100% (23904/23904), done.
Switched to branch 'hirofumi'
[root@localhost linux-tux3]# git log
commit 6548a36e52cdee6bb6095f0c97f304a2e0866790
Author: OGAWA Hirofumi hirof...@mail.parknet.co.jp
Date: Sat Jun 6 18:45:08 2015 +0900
tux3: Cleanup
. And there are more drivers in
kernel like that.
Unfortunately, I'm not looking those yet though. I guess those would be
helpful to see the details.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net
different set of flags and state, so we may have to adjust revalidation.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
. Replace the page fork at (5).
With no revalidate of page, (6) will use the old page.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
.
[BTW, I'm trying to reproduce bug of tests/generic/299, but not succeed yet.]
Signed-off-by: OGAWA Hirofumi hirof...@mail.parknet.co.jp
---
fs/tux3/filemap_mmap.c |5 -
mm/memory.c|2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff -puN fs/tux3/filemap_mmap.c~page
Theodore Ts'o ty...@mit.edu writes:
On Fri, Jun 28, 2013 at 08:37:40AM +0900, OGAWA Hirofumi wrote:
Well, anyway, it is simple. This issue was came as the performance
regression when I was experimenting to use kernel bdi flusher from own
flusher. The issue was sync(2) like I said
+ 1.02% iput
+ 0.69% dput
+ 0.57% __tux3_get_block
+ 0.53% shrink_dcache_parent
+ 0.53% __d_instantiate
Before patch:
real 2m40.994s
user 0m1.344s
sys 0m15.832s
After patch:
real 2m34.748
user 0m1.360s
sys 0m5.356s
Signed-off-by: OGAWA Hirofumi hirof
-of-tree code is not the way
things get done around here...
I'm thinking the root cause is vfs can't have knowledge of FS internal,
e.g. FS is handling data transactional way, or not.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3
]
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
Raymond Jennings shent...@gmail.com writes:
Also I think it's spelled inodes, not indoes
Oh, I'll fix. Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
14 matches
Mail list logo