Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Rainer Weikusat Newsgroups: comp.os.linux.development.apps Subject: Re: mmap unuseable for interactive application? Date: Mon, 18 Jul 2011 12:45:08 +0100 Lines: 28 Message-ID: <87livvzubf.fsf@sapphire.mobileactivedefense.com> References: <87ei1ptes4.fsf@araminta.anjou.terraraq.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: individual.net 9IqZbHynOuTLVMeNDb0FvQhkaKUUkQt3e5Ku43k218rytfi40= Cancel-Lock: sha1:3x5w+3QcpHIVwaKGuL0m2mZAPRw= sha1:RqpEsxk8xJcZjPk1OngPyt4oAZ4= User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Xref: x330-a1.tempe.blueboxinc.net comp.os.linux.development.apps:193 Peter writes: > On Jul 17, 1:59 pm, pac...@kosh.dhis.org (Alan Curry) wrote: >> I don't want to seem like I'm endorsing the original incoherent rant, > > then stop being religous ("my faith is the only true one") Did it occur to you that a follow-up to an 'incoherent rant' in this ridicolous style serves as a perfect justification for this label? > (my "incoherent rant" was caused by a problem, which is solved in > other OSs since a long time) It is also solved in Linux 'since a long time': Independent processes operating on shared resource need to coordinate their actions, otherwise, something's likely going to break rather sooner than later. > and tell me, how to avoid the problem I mentioned. By not truncating files mmap'ed by other processes. > By the way -- write() would also fail in case of the disk runs out of > memory -- thus this is not a solution. Disks don't run 'out of memory' but if you want to write more data to a disk that it is capable of accepting, you won't get a buffer overrun but an 'out of disk space' error. The computer won't just go to the next retailer and by a larger one for you.