On Wed, 20 Mar 2013, Martin Steigerwald wrote:
Am Dienstag, 29. Januar 2013 schrieb Daniel Phillips:
On Mon, Jan 28, 2013 at 5:40 PM, Theodore Ts'o ty...@mit.edu wrote:
On Mon, Jan 28, 2013 at 04:20:11PM -0800, Darrick J. Wong wrote:
On Mon, Jan 28, 2013 at 03:27:38PM -0800, David Lang wrote
then decide that you have to move the directory/file info, doesn't
that create a potentially large amount of unexpected IO that could end up
interfering with what the user is trying to do?
David Lang
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net
are to a usable state and other people can start
beating on it.
David Lang
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
On Tue, 12 May 2015, Daniel Phillips wrote:
On 05/12/2015 02:30 PM, David Lang wrote:
On Tue, 12 May 2015, Daniel Phillips wrote:
Phoronix published a headline that identifies Dave Chinner as
someone who takes shots at other projects. Seems pretty much on
the money to me, and it ought
writes if it's modified again
otherwise, won't this be the same thing?
David Lang
If RDMA to a mmapped file races with write(2) to the same file,
maybe it is reasonable and expected to lose some data.
In the RDMA case, there is at least application awareness to work around
the problems
if your implementation details make it safe, these need to be safe even
without your implementation details to be acceptable in the core kernel.
David Lang
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
should be surprised. That is a race even without page fork.
how do you prevent it from continuing to interact with the old version of the
page and never see updates or have it's changes reflected on the current page?
David Lang
___
Tux3 mailing list
as still being high, just with more testing and
polishing before it gets out to users.
David Lang
___
Tux3 mailing list
Tux3@phunq.net
http://phunq.net/mailman/listinfo/tux3
On Fri, 31 Jul 2015, Daniel Phillips wrote:
On Friday, July 31, 2015 11:29:51 AM PDT, David Lang wrote:
We, the Linux Community have less tolerance for losing people's data and
preventing them from operating than we used to when it was all tinkerer's
personal data and secondary systems.
So