btrfs: use add_to_page_cache_lru, use __page_cache_alloc
Pagecache pages should be allocated with __page_cache_alloc, so they
obey pagecache memory policies.
add_to_page_cache_lru is exported, so it should be used. Benefits over
using a private pagevec: neater code, 128 bytes fewer stack used,
On 16/03/2010 23:45, Fabio wrote:
Some years ago I was searching for that kind of functionality and found
an experimental ext3 patch to allow the so-called COW-links:
http://lwn.net/Articles/76616/
I'd read about the COW patches for ext3 before. While there is
certainly some similarity
On 17/03/2010 01:45, Hubert Kario wrote:
On Tuesday 16 March 2010 10:21:43 David Brown wrote:
Hi,
I was wondering if there has been any thought or progress in
content-based storage for btrfs beyond the suggestion in the Project
ideas wiki page?
The basic idea, as I understand it, is that a
Hi,
just want to add one correction to your thoughts:
Storage is not cheap if you think about enterprise storage on a SAN,
replicated to another data centre. Using dedup on the storage boxes leads to
performance issues and other problems - only NetApp is offering this at the
moment and it's
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Mar 17, 2010 at 05:20:53PM +1100, Nick Piggin wrote:
btrfs: use add_to_page_cache_lru, use __page_cache_alloc
Pagecache pages should be allocated with __page_cache_alloc, so they
obey pagecache memory policies.
add_to_page_cache_lru is exported, so it should be used. Benefits over
On Wednesday 17 March 2010 09:48:18 Heinz-Josef Claes wrote:
Hi,
just want to add one correction to your thoughts:
Storage is not cheap if you think about enterprise storage on a SAN,
replicated to another data centre. Using dedup on the storage boxes leads
to performance issues and
On Wed, Mar 17, 2010 at 4:25 PM, Hubert Kario h...@qbs.com.pl wrote:
On Wednesday 17 March 2010 09:48:18 Heinz-Josef Claes wrote:
Hi,
just want to add one correction to your thoughts:
Storage is not cheap if you think about enterprise storage on a SAN,
replicated to another data centre.
Chris,
Something that probably should be fixed is how
merging extent maps with block_len == -1 produces
illegal lengths, as in 8191.
I saw it with holes in directIO and it is not the
cause of my current problems so I'll hope someone
else decides to fix.
jim
--
To unsubscribe from this list:
On Wednesday 17 March 2010 16:33:41 Leszek Ciesielski wrote:
On Wed, Mar 17, 2010 at 4:25 PM, Hubert Kario h...@qbs.com.pl wrote:
On Wednesday 17 March 2010 09:48:18 Heinz-Josef Claes wrote:
Hi,
just want to add one correction to your thoughts:
Storage is not cheap if you think about
Btrfs uses below equation to calculate ra_pages:
fs_info-bdi.ra_pages = max(fs_info-bdi.ra_pages,
4 * 1024 * 1024 / PAGE_CACHE_SIZE);
is the max() a typo of min()? This makes the readahead size is 4M by default,
which is too big.
I have a system with 16 CPU, 6G
Email me at this address for a catalog of all our US lists:
evangelina.bar...@lowestpricelists.co.cc
Also, ask about our sale pricing for more than one list.
Send us an email to rem...@lowestpricelists.co.cc we will discontinue from the
list
--
To unsubscribe from this list: send the
12 matches
Mail list logo
