FreeBSD_STABLE_10-i386 - Build #667 - Still Failing

FreeBSD_STABLE_10-i386 - Build #667 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/667/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/667/changes Full build log:

Re: ZFS - poor performance with "large" directories

On Tue, 24 Nov 2015 17:11:54 +0100 Albert Cervin wrote about Re: ZFS - poor performance with "large" directories: AC> Will try a bit with the meta limit. You can also put metadata on a flash device to speed things up. To check if this is really the bottleneck in your case,

Re: ZFS - poor performance with "large" directories

"8G is not that much really. In the thread they suggested increasing the meta limit so that the giant directory can fit into cache." It is not really short on ram judging from the usage though and sure 8Gb is not that much but on the other hand, neither is 8000 files in one directory in my

Re: sshpass

Maybe patch around this change http://sourceforge.net/p/sshpass/code/48/tree//trunk/main.c?diff=5182883de88f3d77deda7b5c:47 similarly to what was done in the Salt issue https://github.com/saltstack/salt/pull/22120/files --Nikolay On Tue, Nov 24, 2015 at 1:05 AM, Adam Vande More

FreeBSD_STABLE_10-i386 - Build #664 - Still Failing

FreeBSD_STABLE_10-i386 - Build #664 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/664/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/664/changes Full build log:

FreeBSD_STABLE_9-i386 - Build #238 - Still Failing

FreeBSD_STABLE_9-i386 - Build #238 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/238/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/238/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/238/console

FreeBSD_STABLE_10-i386 - Build #666 - Still Failing

FreeBSD_STABLE_10-i386 - Build #666 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/666/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/666/changes Full build log:

Re: ZFS - poor performance with "large" directories

make sure atime if off for starters on the filesystem On 24 November 2015 at 14:00, Albert Cervin wrote: > Hi all, > > Please feel free to direct me to a list that is more suitable. > > We are trying to set up a fileserver solution for a web application that we > are

Re: ZFS - poor performance with "large" directories

On Tue, Nov 24, 2015 at 8:00 AM, Albert Cervin wrote: > Hi all, > > Please feel free to direct me to a list that is more suitable. > > We are trying to set up a fileserver solution for a web application that we > are building. This fileserver is running FreeBSD 10.2 and ZFS.

Re: ZFS - poor performance with "large" directories

On 11/24/2015 9:00 AM, Albert Cervin wrote: > However, we are seeing en exponential decrease in performance to write to > the file server when the number of files in the directory grows (when it > goes up to ~6000 files it becomes unusable and the write time has gone from > a fraction of a second

Re: ZFS - poor performance with "large" directories

Thanks! "I should hope not. ext4 vs zfs comparison isn't fair for either." I do realize that comparing ext4 and ZFS is not really giving anything but it tells us one thing, ext4 would work whereas ZFS would not for our use case, which was unexpected, at least to me. vfs.zfs.txg.timeout is

FreeBSD_STABLE_10-i386 - Build #665 - Still Failing

FreeBSD_STABLE_10-i386 - Build #665 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/665/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/665/changes Full build log:

ZFS - poor performance with "large" directories

Hi all, Please feel free to direct me to a list that is more suitable. We are trying to set up a fileserver solution for a web application that we are building. This fileserver is running FreeBSD 10.2 and ZFS. Files are written over CIFS with Samba running on the fileserver host. However, we

Re: ZFS - poor performance with "large" directories

On 11/24/2015 10:26 AM, Albert Cervin wrote: > vfs.zfs.txg.timeout is already verified to be 5 (the default). I have > also turned off atime and vfs.zfs.arc_meta_limit is 1287906304. > > "Do you have any memory pressures on your server ? Have a look at this > thread" > > The server has 4 cores