Date: Sat, 06 Oct 2018 21:00:37 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 208130] smbfs is slow because it (apparently) doesn't do any caching/buffering Message-ID: <bug-208130-3630-yMSLe2JqCS@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-208130-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-208130-3630@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=3D208130 noah.bergbauer@tum.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|10.2-RELEASE |11.1-RELEASE --- Comment #1 from noah.bergbauer@tum.de --- Revisiting this 2.5 years later, no improvement. But one possible workaround is to mount the smbfs, then create an md(4) disk from a file on the mount and finally mount UFS on top of that. The filesystem-level buffer management ensures that inefficiently small IO will never hit the network (increase the md disk sector size as needed, 4K alrea= dy gives me well over 40 MiB/s). This obviously breaks file sharing but at least it allows using samba shares for simple remote storage (poor man's iSCSI) with decent performance. It's a shame there is no filesystem-level equivalent of gcache(8) (which by= the way is the solution if you just need a block device instead of a filesystem= ). --=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-208130-3630-yMSLe2JqCS>