From nobody Tue Apr 25 16:43:22 2023 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q5SVg3cCcz47Pfc for ; Tue, 25 Apr 2023 16:43:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q5SVg2f08z3v7M for ; Tue, 25 Apr 2023 16:43:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682441003; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=g0vnDQ7MbkOy8bUu1fSIkGVgp6ZEH+IlAXA04py4whg=; b=fDJRLPiaZ9UsNYY4u7TTIRsFC1OXQ4UAbDXyyEApW8r/3nTmtlmabFnD4dNcDFfjM2ZNpi R3lZvVb5OkILZq4VjIjmGT6IdVXkdnSorfwuha0xjbZrVh931YRc25GzkWblrU4hmpwSwn 5w88jYsyR6Q2Trf74XUui1IyWh3JBKIb2D7cZ8IXHcLaTFQLDfyAVHMN5iiLgmeDtdNtt3 MB4ivJv2MrKRcrqRRNhLGpit5At/ouB+siw9zU1rtNdU3/jmhREaKWhsXY7vrCx0/08UPM Ub9jsrthS7pF+Jrob311yaiwAOuBzDHk4bs0bgbDKQAa9N/jnp3LqrkB8MwLzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1682441003; a=rsa-sha256; cv=none; b=XdZZgjOpwJEoURmv37+DRFw8ollcYwQLf1l3561NQIhd2EqA0IcDjFeM7jnoQfHg3cZtRd yo3Pybzi5u6I+MryWNHCipHLCBP4ktSb/xNVHcebBazFBLvftgc6R5cLBs9bT0nr8uBKOC msc6wVrzEZdNGF6cT1nwgBWXm7uisamzqvIgNyBmGpFPVzcP3Pd3BoGj5iwSJ+sPw5bX5e x3rYomf1luzb38f0+WnqIXUOSezFHcgs88jv0sO9FZAxx0zY0QEJJbDIoeSK3iHh3FHnBk /5Ul9KifuggPMx8A9Z0DqVQUXq/1d+rLgAnhp6wR72kZXbPWwgNByFu3eA1cjA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Q5SVg1fZBz1F7S for ; Tue, 25 Apr 2023 16:43:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33PGhNkR058710 for ; Tue, 25 Apr 2023 16:43:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33PGhNH0058709 for bugs@FreeBSD.org; Tue, 25 Apr 2023 16:43:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 271065] Kernel FUSE limits read() size by 64k/128k Date: Tue, 25 Apr 2023 16:43:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: rozhuk.im@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271065 --- Comment #5 from Ivan Rozhuk --- > Annoying, because it's mentioned in the sshfs man page: https://linux.die= .net/man/1/sshfs . It is opposite to "sync" option that handled by sshfs. I will fix that. > Where do you see that comment? * fusefs currently reads ahead no more than one cache block at a time. > Could you please try this patch and tell me what you find? unique: 318, opcode: READ (15), nodeid: 5, insize: 80, pid: 63228 [02387] READ [02388] READ [02389] READ [02390] READ [02391] READ [02392] READ [02393] READ [02394] READ [02395] READ [02378] DATA 131076bytes (186ms) [02379] DATA 131076bytes (208ms) [02380] DATA 131076bytes (208ms) [02381] DATA 131076bytes (209ms) [02382] DATA 131076bytes (209ms) [02383] DATA 131076bytes (226ms) [02384] DATA 131076bytes (264ms) [02385] DATA 131076bytes (275ms) [02386] DATA 85bytes (275ms) unique: 318, success, outsize: 1048592 This is work. Hover I set "conn->max_readahead =3D (1024 * 1024 * 64); /* 64mb. */" inside sshfs and got only 1 cacheblock. --=20 You are receiving this mail because: You are the assignee for the bug.=