From owner-freebsd-fs@freebsd.org Wed Jan 31 20:20:12 2018 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C83C8EDFB12 for ; Wed, 31 Jan 2018 20:20:12 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66A1C76644 for ; Wed, 31 Jan 2018 20:20:12 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: by mail-ot0-x22c.google.com with SMTP id 73so5500975oti.12 for ; Wed, 31 Jan 2018 12:20:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=C+RTu+l4umaITIHuNPgS7YWCih3g3+JZBKZNRI+jt1I=; b=dZRq/ZSScp5S9frNU95AIlIlJM44yIb/5I/ugW2423mcC53CVIXziTD7bOXiJ1yyeK u7Pgnnp3rB/kkmxzQhp89DJteKdHvP9Im/6u+gOqrs92oLDAnemH09wqtD/CPjRag5DQ l1pu8ho6Fer3biRAPSC6rLRVUn7VtfrGBYwvs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=C+RTu+l4umaITIHuNPgS7YWCih3g3+JZBKZNRI+jt1I=; b=ax7tXQXVRH8wpHOcmTnKzYaKGj24aNzrvo5XMKXm+hn8gwAMjHZR+qWnGwuaMM6ZvH tI5LxZsRG7dV8q+R3xxC+sWIo/wZAxvn7g/Pt1vpQbL79QcFPbnDnzpx/uMXMWOvchT8 TQ/WQHNFn2/bGqmIy1iGr3XlefgBPej8gGPtOmqdbg2WNlpjQEmH7wBRxBF3pnlzYYCw JHYFuK6ionaUEUC31TBFYddxAYXmzHphBG8j4l0OKJqnC7Re7OPt68uvRd0aGuTfcgvz 25g0Y9CewaGER/oM0aG1JMMiMH6IijWDwn9AuoIb3gW87V5paBDj/P0Y6NcNZmJbwcKo STLQ== X-Gm-Message-State: AKwxytf+nNJhqy6vIZwc+EaKgjqzTUXtOnpr7MBc5f16M7PiU7WJJpdZ 2yIhOf9vXWh77xiUiAp0q3+YD7x93S5veENyn9GrQOpx X-Google-Smtp-Source: AH8x227NrxaMo161SOP1JByHT1CDlDpJx/OCSA8jK1e5XjxQGfB75d+UNHEmXb79F3UpngpvYa9D/y0nsc3a5pxlrJ0= X-Received: by 10.157.58.116 with SMTP id j107mr23875945otc.238.1517430011670; Wed, 31 Jan 2018 12:20:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.61.230 with HTTP; Wed, 31 Jan 2018 12:19:51 -0800 (PST) In-Reply-To: <8868a37f-90ad-a271-2295-bf67164fad19@aldan.algebra.com> References: <8868a37f-90ad-a271-2295-bf67164fad19@aldan.algebra.com> From: Mahmoud Al-Qudsi Date: Wed, 31 Jan 2018 14:19:51 -0600 Message-ID: Subject: Re: Need help with sysutils/fusefs-smbnetfs To: "Mikhail T." Cc: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 20:20:12 -0000 On Wed, Jan 31, 2018 at 12:31 PM, Mikhail T. wrote: > The upstream developer primarily works with Linux -- and is not very > responsive at any rate. Can any of the FreeBSD's FUSE-developers take a look > at the port -- the codebase is not very large -- and suggest any > optimizations? How does the performance vary with changes to samba_max_rw_block_size? I only took a cursory glance at the upstream code (ugh, sourceforge) but it acquires a mutex to lock the samba context for each loop in read/write. I could be wrong (never worked with smb code before!) but from what I can see in the `get_ctx` function, it doesn't seem that the context needs to be shared at all: it looks like a new context can instead be obtained for each transfer, (not chunk) eliminating the need to lock and unlock repeatedly in a loop. Mahmoud Al-Qudsi NeoSmart Technologies