Date: Tue, 06 Nov 2018 22:15:41 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 195882] Local DoS from unprivileged user Message-ID: <bug-195882-227-E3NZbFFtUn@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-195882-227@https.bugs.freebsd.org/bugzilla/> References: <bug-195882-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195882 --- Comment #10 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to rozhuk.im from comment #8) One difference in my test context and yours appears to be that I'm not using any encryption layer but the .eli in: /dev/gptid/0714a812-b98e-11e8-a831-7085c2375722.eli suggests that you are using geli-based encryption. My context is basic, simple UFS. In my context the I/O is fairly low latency and fairly high rate (an SSD). So, for example, the fsync activity does not last long. I have no experience with such issues for geli encryption and have no clue how your I/O subsystem latency and bandwidth might compare. I'm also probably less likely to see the file system try to allocate memory during its attempt to fsync or otherwise write out dirty RAM pages (making them clean). All of this may make it harder for me to replicate the behavior that you would see for the same test program run the same way but in your context. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-195882-227-E3NZbFFtUn>