[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:15:19 +0000 |
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 ?
thanks
-- PMM
- Re: [PULL 00/13] 9p queue 2020-10-23, (continued)
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/26
- Re: [PULL 00/13] 9p queue 2020-10-23, Greg Kurz, 2020/10/26
- Re: [PULL 00/13] 9p queue 2020-10-23, Dr. David Alan Gilbert, 2020/10/27
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/27
- Re: [PULL 00/13] 9p queue 2020-10-23, Dr. David Alan Gilbert, 2020/10/27
- Re: [PULL 00/13] 9p queue 2020-10-23, Christian Schoenebeck, 2020/10/27
- 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, 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, 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