[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PULL 00/13] 9p queue 2020-10-23
From: |
Peter Maydell |
Subject: |
Re: [PULL 00/13] 9p queue 2020-10-23 |
Date: |
Thu, 29 Oct 2020 14:52:16 +0000 |
On Thu, 29 Oct 2020 at 14:31, Christian Schoenebeck
<qemu_oss@crudebyte.com> wrote:
>
> On Donnerstag, 29. Oktober 2020 15:15:19 CET Peter Maydell wrote:
> > On Thu, 29 Oct 2020 at 14:06, Christian Schoenebeck
> >
> > <qemu_oss@crudebyte.com> wrote:
> > > Ok, I'll use mkdtemp() instead, that avoids other potential parallel
> > > config
> > > colissions that I may not have considered yet.
> > >
> > > The original motivation against mkdtemp() was that /tmp is isually a
> > > ramfs,
> > > hence very limited regarding large file tests. But that's not an issue
> > > right now.
> >
> > How large is "large" here ?
> E.g. ~10 GiB which might be a problem for cloud based CI platforms.
Yeah, 10GB is too big by an order of magnitude for anything in the
standard "make check" set. It could go in an optional "I'm the 9p
maintainer and I want to run a wider set of tests" target though.
thanks
-- PMM
- Re: [PULL 00/13] 9p queue 2020-10-23, (continued)
- Re: [PULL 00/13] 9p queue 2020-10-23, Peter Maydell, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Peter Maydell, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Peter Maydell, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23,
Peter Maydell <=
- Re: [PULL 00/13] 9p queue 2020-10-23, Daniel P . Berrangé, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Daniel P . Berrangé, 2020/10/29
- Re: [PULL 00/13] 9p queue 2020-10-23, Greg Kurz, 2020/10/29