Re: FFS write coalescing

2012-12-03 Thread Alan Barrett
On Mon, 03 Dec 2012, Chuck Silvers wrote: the genfs code also never writes clean pages to disk, even though for RAID5 storage it would likely be more efficient to write clean pages that are in the same stripe as dirty pages if that would avoid issuing partial-stripe writes. (which is basically a

Re: FFS write coalescing

2012-12-03 Thread Chuck Silvers
On Mon, Dec 03, 2012 at 06:21:30PM +0100, Edgar Fu wrote: > I could find out myself by digging through the source, but probabely someone > here knows the answer off his head: > When FFS does write coalescing, will it try to align the resulting 64k chunk? > I.e., if I have 32k blocks and I write blo

Re: FFS write coalescing

2012-12-03 Thread David Laight
On Mon, Dec 03, 2012 at 06:21:30PM +0100, Edgar Fu? wrote: > When FFS does write coalescing, will it try to align the resulting 64k chunk? > I.e., if I have 32k blocks and I write blocks 1, 2, 3, 4; will it write (1,2) > and (3,4) or 1, (2,3) and 4? > Of course, the background for my question is RA

FFS write coalescing

2012-12-03 Thread Edgar Fuß
I could find out myself by digging through the source, but probabely someone here knows the answer off his head: When FFS does write coalescing, will it try to align the resulting 64k chunk? I.e., if I have 32k blocks and I write blocks 1, 2, 3, 4; will it write (1,2) and (3,4) or 1, (2,3) and 4? O

Re: core statement on fexecve, O_EXEC, and O_SEARCH

2012-12-03 Thread Emmanuel Dreyfus
Alan Barrett wrote: > The fexecve function could be implemented entirely in libc, > via execve(2) on a file name of the form "/proc/self/fd/". > Any security concerns around fexecve() also apply to exec of > /proc/self/fd/. I gave a try to this approach. There is an unexpected issue: for a re

Re: Problem identified: WAPL/RAIDframe performance problems

2012-12-03 Thread Michael van Elst
mo...@rodents-montreal.org (Mouse) writes: things. What I care about is the largest size "sector" that will (in >> ^^^ the ordinary course of things anyway) be written atomically. >>> Then those are 512-byte-sector drives [...] >> No; because I ca