From nobody Thu Feb 23 17:11:06 2023 X-Original-To: freebsd-fs@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 4PN00r6qN3z3sFYL for ; Thu, 23 Feb 2023 17:11:08 +0000 (UTC) (envelope-from SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PN00r23b9z3ljQ for ; Thu, 23 Feb 2023 17:11:08 +0000 (UTC) (envelope-from SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of "SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz"; dmarc=none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 68EDED78C0 for ; Thu, 23 Feb 2023 18:11:07 +0100 (CET) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id BB076D7890 for ; Thu, 23 Feb 2023 18:11:06 +0100 (CET) Message-ID: Date: Thu, 23 Feb 2023 18:11:06 +0100 List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: speeding up zfs send | recv (update) Content-Language: cs-Cestina To: freebsd-fs@freebsd.org References: <866d6937-a4e8-bec3-d61b-07df3065fca9@sentex.net> <1031e2b0-b245-1dc6-a499-8f4da3796543@quip.cz> <46455168-d7f1-6ca9-ad2f-9bcd3359e0f3@sentex.net> <78c78aec-a34b-f188-ef96-8ced9a1eda35@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.19 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.977]; NEURAL_HAM_LONG(-0.42)[-0.415]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[quip.cz]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=5bAR=6T=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PN00r23b9z3ljQ X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On 22/02/2023 23:17, George Michaelson wrote: > I use mbuffer for this purpose. I'm only on protected "inside" links > even if cross-router (ie not just a switching fabric) which may make > my use-case a poor fit for your need. > > mbuffer has several strategies around how much buffer to use, what > rate limits to apply, I believe can do tweaks to use scatter-gather > models (the necessary ioctls to turn things on &c but these are almost > certainly tuned to linux) > > you also need to look at your ethernet card offload. Normally > beneficial. it can interact badly with in-kernel models of end-to-end > flow, because it's performing its own work "on your behalf" I tried disabling rxcsum, txcum, tso4 but then it became 10 MiB/s slower. > I sort of miss having a "null" cipher in SSH. I didn't entirely > understand why it got stripped out: the 'who are you" initialisation > authorisation is beneficial, even if the datastream is (deliberately) > unprotected. the RC2 fallback didn't seem to impose much cost, but > thats gone too now. It would be really useful for my usecase too. Kind regards Miroslav Lachman