From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70209 invoked by alias); 13 Dec 2019 09:41:32 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 70177 invoked by uid 89); 13 Dec 2019 09:41:31 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.4 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2 autolearn=ham version=3.3.1 spammy=tel, Tel, UD:png X-HELO: smtp01.belwue.de Received: from smtp01.belwue.de (HELO smtp01.belwue.de) (129.143.71.86) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 13 Dec 2019 09:41:29 +0000 Received: from fex.rus.uni-stuttgart.de (fex.rus.uni-stuttgart.de [129.69.1.129]) by smtp01.belwue.de (Postfix) with SMTP id F347AA4B4 for ; Fri, 13 Dec 2019 10:41:26 +0100 (MET) Date: Fri, 13 Dec 2019 10:06:00 -0000 From: Ulli Horlacher To: cygwin@cygwin.com Subject: Re: non-persistant storage? Message-ID: <20191213094126.GF12864@tik.uni-stuttgart.de> Mail-Followup-To: cygwin@cygwin.com References: <20191212120041.GA7699@tik.uni-stuttgart.de> <8905c7b6-b2e6-52bf-bcdd-66890db91e9e@cs.umass.edu> <20191212212746.GA12864@tik.uni-stuttgart.de> <5DF2E42A.7020200@tlinx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5DF2E42A.7020200@tlinx.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00099.txt.bz2 On Thu 2019-12-12 (17:06), L A Walsh wrote: > On 2019/12/12 13:40, Eliot Moss wrote: > > > Ah! I think what you want is a tmpfs or ramfs. > > Not sure if cygwin supports that ... > > > ---- > Easiest thing might be to use /dev/shm. I used it during > development to store intermediate data that was later to be > transfered via a fifo... > > Basically check for existence of "/dev/shm" (exists on my cygwin). > if "tmp" didn't already exist, create it w/options similar to > /tmp (only owner can delete/edit): > > mkdir -m 1777 /tmp/shm/tmp > > > **Warning, "writes" to /dev/shm/tmp (or /dev/mem) can fill up > your system's memory, so its only good for "small files" > (small being well under your system's free memory amount). This is true for Linux, but not for cygwin, where /dev/shm is ntfs on disk: ~: uname -a CYGWIN_NT-10.0 VD-TIK-12 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin ~: df -TH /dev/shm Filesystem Type Size Used Avail Use% Mounted on C:/cygwin64 ntfs 34G 25G 8.9G 74% / Its content is still there after a reboot and I can see it with the windows explorer: https://fex.belwue.de/fop/dyQzlG1x/X-20191213103905.png -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/ REF:<5DF2E42A.7020200@tlinx.org> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple