From nobody Mon Mar 11 08:03:38 2024 X-Original-To: current@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 4TtTnR3Mm4z5Dwy9 for ; Mon, 11 Mar 2024 08:04:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtTnR0zjkz4Zc6 for ; Mon, 11 Mar 2024 08:04:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1710144237; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=nyuzqRH+nzcOV1e9UxNi0mMVV7qSE6q2jIJtvsIRJwk=; b=txuTJzZtJysCw4ceQTZTWhV8+fSvhH6Iy2KYmidXZsZKxCkI7C4aUtDe7cmZNJVmlZnljp wQ36MbQWJa987vqtIHzJ0W1LpN8nMjpMypJwnqj7lG9AM99Z03TXSlSk3DtGVUN8c0svcj 6LonDPdXDoldvlQ5WI1/IXrMZ1duz4UTvjMppUprizivI34kR9P4OXpklEMYKESKoyny1I HQC7Z0oC6evLwRpoc9OP/9hdqedDCS8PIETqs8fjGdftUut4xQ2rmuwxaxSXZgm8JKgIyC 3jLKtmuwXB/tQfKKnBSVuaC1QnjXIhM3cnt+0V0OmlOD7vymvf57R6sQQXAG6w== Date: Mon, 11 Mar 2024 09:03:38 +0100 From: Alexander Leidinger To: Konstantin Belousov Cc: Kirk McKusick , current@freebsd.org, Mark Millard Subject: Re: Reason why "nocache" option is not displayed in "mount"? In-Reply-To: References: <20240310215051.EC14296B7@freefall.freebsd.org> Message-ID: <720dc441819f0074362631b11a71f7de@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_491ade6a18c314bb4264a0264d7dbce6"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4TtTnR0zjkz4Zc6 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_491ade6a18c314bb4264a0264d7dbce6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-03-10 22:57, schrieb Konstantin Belousov: > We are already low on the free bits in the flags, even after expanding > them > to 64bit. More, there are useful common fs services continuously > consuming > that flags, e.g. the recent NFS TLS options. > > I object against using the flags for absolutely not important things, > like > this nullfs "cache" option. > > In long term, we would have to export nmount(2) strings since bits in > flags are finite, but I prefer to delay it as much as possible. Why do you want to delay this? Personal priorities, or technical reasons? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_491ade6a18c314bb4264a0264d7dbce6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmXuuukACgkQEg2wmwP4 2IZrKg//TqCVKvj4OyJArcxgoLE0lTDU6DEV4ELZXZMLnbSMnMVtO8eQaOsWeBC1 NhoPQhN2cpCb5iwU+asOQzYHMjQPCaG4oc1s3Yyv35mRsL8qb0MwqMXXYuJihezc uba+F3+g9bDSbRtbAEzxrZ4s99YpASXoR2BuYlzBZUbC72gZirXiTLcllYTCi8TC T4DZ1AaZdnMdprEXsyW2FbEoG6ok1qqtlgL9qcKMmeo0sR14nI1tOvYMZJ0ixNuP UZoeGZTW9pCmG3MpVN2hwXqwVlbhb4rJnN4rzTtu3UL/R6osH0mcYP6R2Eo1P/iz m+AIlMqCHlJM7wQ55/tL+jeu4oufCBCRe2U1IgApkcMnvZablGgVES4AQ0y1+S9R l2Ny7JOzdCaqncUPWQihJ73jp1toKLaid9pcha3FO0yHb8GUpHP+Dvhl3oyc/8q0 bCjUhFN9VDRBMj599HoivBauuuaxuZ3DXbEVcg4AEEPeT2td84y8vOLT7JKiOiZO K6f+H990tGmdp6LCKpghFWkjImXaue2MXmtaS9aErCza0JEwwOI5EozVGxgPFMDd hPfCnCV0bbSLJEhfshlIOP/DR8LGoGkee0pchHNXpMsYHZRA46fOSdiNEWPQCHAL 4r+nSJMg1wNIkPzVyU84tc6c843Jriz2oYL9V+AXDyMcjEnmPfk= =6uk3 -----END PGP SIGNATURE----- --=_491ade6a18c314bb4264a0264d7dbce6-- From nobody Mon Mar 11 09:43:17 2024 X-Original-To: current@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 4TtWzx2D7Nz5Cbt3 for ; Mon, 11 Mar 2024 09:43:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4TtWzw5wv1z4lZk for ; Mon, 11 Mar 2024 09:43:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 42B9hHvN053146; Mon, 11 Mar 2024 11:43:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 42B9hHvN053146 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 42B9hHJc053145; Mon, 11 Mar 2024 11:43:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 11 Mar 2024 11:43:17 +0200 From: Konstantin Belousov To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: Reason why "nocache" option is not displayed in "mount"? Message-ID: References: <20240310215051.EC14296B7@freefall.freebsd.org> <720dc441819f0074362631b11a71f7de@Leidinger.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <720dc441819f0074362631b11a71f7de@Leidinger.net> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4TtWzw5wv1z4lZk On Mon, Mar 11, 2024 at 09:03:38AM +0100, Alexander Leidinger wrote: > Am 2024-03-10 22:57, schrieb Konstantin Belousov: > > > We are already low on the free bits in the flags, even after expanding > > them > > to 64bit. More, there are useful common fs services continuously > > consuming > > that flags, e.g. the recent NFS TLS options. > > > > I object against using the flags for absolutely not important things, > > like > > this nullfs "cache" option. > > > > In long term, we would have to export nmount(2) strings since bits in > > flags are finite, but I prefer to delay it as much as possible. > > Why do you want to delay this? Personal priorities, or technical reasons? Because it is a lot of work which is currently not needed and where I will need to participate. From nobody Tue Mar 12 13:39:03 2024 X-Original-To: current@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 4TvF9c5gvkz5Drgx; Tue, 12 Mar 2024 13:39:16 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvF9c3m76z4fmC; Tue, 12 Mar 2024 13:39:16 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710250756; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N2BHPw0lhij40c8sB8qcudPalEpC+tk9gOB3g5nQTTE=; b=Vb6Xq6AGHEfUZ5VPvfthdASxkwafSxTdapixj3/aVDAKobUxgowkMCblbAlx7n2DbUW1SH OCz0AFRqvR/DVUGxOCTlah89tpq2xXXCewaW870//tPoC4Rtl29z1fOTuaIqIuLG91wpj+ lEQ6lBy1Rcw7kNJ4lGKJxbFozo8Vd4ArjovTD6MaZUi1ucIlWrz6atW23FOUB4o5KvMmjh OopA8yFZ0uuJgl6WAE6gWjkHksYXQkDjHP/r0kJBAx99gGtzQo3UvVolgpU5zTGpyeVzkb +eCSb2CNj+U9IJEOexDpXSk7p2mZmX6lXUP1s71Fn55K+tTi+BsEsAntWLvf7A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710250756; a=rsa-sha256; cv=none; b=m/SYH3u/jYcrLZUonOkkcsOF5MM/EDDV41m8uexNa6V11/g4nHkMu9RHtK+ByaWM4JJB06 YdmPrHmfhD8+KlXyONE0uBbhu90KvleXB0Frw1WTEwCb8gYqP5UGRVNXhB9QzoHcLYsHq8 8fpFAIhyfA9se00A9Rn6ard0x2fyXlq6ID3WFqeiQPG15voQy081BgW1oQLUa4SaDBxsxL eZLxjtXB+gOn8PkLBE7vO8+x8ByKmXGvpZAJHrxflA/JKg1qZazI8XKSzJaafFKPQSNESc 0IHgu8AFJ5UZ/95OFi9H3mzK3/heyAGwsBk9qTio3KYKXpfgohlEuyd+UPPmsg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710250756; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N2BHPw0lhij40c8sB8qcudPalEpC+tk9gOB3g5nQTTE=; b=kTFsiYsL437iCdyXrdoCIVVcz8e0Z1gyF9/RGo6BN5XWIUgYkNS1kNIifIP1ennbMMX8nv pajWGMK0UzMrGMzZbfVtiy09CBs8PBuLr5fCapxtBdeGPIxh+uPqhl6c/NQyNVswO3zng8 Ohlp6mqWM8dXFGj/O4MArmyxvMwx6XlM9ohdM1k+23eavJbYMip+Pf+LkKcTfWn5KHG4zu 9OL2f4NPu5+lWLlltfAoe0wrKhi9Ylgb69wvPSK5gXgYoD/SDSsa1Il0vZfuWd8Xwpf5oR hHutAgWiEijVu0iShPdPD7pHYVee+K7TxswhM8t4mMA/nxYvYqDaXMtWbfOoEA== Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com [209.85.160.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TvF9c3FD3zJ9P; Tue, 12 Mar 2024 13:39:16 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f176.google.com with SMTP id d75a77b69052e-42ed3bdd680so28398821cf.0; Tue, 12 Mar 2024 06:39:16 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVNbeAvsX75OhZ5ux/HYMCzL2CJ8VRkd4tSE1ihjGY3LO4f06R9zsu4gtFPAdtTSKWEeMa0FTMGv5B0ENoK8xk= X-Gm-Message-State: AOJu0YyGOyJez/Y5XkFkHkSGBh7b9ot7rIC1Owi6DxO1uICOeFKLDZZT jAWnfOlMarAqTZ3DNK9BtdH3dzKR542LOYSqvfj7vMgBEXa6ygBJ85kDP8tJqRbvRdt+B1bO3R8 MyhXhHcTlLRoRQGhwcp7V7AG//PE= X-Google-Smtp-Source: AGHT+IExyt4JDVniTuV6eut00+xgzqxJECK7HCssHDM9uDE2yxZtUiFVxmY6IidZd7iACJAdjQ9yW6L5ahkHHfHLqp0= X-Received: by 2002:ac8:7f83:0:b0:42e:e97b:8a77 with SMTP id z3-20020ac87f83000000b0042ee97b8a77mr376301qtj.0.1710250755902; Tue, 12 Mar 2024 06:39:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> In-Reply-To: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> From: Nuno Teixeira Date: Tue, 12 Mar 2024 13:39:03 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I'm curious about tcp RACK. As I do not run on a server background, only a laptop and a rpi4 for poudriere, git, browsing, some torrent and ssh/sftp connections, will I see any difference using RACK? What tests should I do for comparison? Thanks, escreveu (quinta, 16/11/2023 =C3=A0(s) 15:10): > > Dear all, > > recently the main branch was changed to build the TCP RACK stack > which is a loadable kernel module, by default: > https://cgit.FreeBSD.org/src/commit/?id=3D3a338c534154164504005beb00a3c6f= eb03756cc > > As discussed on the bi-weekly transport call, it would be great if people > could test the RACK stack for their workload. Please report any problems = to the > net@ mailing list or open an issue in the bug tracker and drop me a note = via email. > This includes regressions in CPU usage, regressions in performance or any= other > unexpected change you observe. > > You can load the kernel module using > kldload tcp_rack > > You can make the RACK stack the default stack using > sysctl net.inet.tcp.functions_default=3Drack > > Based on the feedback we get, the default stack might be switched to the > RACK stack. > > Please let me know if you have any questions. > > Best regards > Michael > > > --=20 Nuno Teixeira FreeBSD Committer (ports) From nobody Tue Mar 12 17:49:58 2024 X-Original-To: current@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 4TvLl84Xgzz5FD3g; Tue, 12 Mar 2024 17:50:12 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4TvLl770VBz48jH; Tue, 12 Mar 2024 17:50:11 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1710265791; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MDRCbLiElyUNwxlJTPfIMEdQvpFizFygh4KcbP9wACY=; b=cRtAT3TP22ZWqXKPT8NCPWKBSnruJypjowD61xtVcd2lgkyC4L5WC0HkrENRYcZpLKeObd ErRU0a8wKGXzbozQGFivm4wxDV1j99pyhnpDznan+Lqln2Aa8igf8ZwfnSNu5B8ZY/XBd9 zp0T+GTbHfGNmigUa2HFddY+f2igeMM= Received: from [10.216.21.12] (76-214-71-45.lightspeed.irvnca.sbcglobal.net [76.214.71.45]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 9ce72c5c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 12 Mar 2024 17:49:50 +0000 (UTC) Message-ID: Date: Tue, 12 Mar 2024 10:49:58 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Request for Testing: TCP RACK To: Nuno Teixeira , tuexen@freebsd.org Cc: current@freebsd.org, net@freebsd.org References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> Content-Language: en-US From: Pete Wright In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US] X-Rspamd-Queue-Id: 4TvLl770VBz48jH On 3/12/24 6:39 AM, Nuno Teixeira wrote: > Hello, > > I'm curious about tcp RACK. > > As I do not run on a server background, only a laptop and a rpi4 for > poudriere, git, browsing, some torrent and ssh/sftp connections, will > I see any difference using RACK? > What tests should I do for comparison? > I found this blog post from Klara was a good backgrounder to get my comfortable with testing out RACK: https://klarasystems.com/articles/using-the-freebsd-rack-tcp-stack/ I've been using it on a busy'ish server and a workstation without any issues, but I'll defer to others as to what areas of focus for testing are needed. -pete -- Pete Wright pete@nomadlogic.org From nobody Tue Mar 12 19:14:17 2024 X-Original-To: current@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 4TvNcG2zMTz5FL6h; Tue, 12 Mar 2024 19:14:22 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvNcF67G4z4KbS; Tue, 12 Mar 2024 19:14:21 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:ada9:be50:695b:7583]) (Authenticated sender: micmac) by drew.franken.de (Postfix) with ESMTPSA id 6B9D8721E2817; Tue, 12 Mar 2024 20:14:18 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Tue, 12 Mar 2024 20:14:17 +0100 Cc: current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4TvNcF67G4z4KbS > On 12. Mar 2024, at 14:39, Nuno Teixeira wrote: >=20 > Hello, >=20 > I'm curious about tcp RACK. >=20 > As I do not run on a server background, only a laptop and a rpi4 for > poudriere, git, browsing, some torrent and ssh/sftp connections, will > I see any difference using RACK? > What tests should I do for comparison? You might want to read the following article in the FreeBSD Journal: = https://freebsdfoundation.org/our-work/journal/browser-based-edition/rack-= and-alternate-tcp-stacks-for-freebsd/ There is no specific area for testing. Just test the stack on the systems you use with the workload you use and report back any issues... Best regards Michael >=20 > Thanks, >=20 > escreveu (quinta, 16/11/2023 =C3=A0(s) 15:10): >>=20 >> Dear all, >>=20 >> recently the main branch was changed to build the TCP RACK stack >> which is a loadable kernel module, by default: >> = https://cgit.FreeBSD.org/src/commit/?id=3D3a338c534154164504005beb00a3c6fe= b03756cc >>=20 >> As discussed on the bi-weekly transport call, it would be great if = people >> could test the RACK stack for their workload. Please report any = problems to the >> net@ mailing list or open an issue in the bug tracker and drop me a = note via email. >> This includes regressions in CPU usage, regressions in performance or = any other >> unexpected change you observe. >>=20 >> You can load the kernel module using >> kldload tcp_rack >>=20 >> You can make the RACK stack the default stack using >> sysctl net.inet.tcp.functions_default=3Drack >>=20 >> Based on the feedback we get, the default stack might be switched to = the >> RACK stack. >>=20 >> Please let me know if you have any questions. >>=20 >> Best regards >> Michael >>=20 >>=20 >>=20 >=20 >=20 > --=20 > Nuno Teixeira > FreeBSD Committer (ports) From nobody Tue Mar 12 19:27:44 2024 X-Original-To: current@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 4TvNvw61Glz5FLqp for ; Tue, 12 Mar 2024 19:27:56 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvNvv6Cbpz4MKr for ; Tue, 12 Mar 2024 19:27:55 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=iW1RqMaF; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.4] (cpe8c6a8d4d360a-cm8c6a8d4d3608.cpe.net.cable.rogers.com [99.253.151.152]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 42CJRjF0083854 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Tue, 12 Mar 2024 15:27:52 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1710271672; bh=L7jV0K21EzW4iZe8j49EMABke6Eg817zYf9i3MVGv6c=; h=Date:To:From:Subject; b=iW1RqMaFdmqtf3wp01mO7FwUqwil0AKfkYlooCD5GWmVMg0Y0Eo/pho6QgFWH87Aa zikaeS2KO2y0GNIpTPmnV+72d5ipxznj4jpwFtLObtzJ+QWYYhxJfx87JxSGIZ2vyd TskH/BzKv6GU724/qz5Q0iWmt1SqemLxdk4LCD7m3WGt/LJXCxfCAifftBCS9WlH6j En1F9S+Wra/Xwawsn6WPUfU3RsoVX99BsCDV2f31V7WVmuG3ZqA+xCFYtoGYCRRzcW euW0H1Ts1mFpCCcuKjH1TFiDhO9BPreDMNGWxbhHqXFlrGO2bZShiFOmYAxzhQCbaV pf+Pf7lsCMkIQ== Message-ID: <8228ca0c-85a0-4436-aaf4-d2d987e0f5a4@blastwave.org> Date: Tue, 12 Mar 2024 15:27:44 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: current@freebsd.org Content-Language: en-CA From: Dennis Clarke Subject: ZPool on iSCSI storage not available after a reboot Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 42CJRjF0083854 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4TvNvv6Cbpz4MKr This is a somewhat odd problem and may have nothing to do with iSCSI config at all. Suffice it to say that I have the following in the server /etc/rc.conf : # # the iSCSI initiator iscsid_enable="YES" iscsictl_enable="YES" iscsictl_flags="-Aa" # During boot I see this on the console : cannot import 'proteus': no suchpid 55 (zpool) is attempting to use unsafe AIO requests - not logging anymore pool or dataset Destroy and re-create the pool from a backup source. cachefile import failed, retrying no pools available to import Sure enough the machine brings up a 10Gbit link with jumboframes *after* the above messages : ix0: flags=1008843 metric 0 mtu 9000 options=4e53fbb ether 8c:dc:d4:ae:18:b8 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (10Gbase-Twinax ) status: active nd6 options=29 Then a little later I see iscsi doing its goodness : da0 at iscsi1 bus 0 scbus8 target 0 lun 0 da0: Fixed Direct Access SPC-5 SCSI device da0: Serial Number MYSERIAL0000 da0: 150.000MB/s transfers da0: Command Queueing enabled da0: 2097152MB (4294967296 512 byte sectors) add net ::0.0.0.0: gateway ::1 Starting iscsid. Starting iscsictl. The storage exists just fine and iSCSI seems to be doing its thing : root@titan:~ # root@titan:~ # camcontrol devlist at scbus0 target 0 lun 0 (pass0,ada0) at scbus1 target 0 lun 0 (pass1,ada1) at scbus2 target 0 lun 0 (ses0,pass2) at scbus6 target 0 lun 0 (ses1,pass3) at scbus7 target 0 lun 1 (pass4,nda0) at scbus8 target 0 lun 0 (da0,pass5) root@titan:~ # root@titan:~ # gpart show da0 => 40 4294967216 da0 GPT (2.0T) 40 8 - free - (4.0K) 48 4294967200 1 freebsd-zfs (2.0T) 4294967248 8 - free - (4.0K) root@titan:~ # However the zpool therein is not seen : root@titan:~ # root@titan:~ # zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT iota 7.27T 597G 6.68T - - 0% 8% 1.00x ONLINE - t0 444G 40.8G 403G - - 4% 9% 1.00x ONLINE - root@titan:~ # Of course I can manually import it : root@titan:~ # zpool import pool: proteus id: 15277728307274839698 state: ONLINE status: Some supported features are not enabled on the pool. (Note that they may be intentionally disabled if the 'compatibility' property is set.) action: The pool can be imported using its name or numeric identifier, though some features will not be available without an explicit 'zpool upgrade'. config: proteus ONLINE da0p1 ONLINE root@titan:~ # It seems as if there is something out of sequence and the iSCSI processes should be happening earlier in the boot process? I really do not know and am wondering why that zpool proteus on the iSCSI storage needs to be manually import'ed after a reboot. Any insights would be wonderful. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Tue Mar 12 19:41:58 2024 X-Original-To: current@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 4TvPDM47hjz5FMht for ; Tue, 12 Mar 2024 19:42:11 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vk1-f173.google.com (mail-vk1-f173.google.com [209.85.221.173]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvPDM2CL6z4PWK for ; Tue, 12 Mar 2024 19:42:11 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f173.google.com with SMTP id 71dfb90a1353d-4d40ca07bf6so207745e0c.3 for ; Tue, 12 Mar 2024 12:42:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710272530; x=1710877330; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=TACxOTWfbZQep58VclR1WoDJIq8AOWsZ+Xxu8CJa87s=; b=lDwusSIWL9xb16mK/FmSUi3KqP9D6dPJWhzT9xgJ1Sfwn8BgumqmaqLCNSHkfpGxGK lgETlXktf5lAf95CV187FYQK1yXJjXSWJhCz66guqr0y32tYCO5PmvNl6J6hZKbtRbC+ ERaCIkFbSN6ejZCJR4fojAuf2nJJnBzVqTZXuox02PGNGNCneKDqG5xhh8ET1d9Ykd95 VZS2WiAr+oBTBWmqJsMP62uG8NomGH/JmCbhOjRFuB+etsPA9W/uzN6IJZxFTW0+I5pr IiYa856wb4Pnbjwa+tVAehzeYeEZgVu/6iMBHBqHKkAQS0HAEiTCflNp5/atJ1miW0Uv I99Q== X-Gm-Message-State: AOJu0Yy3qJe7Uwwex+wZ698IQ7X8Dyeo6tExr7MRpKg3j7CpAoW7YTHO 3uwYzkGrjRf0YLk3Kdhpj5CLh3yJI+sBjR7c8MwtAUXs9tTa2YuSqiVnYg2Fx7eTZHo7BVA4RP4 Zw5OvcEPvQvoC8Qwt/XbT0EofuSQG3LhqTNQ= X-Google-Smtp-Source: AGHT+IGKz/CjGXTom1SC8kBpqWCR45Icx5E6TftVI3/SHYQhCMfisUBkHO8EobOgCKG3OqnbBTO6f+50AhPEbpCcZes= X-Received: by 2002:a05:6122:498d:b0:4c0:9ed8:57b3 with SMTP id ex13-20020a056122498d00b004c09ed857b3mr6181306vkb.1.1710272530442; Tue, 12 Mar 2024 12:42:10 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <8228ca0c-85a0-4436-aaf4-d2d987e0f5a4@blastwave.org> In-Reply-To: <8228ca0c-85a0-4436-aaf4-d2d987e0f5a4@blastwave.org> From: Alan Somers Date: Tue, 12 Mar 2024 13:41:58 -0600 Message-ID: Subject: Re: ZPool on iSCSI storage not available after a reboot To: Dennis Clarke Cc: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4TvPDM2CL6z4PWK On Tue, Mar 12, 2024 at 1:28=E2=80=AFPM Dennis Clarke wrote: > > > This is a somewhat odd problem and may have nothing to do with iSCSI > config at all. Suffice it to say that I have the following in the server > /etc/rc.conf : > > # > # the iSCSI initiator > iscsid_enable=3D"YES" > iscsictl_enable=3D"YES" > iscsictl_flags=3D"-Aa" > # > > During boot I see this on the console : > > > cannot import 'proteus': no suchpid 55 (zpool) is attempting to use > unsafe AIO requests - not logging anymore > pool or dataset > Destroy and re-create the pool from > a backup source. > cachefile import failed, retrying > no pools available to import > > > Sure enough the machine brings up a 10Gbit link with jumboframes *after* > the above messages : > > > ix0: flags=3D1008843 > metric 0 mtu 9000 > > options=3D4e53fbb > ether 8c:dc:d4:ae:18:b8 > inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect (10Gbase-Twinax > ) > status: active > nd6 options=3D29 > > > Then a little later I see iscsi doing its goodness : > > > da0 at iscsi1 bus 0 scbus8 target 0 lun 0 > da0: Fixed Direct Access SPC-5 SCSI device > da0: Serial Number MYSERIAL0000 > da0: 150.000MB/s transfers > da0: Command Queueing enabled > da0: 2097152MB (4294967296 512 byte sectors) > add net ::0.0.0.0: gateway ::1 > Starting iscsid. > Starting iscsictl. > > The storage exists just fine and iSCSI seems to be doing its thing : > > root@titan:~ # > root@titan:~ # camcontrol devlist > at scbus0 target 0 lun 0 (pass0,ada0) > at scbus1 target 0 lun 0 (pass1,ada1) > at scbus2 target 0 lun 0 (ses0,pass2) > at scbus6 target 0 lun 0 (ses1,pass3) > at scbus7 target 0 lun 1 (pass4,nd= a0) > at scbus8 target 0 lun 0 (da0,pass5) > root@titan:~ # > root@titan:~ # gpart show da0 > =3D> 40 4294967216 da0 GPT (2.0T) > 40 8 - free - (4.0K) > 48 4294967200 1 freebsd-zfs (2.0T) > 4294967248 8 - free - (4.0K) > > root@titan:~ # > > However the zpool therein is not seen : > > root@titan:~ # > root@titan:~ # zpool list > NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP > HEALTH ALTROOT > iota 7.27T 597G 6.68T - - 0% 8% 1.00x > ONLINE - > t0 444G 40.8G 403G - - 4% 9% 1.00x > ONLINE - > root@titan:~ # > > > Of course I can manually import it : > > > root@titan:~ # zpool import > pool: proteus > id: 15277728307274839698 > state: ONLINE > status: Some supported features are not enabled on the pool. > (Note that they may be intentionally disabled if the > 'compatibility' property is set.) > action: The pool can be imported using its name or numeric identifier, > though > some features will not be available without an explicit 'zpool > upgrade'. > config: > > proteus ONLINE > da0p1 ONLINE > root@titan:~ # > > It seems as if there is something out of sequence and the iSCSI > processes should be happening earlier in the boot process? I really do > not know and am wondering why that zpool proteus on the iSCSI storage > needs to be manually import'ed after a reboot. > > Any insights would be wonderful. > > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken Yes, this looks exactly like an ordering problem. zpools get imported early in the boot process, under the assumption that most of them are local. Networking comes up later, under the assumption that networking might require files that are mounted on ZFS. For you, I suggest setting proteus's cachefile to a non-default location and importing it from /etc/rc.local, like this: zpool set cachefile=3D/var/cache/iscsi-zpools.cache proteus Then in /etc/rc.local: zpool import -a -c /var/cache/iscsi-zpools.cache -o cachefile=3D/var/cache/iscsi-zpools.cache -Alan From nobody Tue Mar 12 20:22:42 2024 X-Original-To: current@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 4TvQ7M4SrZz5FQl7 for ; Tue, 12 Mar 2024 20:22:55 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvQ7M28f5z4VL5; Tue, 12 Mar 2024 20:22:55 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; none Received: from [172.16.35.4] (cpe8c6a8d4d360a-cm8c6a8d4d3608.cpe.net.cable.rogers.com [99.253.151.152]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 42CKMhdO085773 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT); Tue, 12 Mar 2024 16:22:50 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1710274970; bh=RcOg2aVZ99mvhOOwLjXDb3N1fIvGJ+UczMAyl2M18+I=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=pzzrYkpudsbUpnpj/74KtOKC9ZOor0akgN176i5IcNJm9rNoHVfXSTqLlaw15ntqD 1jDABA4k6SJ8Gnpa4BswG52mhdd6VpmZxVNnD0SKmK6N1ua+ozuqrd/S2+qvQHe29I cLPJOajf6rOEOUoj7XaH7SGcCp491AxOk6BeIe1t8zO9iMskUpwyax4uhjpEt2+p2y c0dAdYxsHvyz6BMIUHVAoES7ucigsVQkNXnoHBGDkpcVV6O5+BFPB+4gB84yzZvZPJ vpDzP1RSECiQRo4pRUH9E83/cvThDaB9o+cg1h5cvWOaSjE+3kJjsHiGSdY7Ak1u0v I/JSuRNj0fKoA== Message-ID: <0ac4f17f-21ab-42f7-91c6-7760f322f819@blastwave.org> Date: Tue, 12 Mar 2024 16:22:42 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ZPool on iSCSI storage not available after a reboot To: Alan Somers Cc: current@freebsd.org References: <8228ca0c-85a0-4436-aaf4-d2d987e0f5a4@blastwave.org> Content-Language: en-CA From: Dennis Clarke Organization: GENUNIX In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 42CKMhdO085773 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA] X-Rspamd-Queue-Id: 4TvQ7M28f5z4VL5 On 3/12/24 15:41, Alan Somers wrote: > On Tue, Mar 12, 2024 at 1:28 PM Dennis Clarke wrote: . . . . > Yes, this looks exactly like an ordering problem. zpools get imported > early in the boot process, under the assumption that most of them are > local. Networking comes up later, under the assumption that > networking might require files that are mounted on ZFS. For you, I > suggest setting proteus's cachefile to a non-default location and > importing it from /etc/rc.local, like this: > > zpool set cachefile=/var/cache/iscsi-zpools.cache proteus > > Then in /etc/rc.local: > zpool import -a -c /var/cache/iscsi-zpools.cache -o > cachefile=/var/cache/iscsi-zpools.cache > That seems to be perfectly reasonable. I will give that a test right now. I was messing with the previous zpool called proteus and destroyed it. Easy enough to re-create : titan# gpart add -t freebsd-zfs /dev/da0 da0p1 added titan# titan# gpart show /dev/da0 => 40 4294967216 da0 GPT (2.0T) 40 8 - free - (4.0K) 48 4294967200 1 freebsd-zfs (2.0T) 4294967248 8 - free - (4.0K) titan# titan# zpool create -O compress=zstd -O checksum=sha512 -O atime=off -o compatibility=openzfs-2.0-freebsd -o autoexpand=off -o autoreplace=on -o failmode=continue -o listsnaps=off -m none proteus /dev/da0p1 titan# zpool set cachefile=/var/cache/iscsi-zpools.cache proteus titan# titan# ls -lapb /etc/rc.local ls: /etc/rc.local: No such file or directory titan# ed /etc/rc.local /etc/rc.local: No such file or directory a zpool import -a -c /var/cache/iscsi-zpools.cache -o cachefile=/var/cache/iscsi-zpools.cache . f /etc/rc.local w 92 q titan# After reboot ... yes ... this seems to get the job done neatly ! root@titan:~ # root@titan:~ # zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT iota 7.27T 321G 6.95T - - 0% 4% 1.00x ONLINE - proteus 1.98T 1.03M 1.98T - - 0% 0% 1.00x ONLINE - t0 444G 40.8G 403G - - 4% 9% 1.00x ONLINE - root@titan:~ # root@titan:~ # uptime 8:21PM up 3 mins, 1 user, load averages: 0.02, 0.04, 0.01 root@titan:~ # Looks good. Thank you very much :) -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Wed Mar 13 07:06:24 2024 X-Original-To: current@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 4TvhPv1301z5DTlN; Wed, 13 Mar 2024 07:06:27 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvhPt4fv0z4SXZ; Wed, 13 Mar 2024 07:06:26 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1710313585; x=1710918385; i=garyj@gmx.de; bh=ei0ruGMBYShqQ2rXrVjAlbAqpQMk/GOpm8/RqILRlWg=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=tZof2HNnB47UyVycIXmUElbC9JMhhmwopHVSQWl0HGnJ6MTaG7UmAOO4WZ1OrxwY /AY5fQwW7bI6rXvSnwqr2CWE+awLuehJK7I05g4GmQyGFlCVWMVuVO5HgKKTkpzH6 Wcdk+mZ042xdjuB5Ey/iQ6oJLDbCCKhYvsJnPFxgIjmuvZFl1W8rNeFJG5uaEf3gv un96j70KB2Wj6H7Du4FhpwwdMEOqy2QumFidBR4nVh6BdSgxBpQVocxrev1p9fYhp EJHxhzxD8Ov4VhCqTSvpO+EFNGWh3Tnda/o2BFjBVJLNIRCzJqZxbIaCZx4SFYbKM 6RHOeB3gMq7/pPKIkA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.224.160]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N17YY-1qnZIQ3f9m-012cNW; Wed, 13 Mar 2024 08:06:24 +0100 Date: Wed, 13 Mar 2024 07:06:24 +0000 From: Gary Jennejohn To: tuexen@freebsd.org Cc: Nuno Teixeira , current@freebsd.org, net@freebsd.org Subject: Re: Request for Testing: TCP RACK Message-ID: <20240313080624.6c73908c@ernst.home> In-Reply-To: <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:aPHEx+Q21QOoIZPdGZp+f2wwKHBjxd27gklhsGLXrG4zbQiDVyo YVUvwX+viQPiFLXCfiOKiHvCyOgclqq5mPjARfPNmVGpcPXNVTaq+09CkdK7VCFbTjKYrcy LSQSnLwJTjf07iEMkhtempp+2oG+6+Z1oQQrPlnjvDfOih9Gg+lY+6cwaXmuIhQZpLA+m3u roaSTvQoU/MKgjjKW+cdw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sc1jlEghe9s=;V+nmE0y4EIWvg2aXzAD3r7jdU/3 Gixjwx8xLSQt+CrqlELH2BlNyli3GCNBBG241Jdlx3CBoylIUyB3NVqumAoxUkexeSJPD6tnw Yk8jKUOJfg3v9scLySBQ/mA2Hv2JNsAbvoCraqRG++JQ4tGfYloZ+ROVTR01OUmFgHRMhghCj AwKHr/FnJwToSCZbhSq9Z2LmdSvz6oTpvDtfF/9U2wWvvRErj6IrMl/xqoRUarjBb5MJaSl/K viSfB/5RbK9eGDFrkYxJl5Lp8aiqeUlXHcTpjC9TQPUs7tTFb8GaFFtYHR7dSv99yUL8wz7yu 88eJAXeNzwYATHfq4Gcg3Q1xCKU4J5dQhA7znQ2RVGAU61JGNAJp7DMQAY/rNg7kJi1gMYqSR IaaeeJUmrBa/XT2ekWtQSvcUiOpqJhYvxtybLx0zrYB32N5KlX58L7+9amIeb78sz0EahVUyY YNxImIYJAF26577mghW8GfmYxQDOKnqRqOo/3q4t6dshNQvxmYVIniMXJIXrG85L+IbrculrA Bu3l3osdrVH78i6dm4E2WlgCD5QGt7t63lCxRK86fV0gTTh0ZPafIzygfBei4MFexslggaJ/z J9wfZLsqYmlcqzJvuWzv6io3uZrYlI1j84t693RDDzt9BdnRmtUQTnlhlqNJ2LhUoCq8Lhj5h SGJsCcI/28RBE5faOur9r3Y2OEY5ngJRxx6z4mfKiybPrNOCR/bxYF3ItOOEFLdS1OgG4FAJ0 KmJlwTqkPSvJkziYXIxndN+8AuqHdh1MsPWDbRNg8gIIfB+05yCTmhCEyCQxRFZFaeu63/6k4 Wqg5C1vSJVzCiFWZhyyKDoMyqQl414JA05AvDXPRGd1Zs= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4TvhPt4fv0z4SXZ On Tue, 12 Mar 2024 20:14:17 +0100 tuexen@freebsd.org wrote: > > On 12. Mar 2024, at 14:39, Nuno Teixeira wrote: > > > > Hello, > > > > I'm curious about tcp RACK. > > > > As I do not run on a server background, only a laptop and a rpi4 for > > poudriere, git, browsing, some torrent and ssh/sftp connections, will > > I see any difference using RACK? > > What tests should I do for comparison? > You might want to read the following article in the FreeBSD Journal: > https://freebsdfoundation.org/our-work/journal/browser-based-edition/rac= k-and-alternate-tcp-stacks-for-freebsd/ > > There is no specific area for testing. Just test the stack on > the systems you use with the workload you use and report back > any issues... > In the article we have option TCPHPTS and option TCP_RACK. But in /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and not option. =2D- Gary Jennejohn From nobody Wed Mar 13 07:25:38 2024 X-Original-To: current@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 4Tvhr71SWYz5DWSt; Wed, 13 Mar 2024 07:25:43 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tvhr64hgWz4VMq; Wed, 13 Mar 2024 07:25:42 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:ada9:be50:695b:7583]) (Authenticated sender: micmac) by drew.franken.de (Postfix) with ESMTPSA id 3DA1F721E2806; Wed, 13 Mar 2024 08:25:39 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: <20240313080624.6c73908c@ernst.home> Date: Wed, 13 Mar 2024 08:25:38 +0100 Cc: Nuno Teixeira , current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> To: garyj@gmx.de X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4Tvhr64hgWz4VMq > On 13. Mar 2024, at 08:06, Gary Jennejohn wrote: >=20 > On Tue, 12 Mar 2024 20:14:17 +0100 > tuexen@freebsd.org wrote: >=20 >>> On 12. Mar 2024, at 14:39, Nuno Teixeira = wrote: >>>=20 >>> Hello, >>>=20 >>> I'm curious about tcp RACK. >>>=20 >>> As I do not run on a server background, only a laptop and a rpi4 for >>> poudriere, git, browsing, some torrent and ssh/sftp connections, = will >>> I see any difference using RACK? >>> What tests should I do for comparison? >> You might want to read the following article in the FreeBSD Journal: >> = https://freebsdfoundation.org/our-work/journal/browser-based-edition/rack-= and-alternate-tcp-stacks-for-freebsd/ >>=20 >> There is no specific area for testing. Just test the stack on >> the systems you use with the workload you use and report back >> any issues... >>=20 >=20 > In the article we have option TCPHPTS and option TCP_RACK. But in > /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and > not option. Thanks for reporting, that is a typo in the article. It should always read options instead of option. Best regards Michael >=20 > -- > Gary Jennejohn From nobody Thu Mar 14 10:04:59 2024 X-Original-To: current@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 4TwNKV210yz5CdWj; Thu, 14 Mar 2024 10:05:02 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwNKV1Szxz4Gyw; Thu, 14 Mar 2024 10:05:02 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710410702; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GXNhd/uDb9Xs7fWvE2xf1FzO3ou0dLQn+y9EjcCvwtI=; b=da30PSArMQFebXyNeZXpzFuk6GFey6WyiXqI4ICBXTP5yl93Dj3+V4G4KKJRHs0Vbswj/R k2oPsbAYAqI+RyTG1GVbkOfc0I5ZJZ5QbJcQPiDNFsi8lmpP2UBG86aWDJ3690AcOQa+Bj YncSADmg0dlBVW852LDWSebA1F8FCYgdsa4jZcrbQQVaAGjCugDYscU/t83wK/DcpWRJ8+ QBxr58tut9fM8P8/7VdyQKSIDEkHtrZq4RBbvhapUnDWkbUa5Q/9TqawxpEHQ9x/5Uvz3l yi45an2zNMT4HTrsvZfoVlcd75HLf/xxweJsglRHs0QGJhClsEi3dPVO7NfD3Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710410702; a=rsa-sha256; cv=none; b=KTSOd1Tyc9pRsYcfgDb27TxUJ20dbI1/4ZMiBp1qzoLwuvjhGPFd2BNQA7s1Y+JjKQz3fi oKu/tMrcEYtzfE2yrjOAbI99zrGM+f+5+qA5VICJIgdFUZKNCiVnfJKZ0kAOEBmLeAErOp y9NGOwy4Lo2TVONGeVofIc43Gu6mcTTAr7d2OvfcroGVESpRmhvAodfPxx3Z7hRDUaGii3 vjctEkbmxJE26Flz9EL8GHE9zNsN+jswQ/xiKvlcDmKdoTF6fq/1/ODmneFummijV+LKo5 w0ahqOvQiMAJCVY4bnODent/mF5vFaOwm0Kq9uIIdl7frc36rdFWZFr1ohn5Ag== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710410702; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GXNhd/uDb9Xs7fWvE2xf1FzO3ou0dLQn+y9EjcCvwtI=; b=WQ1n4kHouK5a/OKoagxTQG23PXs853HYx7xcqRJqb/jeTpe5tMwvLmMYHPncgGz+Erq5TG FvG3Er/92rdfNwZsYAeFQVtBKqKE1ixJXpRNmAw+Siq9gC9fl7XPfQyjDN6Bh979TzQf5Y V+Af7rM82J7vh6JfAkKNMAKGIYf40g1yz+MF/axgS34ZZNhwZlUyN+aJ4DK6SP3bT/Vsch IxOyaTm1jzVDtN997FvQO4+sbG+30oraT7fPELGjj092p01pV8su57VS1bUMoNpKMf/oCY Nrz7mnMRyH2Nfo/odCDeBdWDMad+ubGlkhpoXuJSG54sP0rG6EcaqIKP8xjyfw== Received: from ltc.des.dev (2a02-8428-0993-f001-922e-16ff-fef1-acef.rev.sfr.net [IPv6:2a02:8428:993:f001:922e:16ff:fef1:acef]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TwNKV0KdrzF8J; Thu, 14 Mar 2024 10:05:02 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id A55A37852C; Thu, 14 Mar 2024 11:04:59 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: tuexen@freebsd.org Cc: garyj@gmx.de, Nuno Teixeira , current@freebsd.org, net@freebsd.org Subject: Re: Request for Testing: TCP RACK In-Reply-To: <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> (tuexen@freebsd.org's message of "Wed, 13 Mar 2024 08:25:38 +0100") References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 14 Mar 2024 11:04:59 +0100 Message-ID: <86a5n1i0xg.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable tuexen@freebsd.org writes: > Gary Jennejohn writes: > > In the article we have option TCPHPTS and option TCP_RACK. But in > > /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and > > not option. > Thanks for reporting, that is a typo in the article. It should > always read options instead of option. It's not a typo, both spellings work, cf. config(5). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Mar 14 10:51:15 2024 X-Original-To: current@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 4TwPLv4Ds3z5CjnZ; Thu, 14 Mar 2024 10:51:19 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwPLv2BXGz4NjC; Thu, 14 Mar 2024 10:51:19 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [194.94.6.166]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id 57B8B721E2806; Thu, 14 Mar 2024 11:51:16 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: <86a5n1i0xg.fsf@ltc.des.dev> Date: Thu, 14 Mar 2024 11:51:15 +0100 Cc: garyj@gmx.de, Nuno Teixeira , current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4TwPLv2BXGz4NjC > On 14. Mar 2024, at 11:04, Dag-Erling Sm=C3=B8rgrav = wrote: >=20 > tuexen@freebsd.org writes: >> Gary Jennejohn writes: >>> In the article we have option TCPHPTS and option TCP_RACK. But in >>> /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and >>> not option. >> Thanks for reporting, that is a typo in the article. It should >> always read options instead of option. >=20 > It's not a typo, both spellings work, cf. config(5). Thank you very much for the hint. I did not know this. I wrote option in the article (for whatever reason) and tested the configs using options... Best regards Michael >=20 > DES > --=20 > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Mar 14 21:53:28 2024 X-Original-To: freebsd-current@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 4Twh3g4rkrz5DfsZ; Thu, 14 Mar 2024 21:54:07 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twh3f5nyMz4r42; Thu, 14 Mar 2024 21:54:06 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=T7mZP33Z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::636 as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-a466f6318e9so164408866b.0; Thu, 14 Mar 2024 14:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710453245; x=1711058045; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=YS51o4aqNAMMSf6SzfyrWez58ODaugs3YgzAjqFh/Es=; b=T7mZP33ZMeLZ9+584BRQkcJe74nsOfQ1VN4cXUMEC1qi9NDnKsYdUVMk6anI4VFEwi J52bedYVD6YrzHKCA1T53BGBfGGeXqIwawmZlnC5VJLQ5MUWPp/llmvgstnVwXHesxpW y2PvFDYFx+HA1PasxQApfB9eyu0l5fnfyG64PxwJZEe1+3lhL2U3S/pjrpBccKhOAiuM 1ER/20D32Nlf8r1p4zBOMi7g0UnnLDS+3ObZ0xWQKBq3G21kdgs1xAL/e5s7cMrDS0OF O1INmBFlfTMVRBDWnLaXyUosJzrQgtrTAHUHCcskxm3T9/y0DCFTfurqBDuEiVI2s5t9 vedA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710453245; x=1711058045; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=YS51o4aqNAMMSf6SzfyrWez58ODaugs3YgzAjqFh/Es=; b=a9wM/iCeeji20upuvPjdCV+0yzvuUvRFNceFHuKiDvwhT0+bT2s/TZlNjBZS5pb8+/ 7G3c61y9gadX7l5IOhSLCdT3m3/cMUC35oRjshp7HTHq/m/Tk9EBV9psTW6WD42zOO1v vKcLN5uzW24b3Pakw+gI/d67oEiQPfKSqWoFFZANpgrfbVz/QyR5gQl3tfDaRf7jGFOY FgRJdZc4kJKwkPlsrn7d0jnU4T9BEycxKV0CZnZ6Tiqv93PoEqZp6lR3s2kn7HF68zb7 3qMnTBJo7+Dhbnd1drfIAcpNvWIQCmGGvmSyEyFviyKnwZWNfyhxjTGNozCTerR5CYcy sDwA== X-Forwarded-Encrypted: i=1; AJvYcCWs3DWHUYPkijtgzV4Vxg4uo19CLKr8tGZjGptttisAuCcx34mnXV3bsmq02Gdl8QVxxmkPsYShSKjGj3KufUu3bmuW/7Qdn+dIOX3/WJfApK1aAx0ob0cu2iUb3lIkh0rXRCocX5hqlA== X-Gm-Message-State: AOJu0YyY4BjrihAGEidMXWhjkU7awTrOUFZC6Z4OAOpkFg36IPcxnkCx lgw4Ced5oatEq861EieLsTA2iSHUdSSlMYFGMZIgLHdUhPmm3PukamydUfcDffGu8mh3FlMxPNJ 3P1uEaQjbJU589etGgsfHI9eU56j9mXOdsNs= X-Google-Smtp-Source: AGHT+IGp6VQsYw20lbjrzx7agUu72hiP/FkdeBuZPAN7poQw13/bBdotRokDKGGrfQQJ90rlxUYAl+Ab3CHrqJz+cbo= X-Received: by 2002:a17:906:2b07:b0:a46:61e0:d99 with SMTP id a7-20020a1709062b0700b00a4661e00d99mr2014409ejg.54.1710453244778; Thu, 14 Mar 2024 14:54:04 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Thu, 14 Mar 2024 22:53:28 +0100 Message-ID: Subject: Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR To: FreeBSD Mailing List , freebsd-hackers , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000000f613d0613a5eea0" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::636:from]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4Twh3f5nyMz4r42 --0000000000000f613d0613a5eea0 Content-Type: text/plain; charset="UTF-8" Hello. I'm trying to install Firefox from the ports on FreeBSD 13.3,but : root@marietto-132:/usr/ports/security/nss # make MAKE_JOBS_UNSAFE=yes ...... /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/FreeBSD13.3_OPT.OBJ/shlibsign -v -i /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/../../../dist/FreeBSD13.3_OPT.OBJ/lib/libsoftokn3.so moduleSpec configdir='' certPrefix='' keyPrefix='' secmod='' flags=noCertDB, noModDB C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD13.3_OPT.OBJ/lib/libsoftokn3.chk] Error 1 gmake[4]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign' gmake[3]: *** [Makefile:100: libs] Error 2 gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign' gmake[2]: *** [../coreconf/rules.mk:44: shlibsign] Error 2 gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd' gmake[1]: *** [coreconf/rules.mk:44: cmd] Error 2 gmake[1]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss' gmake: *** [manifest.mn:21: all] Error 2 *** Error code 1 -- Mario. --0000000000000f613d0613a5eea0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

I'm trying to install Firefox from the ports on F= reeBSD 13.3,but :
root@marietto-132:/= usr/ports/security/nss # make MAKE_JOBS_UNSAFE=3Dyes

......
/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/FreeBSD13.3_O= PT.OBJ/shlibsign -v -i /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/../../../dist/FreeB= SD13.3_OPT.OBJ/lib/libsoftokn3.so
moduleSpec configdir=3D&= #39;' certPrefix=3D'' keyPrefix=3D'' secmod=3D''= ; flags=3DnoCertDB, noModDB

C_Initialize failed: 0x00000030, CKR= _DEVICE_ERROR =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
NSPR error code: -5977: Failure to load dynamic library
Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
NSPR er= ror code: -5977: Failure to load dynamic library
<= span style=3D"font-family:monospace">
gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD13.3= _OPT.OBJ/lib/libsoftokn3.chk] Error 1
gmake[4]: Leaving directory '/usr/ports= /security/nss/work/nss-3.98/nss/cmd/shlibsign'
gmake[3]: *** [Makefile:100: libs] Error 2
gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss/cmd/shlibsign'
gmake[2]: *** [../coreconf/rules.mk:44: shlibsign] Error 2
gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss/cmd'
gmake[1]: *** [coreconf/rules.mk:44: cmd] Error 2
gmake[1]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss'
gmake: *** [manifes= t.mn:21: all] Error 2
*** Error code 1

--
Mario.
--0000000000000f613d0613a5eea0-- From nobody Thu Mar 14 22:02:55 2024 X-Original-To: freebsd-current@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 4TwhGZ4bmJz5DgqV; Thu, 14 Mar 2024 22:03:34 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwhGY5DW6z4w26; Thu, 14 Mar 2024 22:03:33 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=d2LaGYIz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::630 as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-a28a6cef709so194651566b.1; Thu, 14 Mar 2024 15:03:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710453812; x=1711058612; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=i/Jj7LDLAUNDiB+5atCrLtql4FCBlKA1E+zrHJUDmLE=; b=d2LaGYIzDwSo5lhO1aaAARdzHEHfa57vNjKB/xDNWMPXV6kEVMFrpblhyaKcs0rZcn UEXfzwIU6KvjmOnqZn72HuhqkCMGuQI3Ndx0tKuUFkagrCiY3RqpZbBjuAJ3TqF9IHm+ j5v1YYejg0uD6Q99sk2IknRcm75+JaLHZI6Y9ImrNAsym1JQP8J2NDhY4ZyxvcI4VlaW PFjw7KTKkbldOM4S6PGVTBdnwnq4j6u9aTVRV599UlFy3rkg1dsoUjaktEg0ncBz70Wh zZJVS0lsE/1WGSBdb//W4VSp8hK+n/wH0Bwk2bdXKd0Bkd/lbOXyKAe6AEBpLpsKNC1o abpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710453812; x=1711058612; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=i/Jj7LDLAUNDiB+5atCrLtql4FCBlKA1E+zrHJUDmLE=; b=jyRGhvuoeruaP+4+bUUEDyCMxnA9xmA1ifvkKBm67gnWpI8R4nYn/Z0KuW4YvVtjLb xN6foGLpmSKjzG+OJskeUKPly/JD668PVLAxp7Dm0yuh5x42rEUzVVAq4bLUwL1l2y0s jY3Mk73hL2FW/b3pyVMNQ9wncqypa3Z1r57VqEZS6c8XiSdJChP3t7swLJiLhuQudNnG rxOdh7S+9k4uO1RF5CCroyx5kb0DA3VpdCFVXR0MUrk8diEb1yiC5xtunkpeCe+YpMo0 0C2naStYWW7LoHLsbpZYVH4bRlcMvfZgUNFkU6Ze2NnyqUYoglxoo7wMBjYwq5Uyu/RO OOuQ== X-Forwarded-Encrypted: i=1; AJvYcCVdkAZpEv3WLeVWMPF5J8Ek1zdeUdRgfEaqkSrsnGoLnGBEYNbfUHVagB4JR+w5Tt0+LGDMp/a1llY8tp9rjTfBW/RCr4C2zFO0GDW2coNTyo0S+kkKuNnMdCgapzcJlnnrQvhILVa0qv4p9x/MMiqbKEL+pmlx/xoRo881BHyUJTLYf59z1i8zpUuckGlde4iDog== X-Gm-Message-State: AOJu0YzlsJhi3g9Z3KS9avuaztuP+3oN8f/wGE9y08ps/cdVSrVB9uh5 TbCpmlubBhqvcjELfeLB01uDloKdX4f+R6wp4fJxozT6XLlTrsh6uqNx8OpEJlxvX0ZnkjDF8RA t4ept5YXCEuC6Aj6ccV9zEtv6FAUatrbmH6s= X-Google-Smtp-Source: AGHT+IFD80vrKNuN38Zqky59TvKPUfadBq2MFApvguNkp2WkJB+cRXUPveeVpTu6W7S11tW3cRnpVQK4wK6kwHWwYhs= X-Received: by 2002:a17:906:680b:b0:a46:1cd4:cb49 with SMTP id k11-20020a170906680b00b00a461cd4cb49mr812840ejr.48.1710453811648; Thu, 14 Mar 2024 15:03:31 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Thu, 14 Mar 2024 23:02:55 +0100 Message-ID: Subject: Chromium can't be compiled because a bug with webrtc. To: FreeBSD Mailing List , freebsd-hackers , FreeBSD Current , chromium@freebsd.org, Jan Beich Content-Type: multipart/alternative; boundary="000000000000d9216c0613a60ff5" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::630:from]; RCPT_COUNT_FIVE(0.00)[5]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org,chromium@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4TwhGY5DW6z4w26 --000000000000d9216c0613a60ff5 Content-Type: text/plain; charset="UTF-8" Hello. On FreeBSD 13.3 I'm trying to install Chromium,but the compilation stopped because a bug : ...... /usr/local/include -c ../../third_party/webrtc/api/candidate.cc -o obj/third_party/webrtc/api/candi date/candidate.o In file included from ../../third_party/webrtc/api/candidate.cc:11: In file included from ../../third_party/webrtc/api/candidate.h:24: In file included from ../../third_party/webrtc/rtc_base/socket_address.h:20: In file included from ../../third_party/webrtc/rtc_base/ip_address.h:30: ../../third_party/webrtc/rtc_base/byte_order.h:114:18: error: use of undeclared identifier 'htobe16' 114 | uint16_t val = htobe16(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:119:18: error: use of undeclared identifier 'htobe32' 119 | uint32_t val = htobe32(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:124:18: error: use of undeclared identifier 'htobe64' 124 | uint64_t val = htobe64(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:131:10: error: use of undeclared identifier 'be16toh' 131 | return be16toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:137:10: error: use of undeclared identifier 'be32toh' 137 | return be32toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:143:10: error: use of undeclared identifier 'be64toh' 143 | return be64toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:147:18: error: use of undeclared identifier 'htole16' 147 | uint16_t val = htole16(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:152:18: error: use of undeclared identifier 'htole32' 152 | uint32_t val = htole32(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:157:18: error: use of undeclared identifier 'htole64' 157 | uint64_t val = htole64(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:164:10: error: use of undeclared identifier 'le16toh' 164 | return le16toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:170:10: error: use of undeclared identifier 'le32toh' 170 | return le32toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:176:10: error: use of undeclared identifier 'le64toh' 176 | return le64toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:189:10: error: use of undeclared identifier 'htobe16' 189 | return htobe16(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:193:10: error: use of undeclared identifier 'htobe32' 193 | return htobe32(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:197:10: error: use of undeclared identifier 'htobe64' 197 | return htobe64(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:201:10: error: use of undeclared identifier 'be16toh' 201 | return be16toh(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:205:10: error: use of undeclared identifier 'be32toh' 205 | return be32toh(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:209:10: error: use of undeclared identifier 'be64toh' 209 | return be64toh(n); | ^ 18 errors generated. ninja: build stopped: subcommand failed. *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/chromium *** Error code 1 Stop. make: stopped in /usr/ports/www/chromium -- Mario. --000000000000d9216c0613a60ff5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

On FreeBSD 13.3 I'm trying to install Chromium,but the compilation stop= ped because a bug :

......
/usr/l= ocal/include =C2=A0-c ../../third_party/webrtc/api/candidate.cc -o obj/thir= d_party/webrtc/api/candi
date/candida= te.o
In file included from ../../third_party/webrtc/api/candidate.cc:11:
In file included from ../../third_party/webrtc/api/candidate.h:24:
In file included from ../../third_party/webrtc/rtc_base/socket_address.= h:20:
In file included from ../../third_party/webrtc/rtc_base/ip_address.h:30= :
../../third_party/webrtc/rtc_base/byte_order.h:114:18: = error: use of undeclared identifier 'htobe= 16'
=C2=A0114 | =C2=A0=C2=A0uint16_t val =3D htobe16(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:119:18: = error: use of undeclared identifier = 9;htobe32'
=C2=A0119 | =C2=A0=C2=A0uint32_t val =3D htobe32(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:124:18: = error: use of undeclared identifier = 9;htobe64'
=C2=A0124 | =C2=A0=C2=A0uint64_t val =3D htobe64(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:131:10: = error: use of undeclared identifier = 9;be16toh'
=C2=A0131 | =C2=A0=C2=A0return be16toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:137:10: = error: use of undeclared identifier = 9;be32toh'
=C2=A0137 | =C2=A0=C2=A0return be32toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:143:10: = error: use of undeclared identifier = 9;be64toh'
=C2=A0143 | =C2=A0=C2=A0return be64toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:147:18: = error: use of undeclared identifier = 9;htole16'
=C2=A0147 | =C2=A0=C2=A0uint16_t val =3D htole16(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:152:18: = error: use of undeclared identifier = 9;htole32'
=C2=A0152 | =C2=A0=C2=A0uint32_t val =3D htole32(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:157:18: = error: use of undeclared identifier = 9;htole64'
=C2=A0157 | =C2=A0=C2=A0uint64_t val =3D htole64(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:164:10: = error: use of undeclared identifier = 9;le16toh'
=C2=A0164 | =C2=A0=C2=A0return le16toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:170:10: = error: use of undeclared identifier = 9;le32toh'
=C2=A0170 | =C2=A0=C2=A0return le32toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:176:10: = error: use of undeclared identifier = 9;le64toh'
=C2=A0176 | =C2=A0=C2=A0return le64toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:189:10: = error: use of undeclared identifier = 9;htobe16'
=C2=A0189 | =C2=A0=C2=A0return htobe16(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:193:10: = error: use of undeclared identifier = 9;htobe32'
=C2=A0193 | =C2=A0=C2=A0return htobe32(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:197:10: = error: use of undeclared identifier = 9;htobe64'
=C2=A0197 | =C2=A0=C2=A0return htobe64(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:201:10: = error: use of undeclared identifier = 9;be16toh'
=C2=A0201 | =C2=A0=C2=A0return be16toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:205:10: = error: use of undeclared identifier = 9;be32toh'
=C2=A0205 | =C2=A0=C2=A0return be32toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:209:10: = error: use of undeclared identifier = 9;be64toh'
=C2=A0209 | =C2=A0=C2=A0return be64toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
18 errors generated.
ninja: build stopped: subcommand failed.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/www/chromium
*** Error code 1

Stop.
make: stopped in /usr/ports/www/chromium

--
Mario.
--000000000000d9216c0613a60ff5-- From nobody Fri Mar 15 00:00:51 2024 X-Original-To: freebsd-current@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 4Twksv6G9Sz5DsWL; Fri, 15 Mar 2024 00:00:51 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twksv3R84z3wYr; Fri, 15 Mar 2024 00:00:51 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710460851; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=wQRuhnGxjGDxWCKVSidOba/8XIYV/+IJAobT8GnlIo8=; b=xUwHK46vb3luGPxRhVHITpw8jlrPNfwbS4sNNTyIHm/A1WMF56jLHnVZVrjl00zhlF8XwH EBcLZ+pmbJcdrV/OGEYYXtbRsPP/eLPo06Q1+Q24H9OcsgoVIVEOgu7EeVzNycr5y2y+gH IF8LBtCWY+NpHJu8GfUQ5vCYm+2CwE8tdQtthn0oY97msdsKKM3LK0/ULeZGuzjMKPAodn IzHGtDs0Rqt1wqYl4Wwkkv8WGjgrV5LNkdfux7j4Jz2IiBrEypU3h+flKfOUy6tAvDggIb dCcVnJ720IEXefOiGsFbzY19J/MJZxmKNtrN892SrcxMI7Ts+YiTyovJnhDWLQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710460851; a=rsa-sha256; cv=none; b=DmgSCyWt9kYQVdj8XOm+xfBbroXUZ9nPbmxtkhXiZATS1TTjL1oRYG/Nn29KTxpKl5eRMH 4H1I/vBZnoajGo9rHvd4tjc6DLrXUteikNExbAtrF11SRev+fUBWtbgRnXpRgFyI+MuQ04 OzWtCuG18P/pw+0YTpqAzAsvunSTlj5aJuTCpo3syw1+UTf5rMFij+0nZKkhxGx6hSICUF B2IYcn/S4vMpLQRsXifhm+HQQ9oZ2ZfqGzdjzF85rw2DObzGkml0vWZklK5IYS2sTxMm4e mICvvaUUJU2l4EkRGp2L6A+BfVIdIPYxm/nBxPn+XfLL0tSPW4hWrY2NUUU9jg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710460851; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=wQRuhnGxjGDxWCKVSidOba/8XIYV/+IJAobT8GnlIo8=; b=kmSlOf+o3c/5g1yt5ScYH8gJSTbCoS/KG6wI9e7UN8kRRBhRrJTXpSeQriq5GpyhzGSnB2 7br3ujqpUurHq/sX10Hlalera3PM17yy3XDdWCbwy/AbKCBsDB1xi66pr+n3n1oB5FZvRO YQ9l0Mes/8QsKg1kaxtRAGL4OzJEDCireKIHfDeY2jFwT1pzS4ZyN494LmvU+FxWiZqkDa VVBpEueKePLUPrUVbsTivspoCrli6iF1B+yDDwwOyvlQUS+94bUiDnqXbQc+eODWz6HiRk Pd8hElDOBfF/ds+OyRpkFsIt2AnJwt1K/pVSBa6q6cNGlKZIqvYclMUG9nn+PQ== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 508E618296; Fri, 15 Mar 2024 00:00:51 +0000 (UTC) To: freebsd-status-calls@FreeBSD.org Subject: [2 WEEKS LEFT REMINDER] Call for 2024Q1 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,secretary@asiabsdcon.org Message-Id: <20240315000051.508E618296@freefall.freebsd.org> Date: Fri, 15 Mar 2024 00:00:51 +0000 (UTC) From: Lorenzo Salvadore List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is March, 31st 2024 for work done since the last round of quarterly reports: January 2024 - March 2024. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earlier you submit them, the more time we have for reviewing. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2024-01-2024-03/ (create it if it is missing); * submit a pull request at . You should put your reports in the directory doc/website/content/en/status/report-2024-01-2024-03/ (create it if it is missing); * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoc template is available at . We look forward to seeing your 2024Q1 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Fri Mar 15 15:57:33 2024 X-Original-To: freebsd-current@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 4Tx85q2rvhz5Dg0F; Fri, 15 Mar 2024 15:57:35 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from thyme.eden.le-Fay.ORG (THYME.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:107::10]) by mx1.freebsd.org (Postfix) with ESMTP id 4Tx85p5yFGz4cdt; Fri, 15 Mar 2024 15:57:34 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=thyme header.b=vMCRDQev; dmarc=none; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 2001:8b0:aab5:107::10 as permitted sender) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (IRIS.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::6]) by thyme.eden.le-Fay.ORG (Postfix) with ESMTP id 38450391; Fri, 15 Mar 2024 15:57:32 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=thyme; t=1710518252; bh=6yZlSLJ7lsrM9kV5jLs5BLgOBsLl1I2GckxoqeMcFM8=; h=Date:From:To:Subject; b=vMCRDQevxvV4CPgV1OUi5LUGtwLeHR0oWjnes/KOuWuX9ycp1dfE/pn5Ibc/kxHhO S4eDJjnQsMutNGz9kssCrTtHsWGxwznRzWN7dQujoCnUrYFksXhZrBFu49xs5NW8GM yThCW3Ji1DFAxESeVWKLDpCZ9pXEmsu5BnfOHj1s= Received: from ilythia.eden.le-fay.org (ILYTHIA.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id DDB752C0418; Fri, 15 Mar 2024 15:57:33 +0000 (GMT) Date: Fri, 15 Mar 2024 15:57:33 +0000 From: Lexi Winter To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: after trivial update, 15.0 ARM64 system no longer boots Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nnwWTjyWNwWBzyFH" Content-Disposition: inline X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.50 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=thyme]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:8b0:aab5:107::10:c]; RCVD_NO_TLS_LAST(0.10)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:20712, ipnet:2001:8b0::/32, country:GB]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[le-fay.org]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[le-fay.org:+] X-Rspamd-Queue-Id: 4Tx85p5yFGz4cdt --nnwWTjyWNwWBzyFH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi lists, i have a FreeBSD 15.0/arm64 system, an RPi4, which was previously running 15.0 with pkgbase. i rebuilt main on my pkg server and updated the RPi with 'pkg update', which only included ~2 commits neither of which seemed like they had anything to do with booting, but after the update, the system no longer boots. the problem seems to be a hang during kernel initialisation: https://www.le-fay.org/tmp/30d/9fE0NG.jpeg i am not really an expert on either ARM64 in general or on the RPi hardware in particular. could anyone suggest how i could debug this problem, e.g. to get more information about why the system won't finish booting? thanks, lexi. --nnwWTjyWNwWBzyFH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmX0b+sACgkQDHqbqZ41 x5kTlAv+PBeOfgkFF7zpDFYG1Jz9wCmf3L7DCVPXZLiOEredf6eIWRiO++xPf8pi e0FqweXrTWIpzmrQhzmROg7RHTVk/J9H9iqarSB65CY0jhXTtguvxwsOzxHMDF6O KsNG1fIymNnYiXVGn6IyuIkEh8uA7QB7DtbIH6KhXFYD+1eB0BqfEw+CbeA6hAKS sfCTvPNuGVQkx+y1xbbQYCgbOVoCl9yteZe7glGBiOKiUJNIl9ovn5CUjNPSsOkt DRxcRQ3lgN4L+quN/NRzC1piICkFpc7hAZM8CCYRGlWq5yvcSDo8qQNcJn/oJIps VhH8bKVOYDqw5KVlTODEyTEJHNp/emYzqUcMGiDi+1OcTWnL4DaOig1FCHgsQdXD vvN48A4I4Op6ztwG5ejF5qu8lPFZGIFLNq0neS5FTnRBXCWLAdHDbaskA/3lwoAt a2uMoxBaidtHM6LhIWwoX66Aoy9fA7QIBUUoAQMWZ5QfIOjOuOcI6/UF8Xscs898 GSvfyh/2 =2qs6 -----END PGP SIGNATURE----- --nnwWTjyWNwWBzyFH-- From nobody Fri Mar 15 20:13:08 2024 X-Original-To: freebsd-current@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 4TxFmz5n2hz5CpsQ; Fri, 15 Mar 2024 20:13:23 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxFmy3rY5z4723; Fri, 15 Mar 2024 20:13:22 +0000 (UTC) (envelope-from rysto32@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=LvN9CD9h; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rysto32@gmail.com designates 2a00:1450:4864:20::234 as permitted sender) smtp.mailfrom=rysto32@gmail.com Received: by mail-lj1-x234.google.com with SMTP id 38308e7fff4ca-2d48d75ab70so13593511fa.0; Fri, 15 Mar 2024 13:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710533600; x=1711138400; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=DPWshS32SpI1uj34Rut8FrBGijcAy6LQRMc0PaFQOhc=; b=LvN9CD9hP6543Lnx+IWqnuobwpYtc4FYfWBvRcJFf1ASzbsg4TXYPk0Rdjrq2sFuLA TAsdfvXaNbx6GdFk24wrMDc3qfzd+nlYW3KGw+PKgG7k6ROcu2icSbm42Bgstgx2cIi+ pwgHWB5/cp554feTlvNlQ7DKls6Sq7pT7gg7g5t3piKx2dCtNYKh2/lwm3IcuRnhnu3I CnmOAK/EysiISSSkabbZxdiH9ymSBW4I/0Yag9FjPPGrgmGmFf1oufr9bvuFXbCFWDzH mG3ZKd5oe1mwuLV6zdMVd6zapvUsaj/QKJ/u7Ie+OlK9bdPSQqW/yfK22Qot2josHfLT yieA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710533600; x=1711138400; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=DPWshS32SpI1uj34Rut8FrBGijcAy6LQRMc0PaFQOhc=; b=gYqdp9+TmtnXZLF9iuJ/qgDZ3enuGVxabe0AasPdloM+CAtg8AN7H/g6HPnKNQYhIP HhO/DrEorIt2A/ye9PIvmjSApmSGTqlrWSo0DTz+1h4QsFSGbqf/hKeWFOnrYKM6XLdp RtZqNN7jdX6C0/sczgyh03KTYE0uzFzZQpwpNVLw7peJue/Txmn815bgFUvV1CAFxTRH lvf43K6StTZkl185BN81r574M94cIEwmDTQVjAZfuBlcTxc5iWTUSvKz6jNkIssoDPrC YvPLRGoapQx+kwrHgwOFh0zmiOQQ5HZY26F+rSPmo9YTYhU5EFXSWysONoRh0vRN7qUC dFhw== X-Forwarded-Encrypted: i=1; AJvYcCXuh61gsGrJ8Y7jyUy8IzMibk5rEfc0LAGAOxCqvj71PCsr1xwSj6L/50HrbrgBpHOLJLBo/Lwc94eWITuBiTDCK24a5751Erxy6pk= X-Gm-Message-State: AOJu0Yw0zhSfaxRMklE1CKImdKedC78ewQROxM+7SOAO7Tp4quYJbHxB 6Q9AqFWgr52X+tem8DD4xvkKa8xO2tFaImaI+Xpt7gAtHNNlOkebBTsaCB2UBu9QKg1o/oishyS CEWmBWcwAf3ablkeju6NPKQPllKJlzS8lC1E= X-Google-Smtp-Source: AGHT+IHI3kP/kgOL4KJ+aZoh9TXJfTFPKHUtYqQgcoNUFMWKn1jkmZeiFhAGYACZMWb2wCV3iz9Ch2xvmFPUduweYZE= X-Received: by 2002:a05:651c:1050:b0:2d4:71bd:b072 with SMTP id x16-20020a05651c105000b002d471bdb072mr4290556ljm.14.1710533600245; Fri, 15 Mar 2024 13:13:20 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ryan Stone Date: Fri, 15 Mar 2024 16:13:08 -0400 Message-ID: Subject: Re: after trivial update, 15.0 ARM64 system no longer boots To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.946]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::234:from]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4TxFmy3rY5z4723 Are you sure that the system isn't actually booting or are you saying that because you get no console output after going to userland? It's possible that /etc/ttys is not in sync with your console configuration in loader.conf. If that happened, nothing from /etc/rc would print to console during boot and you wouldn't get a login prompt, but networking and the like would still work. If you need the console to access it (e.g. no sshd is configured) you can try booting into single-user and look at /etc/ttys from there. If you can't actually reach single-user mode then the problem is something else. On Fri, Mar 15, 2024 at 11:57=E2=80=AFAM Lexi Winter wrot= e: > > hi lists, > > i have a FreeBSD 15.0/arm64 system, an RPi4, which was previously > running 15.0 with pkgbase. i rebuilt main on my pkg server and updated > the RPi with 'pkg update', which only included ~2 commits neither of > which seemed like they had anything to do with booting, but after the > update, the system no longer boots. > > the problem seems to be a hang during kernel initialisation: > > https://www.le-fay.org/tmp/30d/9fE0NG.jpeg > > i am not really an expert on either ARM64 in general or on the RPi > hardware in particular. could anyone suggest how i could debug this > problem, e.g. to get more information about why the system won't finish > booting? > > thanks, lexi. From nobody Sat Mar 16 06:40:19 2024 X-Original-To: freebsd-current@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 4TxWhY0D9Fz5DtFJ; Sat, 16 Mar 2024 06:40:29 +0000 (UTC) (envelope-from SRS0=vOc0=KW=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4TxWhX4qvGz4GKc; Sat, 16 Mar 2024 06:40:28 +0000 (UTC) (envelope-from SRS0=vOc0=KW=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Sat, 16 Mar 2024 07:40:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1710571220; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=29xEjqQg+OY/hPlASB7VAaB33PJqMTcZXpo1jsTW5UA=; b=gqBVYvxPzFahPM4Hz6qWLQnNplccvlbJnSyfOmTeg98W/F45b8ajy4/U/mjlSw0I0zoe/G YHbmfU6CevOwLfLubqePY6v3mYSFjSffevVAIybbEUZTx9/+baneBqlvgQMriJS5h/WELY 7nqAxZ82xUOLKg9CnehdJ471d01JU69Gt3gnYoP91f/3TWjq5sbZQfppDAROPfonC6uagk RInHjrkiYMjy4UA6tH/7DlOqR6vJhqyDhHLj7NMmLP4PEs9i7u+PIQJcIEBQ2FBNIJc3Hi cE2eH0/O2kPT6sVcWXHn8zN6p7tjuVBGbdUXkkllNz0smBxlyNnKVZk+89YCzA== From: Ronald Klop To: Lexi Winter Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Message-ID: <1982291871.13801.1710571219901@localhost> In-Reply-To: Subject: Re: after trivial update, 15.0 ARM64 system no longer boots List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13800_446475607.1710571219898" X-Mailer: Realworks (694.2) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4TxWhX4qvGz4GKc ------=_Part_13800_446475607.1710571219898 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I have no clue. But can you boot in =E2=80=9Cverbose=E2=80=9D mode? And as the last message is usb, can you remove all usb devices and boot aga= in? Regards, Ronald Van: Lexi Winter Datum: 15 maart 2024 16:57 Aan: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Onderwerp: after trivial update, 15.0 ARM64 system no longer boots >=20 >=20 >=20 > hi lists, >=20 > i have a FreeBSD 15.0/arm64 system, an RPi4, which was previously > running 15.0 with pkgbase. i rebuilt main on my pkg server and updated > the RPi with 'pkg update', which only included ~2 commits neither of > which seemed like they had anything to do with booting, but after the > update, the system no longer boots. >=20 > the problem seems to be a hang during kernel initialisation: >=20 > https://www.le-fay.org/tmp/30d/9fE0NG.jpeg >=20 > i am not really an expert on either ARM64 in general or on the RPi > hardware in particular. could anyone suggest how i could debug this > problem, e.g. to get more information about why the system won't finish > booting? >=20 > thanks, lexi. >=20 >=20 >=20 >=20 >=20 >=20 >=20 ------=_Part_13800_446475607.1710571219898 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I have no clue. But can you boot in =E2=80=9Cverbo= se=E2=80=9D mode?

And as the last message is usb, can yo= u remove all usb devices and boot again?

Regards,
Ronald

Van: Lexi Winter &l= t;lexi@le-fay.org>
Datum: 15 maart 2024 16:57
Aan: freebsd-arm@freebsd.org, freebsd-current@freebsd.org
= Onderwerp: after trivial update, 15.0 ARM64 system no long= er boots

h= i lists,

i have a FreeBSD 15.0/arm64 system, an RPi4, which was previously
running 15.0 with pkgbase.  i rebuilt main on my pkg server and update= d
the RPi with 'pkg update', which only included ~2 commits neither of
which seemed like they had anything to do with booting, but after the
update, the system no longer boots.

the problem seems to be a hang during kernel initialisation:

https://www.le-fay.o= rg/tmp/30d/9fE0NG.jpeg

i am not really an expert on either ARM64 in general or on the RPi
hardware in particular.  could anyone suggest how i could debug this problem, e.g. to get more information about why the system won't finish
booting?

    thanks, lexi.



------=_Part_13800_446475607.1710571219898-- From nobody Sat Mar 16 07:57:39 2024 X-Original-To: current@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 4TxYPq6KhQz5Cm6G; Sat, 16 Mar 2024 07:57:51 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxYPq5tj8z4N8f; Sat, 16 Mar 2024 07:57:51 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710575871; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2CmXz65wFJTXaTC3INhchIr6pYROSm8es4c2LlqmuaI=; b=hRRmMlBvjkNkVosLgKvKTrP3bSNn6omm1kf82bIGmW8jgNTlb+daus9UZF4q/J6j1Hrbp2 rVJaFL+kJyjcwTVE0D7lXkq4LxBcYS5y2B3UJvcgQ8gLwH2GeojL29US5nPrKRlN/0ass0 Qpnj+ay5RHfP9Dx9bIPC9y2BgeNhmEHhE/GHGdKhXCjLhYXdHYntRMsUH8hVSjKYhO7pWy s2dJp4792kNhqZSVMBvNMcQ/SYXusJf/OrHeFRGxBehA1UfQ3WbyyGekbdnNDJf3rXq0Se 8zp3vKVYFxmHcXcmvAvsL1hk52d33DVKPNDsq8S8Nv+V5+IOqLZZPcPicrXQkw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710575871; a=rsa-sha256; cv=none; b=bn9Y5/sCpjpKTHiZL4qUoFMN/36y/8Nsj9/G896VSkgh3HSVgQJezbsblyX4D/uuZhU/T/ hkk57GimK9oqA2YJFfTliUvZ61UfhdGPHJ44syszJegl/7jaGMPUC85hCsS33zsrWaGL/m Ikz7qf/y5W1c6R0Mkmi7og6VbgT+c+PtAAf1EHxCsBNyB751hVlMTN+ipzW0t9Ju0oGuVi RrSxJI06B8LCipTSvTMh5c7PJm/XfsQxxyQTnSiuzzmp1UgImyE1gpJH8Q6eTm/yV+N4LG TcT6XAluOkIrw6/g/mourrRE1x+5BOGSdEQqE/GZ0cJ7c2BhxeYWfkKtpWLZKg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710575871; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2CmXz65wFJTXaTC3INhchIr6pYROSm8es4c2LlqmuaI=; b=qbYbTbOgIDEuGeAe7wD31g4kVJD9zici8FrkAOxcKFrMlt4xnPRw1K/816wUzqfWk/V969 MZu1W/Hl9R4fD7owXzgYkF6bofJiQDLqoqpL5qRxNIl7wYoIPMRFKu5dXilUVEqRGVmZEK 9xYO6yyQVozrdUYoSMI2xgfTirVc6jSH7HL67KBvyJhyaDxaXS1fzyDTLWQVr5rC/07wEA 7Xaq2J+MIyflIRW9aJymMqrfNDND06d69XsaqC1LK/OSEaIj3SlKy6Ih2taSQ37Li/sEy5 nruLaRfyRp0JSE8/gwnogQ9SNU6r+HtBSPR0/OFE7FKSiSoSzZQkUGpb7twtVw== Received: from mail-qt1-f172.google.com (mail-qt1-f172.google.com [209.85.160.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TxYPq5LdLz1Ngg; Sat, 16 Mar 2024 07:57:51 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f172.google.com with SMTP id d75a77b69052e-430b6ff2a20so5608371cf.2; Sat, 16 Mar 2024 00:57:51 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVMUSoBeMTG2EONzsncDByZPKGStILaGwS0F8k6GjeB3//Yg4ZUsfEqek9ixG7DNM5e1Ar9kw1ANeZg22DWbmWEYFnB+XO9YjZSwaye8BnYiTY8IrI= X-Gm-Message-State: AOJu0YwuDXnc2TXLS3gP06QOG0QaZhbVvWECSCwJLBpU3BSu1sPwbdcu WSUSnpbd3EuTJjMPfKsBUsj1GccfzAucPDeTQW1LOtMaJ9YhuuAlnzC4U8jNYrn1KoFNCRdv4QR iBCNe4MB6im0KFSUxuJYbACm6Ihc= X-Google-Smtp-Source: AGHT+IGHU3iZ8+yeLdqk4XSIFtkjzJZmB8CrGZm/J5VsKCwtr4MzCIuTVHjQ2p6oNRFEWeavTk9cvmiKVgALGl33/wg= X-Received: by 2002:ac8:574d:0:b0:42e:fa46:a3e5 with SMTP id 13-20020ac8574d000000b0042efa46a3e5mr8058718qtx.63.1710575870974; Sat, 16 Mar 2024 00:57:50 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> In-Reply-To: From: Nuno Teixeira Date: Sat, 16 Mar 2024 07:57:39 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've noticed that all operations on OS was increased by 3 to 5 times longer. examples: - firefox took way long time to open - poudriere testport tooked up to 3 times longer to finished make.conf: KERNCONF=3DGENERIC-NODEBUG src.conf: WITH_MALLOC_PRODUCTION=3Dyes tested on main-n268800-6a6ec90681cf Thanks, escreveu (quinta, 14/03/2024 =C3=A0(s) 10:51): > > > On 14. Mar 2024, at 11:04, Dag-Erling Sm=C3=B8rgrav w= rote: > > > > tuexen@freebsd.org writes: > >> Gary Jennejohn writes: > >>> In the article we have option TCPHPTS and option TCP_RACK. But in > >>> /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and > >>> not option. > >> Thanks for reporting, that is a typo in the article. It should > >> always read options instead of option. > > > > It's not a typo, both spellings work, cf. config(5). > Thank you very much for the hint. I did not know this. I wrote > option in the article (for whatever reason) and tested the > configs using options... > > Best regards > Michael > > > > DES > > -- > > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org > --=20 Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 08:41:13 2024 X-Original-To: current@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 4TxZMz0pMBz5CqRh; Sat, 16 Mar 2024 08:41:19 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxZMx4nB4z4SYn; Sat, 16 Mar 2024 08:41:17 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (ip4d15f54e.dynamic.kabel-deutschland.de [77.21.245.78]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id 294FB721E2806; Sat, 16 Mar 2024 09:41:14 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sat, 16 Mar 2024 09:41:13 +0100 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4TxZMx4nB4z4SYn > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: >=20 > Hello all, >=20 > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've > noticed that all operations on OS was increased by 3 to 5 times > longer. > examples: > - firefox took way long time to open > - poudriere testport tooked up to 3 times longer to finished How did you enable the RACK stack? Does the poudriere involve network interaction? Best regards Michael >=20 > make.conf: > KERNCONF=3DGENERIC-NODEBUG > src.conf: > WITH_MALLOC_PRODUCTION=3Dyes >=20 > tested on main-n268800-6a6ec90681cf >=20 > Thanks, >=20 > escreveu (quinta, 14/03/2024 =C3=A0(s) 10:51): >>=20 >>> On 14. Mar 2024, at 11:04, Dag-Erling Sm=C3=B8rgrav = wrote: >>>=20 >>> tuexen@freebsd.org writes: >>>> Gary Jennejohn writes: >>>>> In the article we have option TCPHPTS and option TCP_RACK. But in >>>>> /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and >>>>> not option. >>>> Thanks for reporting, that is a typo in the article. It should >>>> always read options instead of option. >>>=20 >>> It's not a typo, both spellings work, cf. config(5). >> Thank you very much for the hint. I did not know this. I wrote >> option in the article (for whatever reason) and tested the >> configs using options... >>=20 >> Best regards >> Michael >>>=20 >>> DES >>> -- >>> Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org >>=20 >=20 >=20 > --=20 > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sat Mar 16 09:40:53 2024 X-Original-To: current@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 4Txbhm1FQhz5CwwS; Sat, 16 Mar 2024 09:40:56 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txbhl1sy6z4bPR; Sat, 16 Mar 2024 09:40:55 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1710582053; x=1711186853; i=garyj@gmx.de; bh=bj3cwuFk8tQrkKfDOjB+EENXe+0fkB/xT4oxQTCo6DQ=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=MTs5oBXJXcIM7z9ENheONiH4f7XEi/bkVwTazs+oghdRJGjPkXc/Q7vLliA/jzGJ meAEUa8W/eKYXT3OtJ+iid9mUVgV1Pwspi9BvyvAfKmV1Opdv6LoPMTTzOqOXvLgG 3kqFKtVzF8MenTPs2GeZbKW474rWmYigc+YfzxzQxJjJ7re5Eq4tLWcwiImRtrH5P y2C8N5hIKp1lRRsNGpD1CgFbJREHECpKKl9JcBQZcjWwjJKxvNDr0gkDIGlY4xerq +9VKqiGBOy7tNeZAbYEa1HvBQWw76A/C3XhSjvmHuf0kx5sB2dzbQqa3mN5pckdQf 0/WqLujYuOQdI9gpQg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.224.160]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MiacR-1r7AIs2ZCp-00flgk; Sat, 16 Mar 2024 10:40:53 +0100 Date: Sat, 16 Mar 2024 09:40:53 +0000 From: Gary Jennejohn To: tuexen@freebsd.org Cc: Nuno Teixeira , current@freebsd.org, net@freebsd.org Subject: Re: Request for Testing: TCP RACK Message-ID: <20240316104053.20bef8c2@ernst.home> In-Reply-To: <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:0nAiskNpGaKwgUcGPO72HkKwarTT16DCx+NJTzTEN9KFOloMQj9 UOptRGcjLGwESI8MbcvDf4zenLGAu5SrXVbw3UCe/E6kKuEIaNy/g2c9qHmgB9MabbXzgHd 5XNgFHiu58JvXTUB1qQ9PfY3orrlH+r0a8J7VOgMgz128ts1nvUKwj/XqXlocM+GeLJ+t67 uzFiJt3B3lCjDf8KQqPBQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ouK3Y644qxY=;9hxUUlY+eKPmeJ7ItI8HLTF+L2h 7os0XjBfscsUqcjjahL0pTScHhMnVbJm5wvLjSmqzLk05je4JU55+J9+yeSf55d+Xx5ny4UxM zGnnZRhHyDxQJDfWjAGk7y78YQtaJs/UNJC8xEc2OlijAMCbaAm1fThhP4dZPEbtUq5S2kqgs jxFuTq5SapKBAhbmVGwTOR5RDsmlSTSjKNE5OivibKaIpAZ7xRUuyf6raJoLGQRZsCYrb/qFZ AX9JRGA6OogX6B/okQfgew8SSPpfOjhD3SHvqs9pC5Aubyv8Te2y+KdSyVUDJsK3//35GFvA7 ubbmgGP6iFou4nuCMGLCxtk6TaPiKI2/3ebTzKwzVlMKQm1Uffm1NyYzSohSb+4j+5v5bVh8w xEl5S+P7MgethoG7gOzZn/vebtR0MCoVFor080mYghIlLlaKSV9+xOC6aR6iMswAXrjlnH4jB FfJ77wPzCeRICEJxDQKUmdYgyrbO0kp1bCLZ82oVxKI+7fPXIB7s++IZf7zm4DTC4s8ZlPrhU AgoQQaWIvBRGaQ9Jin/Em9/ruRCv8/kb7JPk3KMGfT7pdvZO0OqQobAFWq7Ti9lev6myVMG92 NZ1DUbebtB9u2+1Qx1VGDT57B01CT8ONRKgO+3wn/K4fej5QeQ8OXsv17QQE5heIO7xA6mOsU GjFCwR5v9lf0+4dpuam7dqGo7hOO4TE91Sf2RfnIIaG4k3A4z05yv7gE+KBzQ8YJ4M8AuFAWt PuM42KQ+Z5hfJFHLZm+YP5FXhUkEsZBXnAOJlw4C7D02ilmgP8ELHXGwKVXNTNj+ruXq4Iv9i ydY87bZOBj6Dd0SeVq0zT4FgfCPfuJgskCKJdGkzNWND8= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Txbhl1sy6z4bPR On Sat, 16 Mar 2024 09:41:13 +0100 tuexen@freebsd.org wrote: > > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > > > Hello all, > > > > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've > > noticed that all operations on OS was increased by 3 to 5 times > > longer. > > examples: > > - firefox took way long time to open > > - poudriere testport tooked up to 3 times longer to finished > > make.conf: > KERNCONF=3DGENERIC-NODEBUG > src.conf: > WITH_MALLOC_PRODUCTION=3Dyes > > tested on main-n268800-6a6ec90681cf > > How did you enable the RACK stack? Does the poudriere involve > network interaction? > Interesting. RACK works for me: net.inet.tcp.functions_available: Stack D Alias PCB cou= nt freebsd freebsd 0 rack * rack 23 I don't see any lags when starting/using FireFox or any other browser. Mail delivery (in/out) is also not affected. But GENERIC, which is loaded by GENERIC-NODEBUG, doesn't support RACK. These entries are missing in GENERIC: makeoptions WITH_EXTRA_TCP_STACKS=3D1 options TCPHPTS options TCP_RACK =2D- Gary Jennejohn From nobody Sat Mar 16 09:42:25 2024 X-Original-To: current@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 4Txbkk4BSHz5CxQm; Sat, 16 Mar 2024 09:42:38 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txbkk3NPMz4dDc; Sat, 16 Mar 2024 09:42:38 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710582158; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7fwwZIBIhGEM9K/dm50RnrRaIk4M9Q07IkIvzx6u6Nk=; b=v5GumSmTEnSr/zgdzXNpRNSFqDoSEgBOvSURRdARFw6U/IMISHZQ7D+nuLqFv+n5wssJnP N69md6dvUT8hg9Yb73LHWbwMoJ+xAEFovL2EeUKn1s5P41nBS85zC2T9/YE+Vo+yWvkW4N EumFaKJ0ltgb4Xl5I9dotRf28mTB3dQ1rmKffxRFLg5vv6VKm/NvuQKTu/g4Sd5d0bEmVt zcc/xBFLhwWJnF3tmwd/fNUfPQ/aDJWkX8Vm5IXMEKLlILj39dgHaIFmr4F/w/5fZjLRRG zM4UFIu5oMGPk33J/wiFjmQMfPZhJbUUbmDhzCTvdKmVQ8RV7dUyccm3etutWw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710582158; a=rsa-sha256; cv=none; b=FyKARjPLYVN8Ntefj6MYaWhRAX3IHq0COiXSk92r5PosVQzM2oDrFOo9e38Fg2Ab4R+Qli 16ZXbjzNfP92kJHgx6WK93G64rQ0Sdhjc/4HFGmL8f7gOVoagGr1II60QJKMOU6SMG+DrA d2GLoiAhR/TngMXUxuzqqZWYFcjIXxmPvIiwkyH9Bx8ViikVnHKwhEA/bQGTr7ML5f9s0x MUmG5XryhwY7qWKG4I9xLhfRUQuXK2UtS76pm0j9r9nKKt+117xeRXX/rQneunupPskRYp /Eg0O3IHM/dHcMX0TNcMzurK4h9HmxQaY2cSiK2BKTWBZ7oTydiQXKerQGByoA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710582158; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7fwwZIBIhGEM9K/dm50RnrRaIk4M9Q07IkIvzx6u6Nk=; b=UCm8EcgZw4FpgU5WKA0oplnDw5pH9CaFzpgMMGoQpaHulvDDq1HbebMTi6et2rRf6/teTW 0qBPCYCMm0fZoWXxHXQxG+gKLfgNV3gGg1VB6F2tK677a+HVnil7JiYtTtrXG9dhz6baDW FRgh7aNV/pB3zGnLH4r20Uj1mUT8okqVEjIY33766bXWoiNfJ1tPszhgIyulxX6vlIsh5z UuEgP4yoqe9uPzOwXL5opSelcL9CfWVrx/jrDbm4Et/bro5GgkO2GxJclojHLqR5LzWHkc Vkxrk3YjfWzknRPwDfT2MqorlDbM1OJQToZuiI9HklnC4so5tH8ZlHKf6R8p3g== Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Txbkk2yv9z1SK9; Sat, 16 Mar 2024 09:42:38 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-42a9c21f9ecso14269271cf.0; Sat, 16 Mar 2024 02:42:38 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCXxBsajURdwOFtTT25iH+uE73Cl6E+xgiWjYpbzaRgEhDzd8a23f1XDw2r2q+DvbJhFj4aSJMwl0R1WB+y/fTumsUvMQj0pyCviEz0a3R4/RKB6X4Q= X-Gm-Message-State: AOJu0Yxtn3rDN0mrNLLZpu2I21D4yEdl03LlJIfqWl2m7nw69FbMeXPv 2mWlL2+PuGkpI6hgoSfuxORkN3VI4TmsJUaOSUmLMl0ea3f/YwOsG6Ns6JVyvt68lSNqdmB7rcU GlCm6vzXxGNv/JRplYZ1FKZffkFc= X-Google-Smtp-Source: AGHT+IF18OTzZUD1u7z1bOxJMuVPvU/3dWPADnRKUdzShEVjQjtz43kK77gQIQY4QC5eGW6kl6PoutS9yMUihBB55VE= X-Received: by 2002:a05:622a:178a:b0:430:c256:b9f9 with SMTP id s10-20020a05622a178a00b00430c256b9f9mr636078qtk.12.1710582157957; Sat, 16 Mar 2024 02:42:37 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> In-Reply-To: <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> From: Nuno Teixeira Date: Sat, 16 Mar 2024 09:42:25 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Followed man tcp_rack: loader.conf: tcp_rack_load=3D"YES" sysctl.conf: net.inet.tcp.functions_default=3Drack poudriere have restricted access to network, usually for fetch distfiles. escreveu (s=C3=A1bado, 16/03/2024 =C3=A0(s) 08:41): > > > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > > > Hello all, > > > > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've > > noticed that all operations on OS was increased by 3 to 5 times > > longer. > > examples: > > - firefox took way long time to open > > - poudriere testport tooked up to 3 times longer to finished > How did you enable the RACK stack? Does the poudriere involve > network interaction? > > Best regards > Michael > > > > make.conf: > > KERNCONF=3DGENERIC-NODEBUG > > src.conf: > > WITH_MALLOC_PRODUCTION=3Dyes > > > > tested on main-n268800-6a6ec90681cf > > > > Thanks, > > > > escreveu (quinta, 14/03/2024 =C3=A0(s) 10:51): > >> > >>> On 14. Mar 2024, at 11:04, Dag-Erling Sm=C3=B8rgrav = wrote: > >>> > >>> tuexen@freebsd.org writes: > >>>> Gary Jennejohn writes: > >>>>> In the article we have option TCPHPTS and option TCP_RACK. But in > >>>>> /sys/conf/NOTES we have options TCPHPTS and options TCP_RACK and > >>>>> not option. > >>>> Thanks for reporting, that is a typo in the article. It should > >>>> always read options instead of option. > >>> > >>> It's not a typo, both spellings work, cf. config(5). > >> Thank you very much for the hint. I did not know this. I wrote > >> option in the article (for whatever reason) and tested the > >> configs using options... > >> > >> Best regards > >> Michael > >>> > >>> DES > >>> -- > >>> Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org > >> > > > > > > -- > > Nuno Teixeira > > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 09:49:24 2024 X-Original-To: current@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 4Txbtm6wt0z5Cxd6; Sat, 16 Mar 2024 09:49:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txbtm6SBzz4gMx; Sat, 16 Mar 2024 09:49:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710582576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WbfR6Q/41upPwsfliXrdQgD4z5PlZBGA7PTzcOF61J8=; b=KSFNMf6mKVPSnWOcbuAQwYAnrSSsnqcwGajSR8XW4YWpBRnS0zE2V7v4YpYP2nrZcuEmq6 MfQu++zFsRE+DiCMC8xwL603vpRmLuwxz50YSP5qe6yFeEs1sgRYIBWCoI/FAocNjVJ6Gg d/2OqNYYwFTd1gSRn3ffH3aRWH9GDMmUvqQoTklPlGfpi3A5Az0lO4lxvf9pV6DoonbMky pwIgSjnM87GUrVa2bL0N9sj1Q7KN/gWKhLGCYmTjI1mKmZxcH09gfa8pwtliWN+2jfGX2R j5kjiHlgJZ/bsePXLF7rAtlwDdyfkNsyCf1Ui7vjvjRViUJ3OFwUiL3JoHXz3Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710582576; a=rsa-sha256; cv=none; b=h0UxjIQJ04zUv1HsRrz3BtZSb4pMxqphRQ6yEW9lX02larZblj3XoHN7SUpfeW1DClc060 sdzsz08Jv7A6POQ3NCAakX/kQLhA+ghDK5dXBilfNPUR2A5Z8+ZqFruFpTCCishlssLRDn pjQjs2dlaRZbQ3BmwFdb3RbDt9nlP+Bst68aFhtQzhppLTRh3HXwOW5iabkl340LXaXxBQ ddrRcDf6ywI59xbTgsG+j/jWT2fbRfy9M4F0XlL8uJLcZn4V1Vw5ywK87Gg3VVe3c1/5xb BqlFJ1O9vXY84CUhHO/BUo48nYHsC0LV5+HvnPCAcvepXcdfEw00EDZqMf4wFQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710582576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WbfR6Q/41upPwsfliXrdQgD4z5PlZBGA7PTzcOF61J8=; b=Jvc1IlnNekt7C1GP985bOCApIfSgCob00dBMtrAUWlKQOaW4GF8kFcgUsA/sUShF3HMTHn 069DLYQy9Mxf6g3kUlTjmUTZcDHK56KuZWl0JSt5NVHcEBa1IdSU6IAkmk4dBWqg47shII qjR8SqVvClUOe++IBGsd0XdmOMs1yU784KGTy08BJ/lDWGhHALykhH9QFoAlVnhS2Vqs0Y WfNw8gNGbDKOF+NqiOr7ZYZ4+h+iyjTEmvnMQcdq+iY9ANBB8r4oBxJRssnAltIon1Wb6w O6BYJfpnLOY7yKDKYQX4z5Wx1788sT5yq5bSGucEXgGIkfLDDqj7L/q+SIUhAQ== Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Txbtm5pT5z1SYp; Sat, 16 Mar 2024 09:49:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f170.google.com with SMTP id d75a77b69052e-42f4b66dc9eso16711681cf.2; Sat, 16 Mar 2024 02:49:36 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUZOoryOhuyIUwjSm5jhh74ZGpzy9umYNa+tpZPyiDzRxCV2kydnChgG+JEekshFY7LCfo4D5QDOjUUOsIPZPRZ1DibYJu8co4l1q8BpFkJLq+XuSs= X-Gm-Message-State: AOJu0YxExOzu/+MRejuMKiD3Ulk+Ze/AGS1p0nAjkBrimfcWFSLvx56I 6fKWCMMkp0dNY0HNpb3JgnfrdH+J6Lsav/veDqlZdg23VZM3wlYlUL6Vc3u8HJTOV66lhl6753k WtRL5v7Ez/6NjW/XudnjPHXcQJaQ= X-Google-Smtp-Source: AGHT+IF/LWlKIagxY0mXJOkV31khV3MJCC7IzeQAgUSi0rDw9yxs0IxSuPcPysruhcEnmPSLUVO8KcdNzWz1JLzbLw8= X-Received: by 2002:a05:622a:60c:b0:42f:2074:2747 with SMTP id z12-20020a05622a060c00b0042f20742747mr7763856qta.18.1710582576018; Sat, 16 Mar 2024 02:49:36 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> In-Reply-To: <20240316104053.20bef8c2@ernst.home> From: Nuno Teixeira Date: Sat, 16 Mar 2024 09:49:24 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: garyj@gmx.de Cc: tuexen@freebsd.org, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Gary, Nice that you found this. tcp_tack manual doesn't mention that we need extra config in kernel but it loads module and it is shown in sysctl net.inet.tcp.functions_available without errors. I will add missing config to GENERIC and see how it goes. Cheers, Gary Jennejohn escreveu (s=C3=A1bado, 16/03/2024 =C3=A0(s) 0= 9:40): > > On Sat, 16 Mar 2024 09:41:13 +0100 > tuexen@freebsd.org wrote: > > > > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > > > > > Hello all, > > > > > > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I'v= e > > > noticed that all operations on OS was increased by 3 to 5 times > > > longer. > > > examples: > > > - firefox took way long time to open > > > - poudriere testport tooked up to 3 times longer to finished > > > > make.conf: > > KERNCONF=3DGENERIC-NODEBUG > > src.conf: > > WITH_MALLOC_PRODUCTION=3Dyes > > > > tested on main-n268800-6a6ec90681cf > > > > > How did you enable the RACK stack? Does the poudriere involve > > network interaction? > > > > Interesting. RACK works for me: > > net.inet.tcp.functions_available: > Stack D Alias PCB co= unt > freebsd freebsd 0 > rack * rack 23 > > I don't see any lags when starting/using FireFox or any other browser. > > Mail delivery (in/out) is also not affected. > > But GENERIC, which is loaded by GENERIC-NODEBUG, doesn't support RACK. > > These entries are missing in GENERIC: > > makeoptions WITH_EXTRA_TCP_STACKS=3D1 > options TCPHPTS > options TCP_RACK > > -- > Gary Jennejohn --=20 Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 09:54:13 2024 X-Original-To: current@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 4Txc074cktz5Cy8j; Sat, 16 Mar 2024 09:54:15 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txc072Kphz4jQM; Sat, 16 Mar 2024 09:54:15 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1710582854; x=1711187654; i=garyj@gmx.de; bh=wO8DVUhJ3WFLahPmci1QPYrjK1T4yRYn5UuAqVHQD6Q=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=aBV2QRZQeHHoKgtsx8Fhv7xjmDNFv8Y63gLCxYu1dAjo4NyyPp9y+G7gzLAV/5Ek EuybO+HXqyAwRG+VoH9Fy6lZQZ50jb09glZvIdxmaUBTNRWkqayWsPv+DHi6n5oT/ oE+iwC86n359IqNGiWpzoW+uYSrtSQgGd2F+fHEQmFCFiVpqg8jGOXnN2CQfbk2fF SL3SI5X3xZdRV++Rijofc8Jhm94Qt4bmFSAxfkt5h3FdqcT/OabD8JnTXgTR1VQNZ dp0tQCnFDfsK8wBmSyY12klLNihRQXE09ahExPico4T0jBFU/F0EGLyKOE+f9edFB BvfOZISw3CJetdUICw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.224.160]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mq2nK-1qzhrw0ZwQ-00n823; Sat, 16 Mar 2024 10:54:14 +0100 Date: Sat, 16 Mar 2024 09:54:13 +0000 From: Gary Jennejohn To: Nuno Teixeira Cc: tuexen@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: Request for Testing: TCP RACK Message-ID: <20240316105413.70f29a24@ernst.home> In-Reply-To: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:rUu99zQEZuZMo7WX5Myrskp5GTbtJKKRfE3aGqQXv1VocEFQ3kZ kk6MhD+x9OTTdRsmbfiTJodKbVsiPhkVwfNUdjkKanDBhAl9lSj+0LzhzcDpyhAJtM5xsBv UkLDD5RY8TIXxC+BaTVchgK78IuhwnKwwAmI9Gm/p0cPO0tZ8zNe55yXLfQ/rz8SFVePGsn yttwM2dYaIG3JVLkbplmQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:7fvoi31LySE=;xpnN76RmHq/yQBbO6OUJ3V/HaBM 6sNzWr6uG8txHM0A1W26AsitOGE0dGYkegHwk93pm7l3KgJ+cz6xs5ZfKukJFQ2R4ifCDjcb2 WaOdOs3aeZVVmolFXJOdlFcek/uTu0ztQZEXLDPlEnWy8DZcKFz+JKlbxvcCFxme86JsPLh9l zu+Fx2fUPAcWirU9xQUTfol6alMlRYS12PqNc1ESnKwElBNAcMNIcHwHKaTDYBL9ATY2sH38K 5jbHBUD9re0Jd42pMB2u1/X0Btwrp6X/7oKIzBjFmIiRcWJT9vLwKJQ0ln/Xw66+OnqiKAubg hxUC4kStCQS4IrfTW56o8nS5WhfCZ2KBFmdicJnsZHsp7JG8rNI2smwWvUqt1DbPwrbEJtdTA 4M0pUjls89F4FNSSOouzrLDsG5Z5lLseAIxaYsP/9MfygPaaSSGi3E7gjM7IYE8Y0//y8sm+i ekh27ise1x0kMLPh/fcwRfaJdXz7+tQjwCn3vy0isJzTM+SFZCG4VzTsgrt+KGiIZ5S9rxNwm cjcKe8rUIFF3ZuO9LAB8zpSqUarZgw3w+/UJszp5yyXMqJMOo6y+ZPgp9mo3Vx2lYqDVpVNAq 5IdnjGvidUN4zxZ/oYdQ09buflrRNpelsUO8w1tsGXVVTPIA0R89Ds1eG6+7Wj7dem2AwCB+l /qLRgAWE6xhKbW7JoFsui39wKq80uc7vOLlfzQCePCQoz8deVxFYQNZfQPEGsr/Vd51zZ34jw DN3I/DQt5HEXLg+z9/Z3SIZGMdQiEAYafXko2w/5Rw20z4UrpfaFjlO2ATDg9B0rIRHy+mk2i m3Y2X808lpOyCEDQ70Re2pVFbwFMtTTCTIHM4iG1KWKyA= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Txc072Kphz4jQM On Sat, 16 Mar 2024 09:49:24 +0000 Nuno Teixeira wrote: > Hello Gary, > > Nice that you found this. > > tcp_tack manual doesn't mention that we need extra config in kernel > but it loads module and it is shown in sysctl > net.inet.tcp.functions_available without errors. > > I will add missing config to GENERIC and see how it goes. > All the required information is here: https://freebsdfoundation.org/our-work/journal/browser-based-edition/rack-= and-alternate-tcp-stacks-for-freebsd/ =2D- Gary Jennejohn From nobody Sat Mar 16 10:11:22 2024 X-Original-To: current@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 4TxcN62sVRz5D18j; Sat, 16 Mar 2024 10:11:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxcN627Tcz4nWJ; Sat, 16 Mar 2024 10:11:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710583894; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=aKjUWNisp5irauykR94veEbEaBP5s6GYZ4oDlvnnKEk=; b=NFmYJm+EulbkBXuyt6BVwvO++2KJr/FKHFbwMjaMECbYgp9OMIY1OkhN3hSRBz4ZH0y20b svtyUYJ8H4gyA5DxOBPHK3v/2D86/7BwNrt2QeZ9YJDcYJ8cdK7BlRVF84tvtlElK09sR2 sqpzib8hZYiKytJ+Qfj/I0ZxAhAraiW2LdQgkGEpgNz7+LFKG49qituzTascA65t+JdK1y TIjQmmbIVvEZy+7k0lyMh0VgXl8vS83egLwVMQjySeDhOuWke3GGYOZnGAZPkGtI+YkGqz QuC8i7BmjLC1a7+Kn7+zu9SVhGp6AUBQFRYI0psoja9SA1mQVFJfj1joQhymHA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710583894; a=rsa-sha256; cv=none; b=G808FMC4I6ySN9z36QZwycBWbd/sbwlxld4pqXB1KtupWz0W7/49EP9FYYtnBp7UAEEe0u Mse1JtEQ6fq5B99xGxHc91+gK00tAI1zueqSK68n1yZElwiZntNw2o3oOIJ75sX/UsVh+a hqHHKwQyHqLrZ20oydNW9jXyMqYcXtlmD5g7TH3CFCeyA55UV+A30akl6p4Kai1daKYm8h D8rznUXafC5PxxOWLUV0Ocxc+NT2Phtny7E864zCJlwTll7xXKSVDrDDKieVHLbE3tsdpD h3g4OEtxLDVWggtzk7+zD48Ok3shgslrcR2/CWSoiyDHTgy3AOWqQFQRd8lf5A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710583894; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=aKjUWNisp5irauykR94veEbEaBP5s6GYZ4oDlvnnKEk=; b=uWiZjFvBQoBB7FpEP/NLyDwq2T958s/u107F5QZPJOdBQpMz0qljRo2R5tEHfTFpt6K+Tw 6M0dv0akQCN/TS7lGyp9hR+Ub2xCtOHZfEUWDGvlzdX8xp6airFKmD54fTiSwocsCKPw3n zAxID4n9nR0GpWI9oUCFUsR1jr2w6BTlT0YO4gl5VmisWoFDVap5eVkJOn1SaL92ErAQxf 1EBKcG0ezU20aDpY0q7DkL74tw+2qaZJKHyiW0hZ6QeCKtDdpv2Zdyf1OS4oBssSE65bm4 /lO34nuYDUY+MlsfZcGs2eYLlSJXSOfX7d8ZpqhR0bKjeyvODeZXhs49Lhk/ng== Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TxcN61c8czDZh; Sat, 16 Mar 2024 10:11:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id d75a77b69052e-430c4d0408eso139151cf.3; Sat, 16 Mar 2024 03:11:34 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUQr0pCX1Yk3G+phwUlfa4L9/qYxWObYQybsswip421+lneeHCSfmnOXfsLKFNOjx/VdZLdTlQPiQIBSXZQCEdXm4YI6and0fKV+EpEIpUYXMCh/RU= X-Gm-Message-State: AOJu0YxWLwXqEJnvFy8IPehUc8jdXRF3bRcZrkPDPMSOnoQwbILQPWQO RUBRYR3tuWt/FT3toH/ZSNrSDBQTYTXCxw1OLmwCA507cwCLRr4LrbUHsXlq9R2Rv+pA7JlY5Z7 WCs789XAZ7ZbfvFTAODcxgQ+Ii8U= X-Google-Smtp-Source: AGHT+IGPPuyEMs/RFuIsWbTzuhTGtj6MssiXXa7SQgLzQ9GzmRhdbZmG2MI2JpnR2sDxFJyRN5PieocQRKdEAWLwoTE= X-Received: by 2002:a05:622a:58a:b0:42e:f5bd:b30c with SMTP id c10-20020a05622a058a00b0042ef5bdb30cmr6921714qtb.57.1710583893734; Sat, 16 Mar 2024 03:11:33 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> In-Reply-To: <20240316104053.20bef8c2@ernst.home> From: Nuno Teixeira Date: Sat, 16 Mar 2024 10:11:22 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: garyj@gmx.de Cc: tuexen@freebsd.org, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" (...) > These entries are missing in GENERIC: > > makeoptions WITH_EXTRA_TCP_STACKS=1 >From https://cgit.freebsd.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc WITH_EXTRA_TCP_STACKS was dropped. > options TCPHPTS That's the missing option in GENERIC that could lead to my slow opearations problem > options TCP_RACK Don't think I need this one as I will use kernel module instead of building it in kernel. Resuming I only need to add: options TCPHPTS Is this correct? Thanks, -- Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 10:37:36 2024 X-Original-To: current@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 4TxcyD6Zc1z5DXHM; Sat, 16 Mar 2024 10:37:40 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxcyD4b4Mz4s8C; Sat, 16 Mar 2024 10:37:40 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (ip4d15f54e.dynamic.kabel-deutschland.de [77.21.245.78]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id 225B1721E2806; Sat, 16 Mar 2024 11:37:37 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sat, 16 Mar 2024 11:37:36 +0100 Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3503EC44-1EE3-40CA-894F-7C36B6E6624C@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4TxcyD4b4Mz4s8C > On 16. Mar 2024, at 11:11, Nuno Teixeira wrote: >=20 > (...) >=20 >> These entries are missing in GENERIC: >>=20 >> makeoptions WITH_EXTRA_TCP_STACKS=3D1 >=20 > =46rom = https://cgit.freebsd.org/src/commit/?id=3D3a338c534154164504005beb00a3c6fe= b03756cc > WITH_EXTRA_TCP_STACKS was dropped. >=20 >> options TCPHPTS >=20 > That's the missing option in GENERIC that could lead to my slow > opearations problem On main, this will be automatically loaded as a module when you load tcp_rack. >=20 >> options TCP_RACK >=20 > Don't think I need this one as I will use kernel module instead of > building it in kernel. Correct. >=20 > Resuming I only need to add: >=20 > options TCPHPTS >=20 > Is this correct? No. Not on main. Best regards Michael >=20 > Thanks, >=20 > --=20 > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sat Mar 16 10:51:28 2024 X-Original-To: current@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 4TxdGC4HChz5DYHl; Sat, 16 Mar 2024 10:51:31 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxdGC0YGHz4vWT; Sat, 16 Mar 2024 10:51:30 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1710586289; x=1711191089; i=garyj@gmx.de; bh=4PaxX58ZsCW0AI0CUO4y6oXlqofspi4gxqMay5JaXkI=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=BcvidyGYHKrHCS09U1xvHTMK0Uy5a0Fy9+HurBOnK+4DKaKffqrCM1lxQjIqhKOJ eC9R3juUo5bReTPeXZohN9wZ70B2auXeJfZZlThtGMg00MO337VYfoMm2Hq72dcms 0nNzvTeX8o/UnRN6eNmJfecmN+imeQW7l+Tvn5pKPIOxTFV/Y5XL4dD/199SHNFJG FB78JP0MJJ4KvuAjqluXj2MGWqnev28nfYJ5CHcnXCWUMddnUGZYqQDPdCWN1JWud fiR/dl1v7xbJ/xWV+QcEX2K10+aHvFr1JUlVlZ0NpuRBeYnJ7dFPP92BMuUElUVMv cEIfqvDaoXRUGha5tg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.224.160]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MfYPi-1rA9sH0U4e-00fwfn; Sat, 16 Mar 2024 11:51:29 +0100 Date: Sat, 16 Mar 2024 10:51:28 +0000 From: Gary Jennejohn To: Nuno Teixeira Cc: tuexen@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: Request for Testing: TCP RACK Message-ID: <20240316115128.33d11f7b@ernst.home> In-Reply-To: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:4Ju3eSoWTF4vbiKm4eAeEU0MAOHsCD8HDJQB670Wi4twsvKEEdw U+yAmaKRL/Um3qMw1cfJY6t6gEyljyFBHgfb3CAqPTV9WjBgTPE2wsSHqwGbiskdwA+neuK WOy13ZcIkdsl+xFMp80I9UuGT68g/qZKb2A/St9O82yti0CJVOBt6WYXHZeG6yJ814mI3dq CadexIOR8Oa894IOTGArA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:9z5T+06MMxc=;Hy6uM/v92Hnm33MuNHu+RxdkoA+ O/76X9nSYp0dqCclqY+MiZ4qyxu0GMnpEpvLVGL/csW0F2o9AldgG+NU6h9k7GCIYC6ymMglj 9RchF3g6D9z9dzTen3kOXblZOIu1LFol3ePnzbu88o21p3H4NQMKMHouhL5QmffFpW/L0XUp/ 8QMQhZAt0AqrwqU7mxiZlKfXFRm3Q4uBT+XGOpWmZGdYgCycs+zwxPXnX9U/fnfldmA/OUJu+ zzte0UXw83jjQPM9Wr5H5/q8/vYiQGyA0M8SejvdytNqovGMYf+CWUT0wxQaTSBChMmPwrsH5 mEuax8lHAf6Wzj/6QkImqbHDf9drDRHkqpdYnOkIb6DgMN+MKaqH0hO6r0m4WQFYBRkxVJgF0 s9N8vqdNZf7TaQ4EzPf2jaF7apO7XFV9c4jud4UIE+iW5AoYQf/BRq6ECK8OzVPjWGZ7nPg7m 8EDupAU7lOuqKkVaQvBQIG4ylWTfrElmLMV2pb9d769jhsnN1ATV/3yxI1ORiMEsYaSlPWESC gsY42GS96dryImmLEZOgzCQ3LMveb6aLbtfpqEOBIKIltno/XvDupgEr4lbIeW5JFH0nu7ipO qvHNPbOtr56BsdZUOJLf438PHSPCmXJO653zlC4dVunIYCrSsV7rBkFNxDkggSxpSx+jqRfCs ouY+L6o3lECNQjqBpVDiXFbBF+1TKVnNyfn7d7gX1MMjFVSS2N87QSU2Gb4o4qA3Jeelj542+ V4+Fbhqsf+642nd7ok/uCxm6J7/QuP2PwfoLFRnawv9vANzG//J/VTpctO9Y3GKp5l6oDHeIF VHLT0e79WAoflWrSNg6aQ5g2qp7un1X0+S7Lf6VmtaSho= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4TxdGC0YGHz4vWT On Sat, 16 Mar 2024 10:11:22 +0000 Nuno Teixeira wrote: > (...) > > > These entries are missing in GENERIC: > > > > makeoptions WITH_EXTRA_TCP_STACKS=3D1 > > From https://cgit.freebsd.org/src/commit/?id=3D3a338c534154164504005beb0= 0a3c6feb03756cc > WITH_EXTRA_TCP_STACKS was dropped. > > > options TCPHPTS > > That's the missing option in GENERIC that could lead to my slow > opearations problem > > > options TCP_RACK > > Don't think I need this one as I will use kernel module instead of > building it in kernel. > > Resuming I only need to add: > > options TCPHPTS > > Is this correct? > Yeah, that will probably fix it. According to a comment in /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer system for tcp, used by RACK and BBR. =2D- Gary Jennejohn From nobody Sat Mar 16 10:59:29 2024 X-Original-To: current@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 4TxdRd0jcPz5DYxC; Sat, 16 Mar 2024 10:59:41 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxdRd07Dfz4xCl; Sat, 16 Mar 2024 10:59:41 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710586781; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jhNcxj+v8+7EyBRLYOOplF/hd+WRtesyk+ZDU8dhonU=; b=BRO1tH+PDHVBy2CfKmth88xPbMeXos6p5A/Gs4bIPsoj9BH7LtavrCznhRnYlP0RVM7iVZ Wgwtbcgu1/KWWY2ossEYYdwT5eVbYuymYJ9LJ+ctcfga2Iy2yougGToaiBzkVnDzjPptho IBAjhYruVNrikU2IEQYYoCC88jbNw4ZmvIZtidaSvJjPC+Qo8JstwfKFY3gccTBKsG0QZk xdU/7GjhgGs4iqf1aswy2pIo+VmKcWk++GULPKFFY5x/crpmrBc73Waho4WoKhbRkyD06k 1E7m8k4TuuqMJ8mKIxmDub7gZOx0UHDxSddJ/GXq/ZMuIuA4EqLOkqIzqxtl6A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710586781; a=rsa-sha256; cv=none; b=ewS6qhDxthNXCCf4VOqgEJBFi+Gnah9gj1ukHACHT8QBatlofnDyHJ4Qc3PO3Mk5NsFFqh aOveFpOLUbjIFzzkh2ihiz69mlUju0LwELV+iB3hPCq4Qhyd1e43/u4kC1EVXOhperpMLw YrETDDk1G0PD5A1LHUF2cFQuWh1a1uJtWDnCN71Fb0RB2jQKfdRLpYP2LtTCbyytOuwO4k pfYkL3JYponVH5v6bI9ugJBTyvHqp4LV6d8ozmDQBXaDNHr5k2Wh3gPjpYO7n062DNW7wZ 5vYZEzr9t3xLCc3OXWOjJyD6Jbw0RKNKCyuXDeiy6+NjIJ0Lpu5t3rRyhuU6LQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710586781; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jhNcxj+v8+7EyBRLYOOplF/hd+WRtesyk+ZDU8dhonU=; b=gCrN7KCc1ypeJEP96w2WwOkZgNKxu3pQ5wFxGG1NDFxMU6o8PUY8NvTRe9h+TQw3RtIsWw fTkjHJZLVCdjXZZMpF19FVNLC4IGNUTk/xHRYtN+2w7NPXPFW5tB9GUY9LpEU4SS36vVzY v48kICoUf9eD/3NMZg/3M3t8p4YUYPf5r0uboN3rjLWhvPMYJhA3rs21xtMcTxp1VUVHPv 5FRu3spcAG6dTkRAThyNO4gl86+Uc2LSJyl0TSh2zRpxvb2hJ2gks1K/OS4RQ3g4XFyjWf bHdPPpfjdeD/eOeADrujvjO5VRpnnxWq86D7hosVXp9PxVegMTgzmAd6tRZjWQ== Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TxdRc6kvZzFZ1; Sat, 16 Mar 2024 10:59:40 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-430c4e67d40so363521cf.3; Sat, 16 Mar 2024 03:59:40 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUzXznxWOEoGIoYYQPYSIqCNaXChau/T4pbLQsN5nPLZ6GhTSEncLv9eKecg+fgWGExrs1P3BDyVXSWvUL5VRgeviVgyn9MWo1NRWLO3XRENTq0RH0= X-Gm-Message-State: AOJu0YxSq82yef4Cl9vTR6NlmXWAvcEca5WXWBh49t3kmv+YsIoywuYK /VooLGFAdhzNA6n80ksw4yM3HzQWgSDYEEmtxkV/9W+JfQY1ihEjg8pd3lClRB/4x075vZ7VyvV A92lbawqrZnFcLy6m0s4ZXdtqS6k= X-Google-Smtp-Source: AGHT+IHotC65HdrESey955edYBcpO1ky4agpGGAOrMVvt/MfQF5OkPgiQgaGD3OjJu+d+cmuxNGDJKSJ5MjOboaoG4w= X-Received: by 2002:a05:622a:11d2:b0:430:bc21:120d with SMTP id n18-20020a05622a11d200b00430bc21120dmr2142365qtk.14.1710586780586; Sat, 16 Mar 2024 03:59:40 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> In-Reply-To: <20240316115128.33d11f7b@ernst.home> From: Nuno Teixeira Date: Sat, 16 Mar 2024 10:59:29 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: garyj@gmx.de Cc: tuexen@freebsd.org, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" > > Resuming I only need to add: > > > > options TCPHPTS > > > > Is this correct? > > > > Yeah, that will probably fix it. According to a comment in > /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer > system for tcp, used by RACK and BBR. As tuexen said, on main, loader.conf: tcp_rack_load="YES" will load tcphpts.ko as I am seing in my rpi4 right now. I'm testing it and check its performance. I will test again on my amd64 laptop and run more tests too. -- Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 13:24:02 2024 X-Original-To: current@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 4TxhfP1BlPz5Dq1q; Sat, 16 Mar 2024 13:24:13 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxhfN5X5pz3ynC; Sat, 16 Mar 2024 13:24:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (ip4d15f54e.dynamic.kabel-deutschland.de [77.21.245.78]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id 754D8721E2806; Sat, 16 Mar 2024 14:24:03 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sat, 16 Mar 2024 14:24:02 +0100 Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4TxhfN5X5pz3ynC > On 16. Mar 2024, at 11:59, Nuno Teixeira wrote: > >>> Resuming I only need to add: >>> >>> options TCPHPTS >>> >>> Is this correct? >>> >> >> Yeah, that will probably fix it. According to a comment in >> /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer >> system for tcp, used by RACK and BBR. > > As tuexen said, on main, loader.conf: tcp_rack_load="YES" will load > tcphpts.ko as I am seing in my rpi4 right now. If you load tcp_rack via kldload, tcphtps get loaded automatically. If you load if via /boot/loader.conf, you need to have tcphpts_load="YES" in addition to tcp_rack_load="YES" Best regards Michael > I'm testing it and check its performance. > > I will test again on my amd64 laptop and run more tests too. > > > -- > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sat Mar 16 14:00:09 2024 X-Original-To: current@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 4TxjS46zPVz5DsxF; Sat, 16 Mar 2024 14:00:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxjS466fpz44CK; Sat, 16 Mar 2024 14:00:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710597620; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ozh1uMOhXLtrZUXAFcE3vqpqfE/ZnWQziPbVckLXHSE=; b=kec418x097iXytB0fMQnFxginNZ3Nhvl2wHrOfFGOBUAzrsQDxdszQglS7yhT6LFGbO7Gq 37/4FgopfsCHX2lWTdeM4MMgfO3RO69GvSRxPu0nn/cBGEvzH3yZM+OUIEshWwZ+2m5BOs +ZMnUs9bpOTQmitNaJiYJpD5MTXO3OoLpPCjUYFsev8PsPlvVZPaW/9MSLuGZ9IvgLre1w dqpScE6XJelHdiBg4e8uBoayLXSZ5Vpef7LWWTA6XNQgisDFBxTlpKNOWp6WSQIWzV9iz6 L0ag6pFvyOlV2bRMi76OkPRzN5IqQy8MW/RF+QW70aQLII4oJHIBrRe/KRh8NQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710597620; a=rsa-sha256; cv=none; b=M9hNs9d8XNbckpyQwXpUDamxlCO5QKs6lfgcDYbieZkq4YMg1mvGD+RF+VVJzeoNAs0zaI YQHplSsFR+G0EKPqhVeyVTLhi5ce84PV2PvyUwsYcNL0pM2HA21HU2I1wwGhobd2ALw3W+ vCR8dN2+jMJDAzV1yybqHgjOam4AzuoJczufT7Mk4NOxXD4xGTa+qaoq7yhZ1Rd1VVKMmO ucttoxgmZhdm+NcCHx1MzAtQd+bC/7znRlfug3nDTMTuxJRlwKuF79r9UzG17cLInx+diX M4nU6U4U4ABkwNEyC9UB0ZK5Om9VNAr+ZOPl9E8seOD8Q0BJ+bLMEwdEBeuDdA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710597620; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ozh1uMOhXLtrZUXAFcE3vqpqfE/ZnWQziPbVckLXHSE=; b=G+P8xYuxdCjoSIlrEDDKRtn5pxlCvTjpNBGuVO6DUt/KJFf0GBUMsmk1Nejm79Vp7wVK1C 2w7Aq5bLdEDioaQI27AJBu4IQX1rdXqmj76NWeToDXpJYXsEq9ZOwDQkm7hKHR3HRpScuK oAO5i6ZY4JgIU6I6chRgqOwG4DgH7X6d0YWu2j6nx/hYYdWRMAE+XOrzP4NJ/BLItRrkfh t/i+wl3RL8Z5bs3E8irkTKrp9MMVT/rvpB4w3W2UkLVpZaIoFMmBEytwg6wDJFC75j9xeD PJ2aseZNbxq9VtZIGLBLfvxh3B4bzoiHk0mMjR4JBxeGuktRrwasTx9OYFlLWw== Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TxjS45ZYFzHHB; Sat, 16 Mar 2024 14:00:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-430c05cd9b2so2891871cf.0; Sat, 16 Mar 2024 07:00:20 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWLHX4yLd39Z/anqAoyaflYxL2aU08y10MDZm6i6QUVuPuasTTFO/3wX4ZGSf3EfQLey+MFl4en2d4f5mhwPnQQUpXdpnmutKIgCqLhM8jgPXS3CPk= X-Gm-Message-State: AOJu0YyzS1OyV1F+kdVsP5dcqRhY8E0B/yFfw0FF4ibDE3plJukbti+j nDfzctmwrIzDy3rMlLR2FfH6oEjVkUdLos8f/ieC1CI6tRM3jRXgs76iESWJ6lNfooglYheMRrX Ts5P0+0zLo3V4/7IPmHwFO6AS0XA= X-Google-Smtp-Source: AGHT+IGB4CH0Rzpl8IVeyadwpPzFecwJ8OFysWxoWhcXqIEGt9MfeHh/Sb2WlPA3kMp5UvFC56SWVttP0IxvDdLSIE8= X-Received: by 2002:a05:622a:54d:b0:42e:eb3c:898e with SMTP id m13-20020a05622a054d00b0042eeb3c898emr10923424qtx.1.1710597620412; Sat, 16 Mar 2024 07:00:20 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> In-Reply-To: <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> From: Nuno Teixeira Date: Sat, 16 Mar 2024 14:00:09 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" > If you load tcp_rack via kldload, tcphtps get loaded automatically. > If you load if via /boot/loader.conf, you need to have > tcphpts_load="YES" > in addition to > tcp_rack_load="YES" As of my tests, loader.conf: tcp_rack_load="YES" loads tcphtps.ko auto: 3 1 0xffffffff81f53000 545e0 tcp_rack.ko 4 2 0xffffffff81fa8000 14588 tcphpts.ko On aarch64 (rpi4) I didn't get any performance issues in main-n268730-96ad640178ea (Mar 8) and main-n268827-75464941dc17 (Mar 16) So it seems not related to rack commit e18b97bd63a8: Update to bring the rack stack with all its fixes in. Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. -- Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 15:05:49 2024 X-Original-To: current@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 4Txkvl6Tmlz5F0Y4; Sat, 16 Mar 2024 15:05:55 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txkvl47lPz4C8l; Sat, 16 Mar 2024 15:05:55 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (ip4d15f54e.dynamic.kabel-deutschland.de [77.21.245.78]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id D3A8D721E2806; Sat, 16 Mar 2024 16:05:49 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sat, 16 Mar 2024 16:05:49 +0100 Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4Txkvl47lPz4C8l > On 16. Mar 2024, at 15:00, Nuno Teixeira wrote: > >> If you load tcp_rack via kldload, tcphtps get loaded automatically. >> If you load if via /boot/loader.conf, you need to have >> tcphpts_load="YES" >> in addition to >> tcp_rack_load="YES" > > As of my tests, loader.conf: tcp_rack_load="YES" loads tcphtps.ko auto: > > 3 1 0xffffffff81f53000 545e0 tcp_rack.ko > 4 2 0xffffffff81fa8000 14588 tcphpts.ko Interesting. Works on my arm64 machine, too. I think when I tested things for writing the article, I figured out that just doing tcp_rack_load="YES" in /boot/loader.conf was not working on a kernel configured without TCPHPTS. > > On aarch64 (rpi4) I didn't get any performance issues in > > main-n268730-96ad640178ea (Mar 8) > and > main-n268827-75464941dc17 (Mar 16) > > So it seems not related to rack commit e18b97bd63a8: Update to bring > the rack stack with all its fixes in. > > Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. Please do so... Best regards Michael > -- > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sat Mar 16 19:06:18 2024 X-Original-To: current@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 4TxrFM05Wzz5D6Sk; Sat, 16 Mar 2024 19:06:31 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxrFL6fQwz4dsW; Sat, 16 Mar 2024 19:06:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710615990; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rIEJo7XPfmbp3XrAaZwbolXXbfS48SmSMRFPHhRzXFg=; b=e01opi77OQb3BpzQyEEzm8UBtrB3RyzrlL9eFSzV/98AvVA6eDQpFT56kKx9DbrbfjWAak HR+qeaMRZLnjbOEMYUvs1QNUtXw2V0DHHGM39po5GbyTpAGgE0ziPAKwoHg5t7IpoZo53/ oPLLxlRE9RhY6UicF2+k83Po/+6Km8Zv6Y+Y9t8Aj46jnmjeXNzHmUqLkz2C1w34Az75B6 d12DFIJQABNnbimNi1IxvCmv4J2MYUjcrOZFH9+CutAOIVD2MfpO2y3jSYgO3yrtAxrH4S ESBA4RT3B9ZbWqxwTt7W8vMPxoRUMmQeq4N1pNlGIKnyuO6xRkWOYLNNjakXrw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710615990; a=rsa-sha256; cv=none; b=GHZIvXiy5HHsDibkx/vY9paIHo1zwtSLAXX2sewOn74Ff9a1xRe3hkRXSqWXoiHBT/Visk 4EMfuP/62mYui+nF6yexJ8FhUMrK3gnqNpQ2Bbfsu8FLmA7FL6ssV4KgIyILLpZfF2XI1/ NUXjyrOcouR88cgR5mnfTUblOXUPsoSxqZKNAwG//UaQFFDBgTx26XQ5bcUkvIm25LsLhj xIhPu7YrpTuB3OYnu+xbaDNOTLMxPvS7T60IBfflZefJLeaKNRfT4Yj8pNVae0RNbYEBBK Y4IMbsyEDXe2lP7upiRS+I9JZcQKJ72L+MQ69+2weXYz2hULZe+x3ZuRnTU4Bw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710615990; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rIEJo7XPfmbp3XrAaZwbolXXbfS48SmSMRFPHhRzXFg=; b=rRnKHTg+d7EbJnX8itdDQTBOeAHbOoTtVCTJ2u9cxxJmj9v4eBrvizdxhwQj1fqU9J2DtN jiAFj9I6MroncTGi3zDB0SWDPqfnfaYpsN3zSIWy7VnUULNmvWlbJAOOV7BSApVQuzaHKu Rg0MRXUZ9AwPTMPk7r0gQF+DSe9UYCKtsmBr718nVAIi0qFQCzp6d0psu6d9Yx7/clPxUR le7kkJ56mLovB4BuLWHbUwgrnXEk1T8ffjEnMkBPisSk0DmMd7gDjkv5Y+YDeKVXtrHkkV cgrszfWtywwxa0cG2N9zhfJr0k1YH+Rx0ENUl1tnYuUq95qzntD1QvGDW+r7aA== Received: from mail-oi1-f181.google.com (mail-oi1-f181.google.com [209.85.167.181]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TxrFL67R5zQ3d; Sat, 16 Mar 2024 19:06:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-oi1-f181.google.com with SMTP id 5614622812f47-3c38335ecd8so183367b6e.0; Sat, 16 Mar 2024 12:06:30 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCU66oTSQmWWzJUXZgNwDx8tfW+JjW1riJga/vqq7EE5dOFnmxDMaGpGdRuUJyyakA/+Pf+hiCP0PFidGbawcn9aQi3UZL9R+6//dGmcAEiS0RANQeA= X-Gm-Message-State: AOJu0YyIO902yHNPliykBEsCnuD1z3dvrESp4qS4qK/EI8R6muwCaJO6 IV4xpiippSLLyQLfWupVWh5e8YyQUXZOXVYnuY9KTw3bVtWFdM90wk0xC9JiA/0Psnm/X7LMmYZ qrfCNlEeRsEpVT1MUSGdtbmcz9SM= X-Google-Smtp-Source: AGHT+IF4rIhiWUNwD5uiqodK4FphIaGEK9pBy4qSh2m8gE9iGnVnIxJ7sF5E72OoYJO3GHJJYOHldfN83x+gxS6OUi0= X-Received: by 2002:a05:6808:17a4:b0:3c3:70e8:3ecb with SMTP id bg36-20020a05680817a400b003c370e83ecbmr8638658oib.38.1710615990041; Sat, 16 Mar 2024 12:06:30 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> In-Reply-To: From: Nuno Teixeira Date: Sat, 16 Mar 2024 19:06:18 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" > > Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. > Please do so... @main-n268827-75464941dc17 GENERIC-NODEBUG amd64 Ok, I think I have here some numbers related to disk performance being affected by tcp_rack that somehow is messing with something. NOTES: - test [1] was done after a boot without tcp_rack in loader.conf and [2] tcp_rack was loaded manually with kldload (without rebooting) - After unloading tcp_rack, same results as [2] - Cannot unload tcptpts: device busy [1] without tcp_rack loaded: ==> poudriere testport net/gitup: 11.16s real 5.35s user 6.35s sys ==> bonnie++: Version 1.98 ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP leg.home 32G 25k 99 105m 99 88.7m 99 77k 99 198m 99 12716 1784 Latency 351ms 1793us 2340us 241ms 638us 2514us Version 1.98 ------Sequential Create------ --------Random Create-------- leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 14908.273230 97 +++++ +++ 6878.516657 99 15194.808063 97 +++++ +++ 8019.731670 99 Latency 1108us 182us 2228us 1013us 152us 2424us [2] kldload tcp_rack: ==> poudriere testport net/gitup: 1m0.54s real 4.98s user 1m31.38s sys ==> bonnie++: Version 1.98 ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP leg.home 32G 14k 99 78.0m 99 46.6m 99 25k 99 120m 99 6688 2161 Latency 676ms 18309us 76171us 385ms 924us 2274us Version 1.98 ------Sequential Create------ --------Random Create-------- leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 8139.513260 96 19437.792294 99 5494.638508 99 8099.275425 96 19723.528878 99 6363.123671 99 Latency 2982us 338us 3072us 1135us 591us 3236us Cheers, -- Nuno Teixeira FreeBSD Committer (ports) From nobody Sat Mar 16 19:24:25 2024 X-Original-To: current@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 4Txrf74ZnCz5D8KF; Sat, 16 Mar 2024 19:24:31 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txrf71Zk4z4hZt; Sat, 16 Mar 2024 19:24:31 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (ip4d15f54e.dynamic.kabel-deutschland.de [77.21.245.78]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id E155B721E2806; Sat, 16 Mar 2024 20:24:25 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sat, 16 Mar 2024 20:24:25 +0100 Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4Txrf71Zk4z4hZt > On 16. Mar 2024, at 20:06, Nuno Teixeira wrote: >=20 >>> Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and = test it. >> Please do so... >=20 > @main-n268827-75464941dc17 GENERIC-NODEBUG amd64 >=20 > Ok, I think I have here some numbers related to disk performance being > affected by tcp_rack that somehow is messing with something. >=20 > NOTES: > - test [1] was done after a boot without tcp_rack in loader.conf and > [2] tcp_rack was loaded manually with kldload (without rebooting) > - After unloading tcp_rack, same results as [2] > - Cannot unload tcptpts: device busy tcphpts does not support unloading. So that is fine. Just to double check: you only load the tcp_rack. You don't run sysctl net.inet.tcp.functions_default=3Drack This means you load RACK, but you don't use it. What does "poudriere testport net/gitup" do? Only build stuff or does is also download something? What does bonnie++ do? Could you reboot the system, run the test, do kldload tcphpts, run the test again, do kldload tcp_rack, and run it again. I'm wondering if tcphpts is affecting the measurements... Thanks for testing. Best regards Michael >=20 > [1] without tcp_rack loaded: >=20 > =3D=3D> poudriere testport net/gitup: > 11.16s real 5.35s user 6.35s sys >=20 > =3D=3D> bonnie++: > Version 1.98 ------Sequential Output------ --Sequential Input- = --Random- > -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- = --Seeks-- > Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > leg.home 32G 25k 99 105m 99 88.7m 99 77k 99 198m 99 = 12716 1784 > Latency 351ms 1793us 2340us 241ms 638us = 2514us > Version 1.98 ------Sequential Create------ --------Random = Create-------- > leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- = -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > 16 14908.273230 97 +++++ +++ 6878.516657 99 > 15194.808063 97 +++++ +++ 8019.731670 99 > Latency 1108us 182us 2228us 1013us 152us = 2424us >=20 > [2] kldload tcp_rack: >=20 > =3D=3D> poudriere testport net/gitup: > 1m0.54s real 4.98s user 1m31.38s sys >=20 > =3D=3D> bonnie++: > Version 1.98 ------Sequential Output------ --Sequential Input- = --Random- > -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- = --Seeks-- > Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > leg.home 32G 14k 99 78.0m 99 46.6m 99 25k 99 120m 99 = 6688 2161 > Latency 676ms 18309us 76171us 385ms 924us = 2274us > Version 1.98 ------Sequential Create------ --------Random = Create-------- > leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- = -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > 16 8139.513260 96 19437.792294 99 5494.638508 99 > 8099.275425 96 19723.528878 99 6363.123671 99 > Latency 2982us 338us 3072us 1135us 591us = 3236us >=20 > Cheers, >=20 >=20 >=20 >=20 >=20 >=20 >=20 > -- > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sat Mar 16 20:29:47 2024 X-Original-To: current@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 4Txt5g4TrZz5DFrP; Sat, 16 Mar 2024 20:29:59 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txt5g3xZvz4ppT; Sat, 16 Mar 2024 20:29:59 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710620999; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=zaMCtCejGNWhHt5FSz9IdPu3HDGip8pEUyaL7BP4Y9M=; b=i735kPbKDNdIaBjZGODcwICurgeXdl1tiYuxt2u8xCdTtTAewuw8CghuM2URFCW4R+UU4l jN7yw/SO559uUHsELwoLmcO3PZW5aZ5iZZf2IeqSP1mM3cZswcJr7ED7NIAkaRKrKyJ3/8 v/macBJfULmVtzXhMhm3lHjvpGLVDJtZbNpvUbc8ocmBmRj0Ma2MJwyu9v6DWXYDVLV3md tYxngQ2vaGGkG4CdhtIoRF+ezt7Ts5Jxk8Ier/gfrS4XOtsGA5xlNk0jhT6g4h5eMC1UY8 xgAafKb8btIFk4fifG/G+9Ww6eHbPw0hxK/6EaG5KSjvzOQD6K+7oAL0Gfdqhg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710620999; a=rsa-sha256; cv=none; b=daGR0yVLGow0kWvluHV1303IsT6jya0NMW8ahY6MXF+MEEuCLqunxG1VheOL/PldGVcTP1 k2ETpX+bMJmcfSmpKD3nBcRh/cnMUJWtbQkIGcHKtbrygPTi7cRi5mEHGnzxYQlaM7Gu+0 qXJsxgNhPyToANKFdJroZG1bRS15qI8l2DpYmFX1mFhPYDwxqNtXnSCobw62870JPS6Ifq LMztWuKHdDLZPOCBFrWBUQUXyGeYWbBORz31xWMHGh/AqsDyiUAxA8LXENEyVDzvp8Y7zY Yug/7mgW2CFExFx6op8vPgZGJWE1HoGUAp0eE2hai5XtxeqeqUmO7NsLcWv4gg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710620999; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=zaMCtCejGNWhHt5FSz9IdPu3HDGip8pEUyaL7BP4Y9M=; b=AzK+is7LzB1mnYkN8vsWdfHcze8iUv8ykx4k4OsURiX/sWpzBRvozgIGjEJtTHKft8AiiG hBVERTUUKBNniQT/H7Q8u7JyIpttvjWvVxhXTSWkwJDG96k0VEognCL2aowZ3DMcQkXo7r UV6z7TxS+Heyc4EfUxDf4oxlIi30Ck7rNKcr6pAbBD80WX4UsNsN3a+SxJ5RX3JGWft9HY LNBxpEKIGwIzAf+wZGKWoA+TSmD4R+rfu1F2bZC0jNIbHzq01zJf/osqwnTjLqY8kD9ZOD oDMlPsIQkSCBKGiOTwiUIDp0Jk77CI+LzWr8rSvaQXoyh0ap5wL/jSEbJqRdUw== Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Txt5g3YGVzRSb; Sat, 16 Mar 2024 20:29:59 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-430c32c04c7so3637651cf.0; Sat, 16 Mar 2024 13:29:59 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUy1mZmP5Seyz1imIqWHOtcHek0lpcvi2MzKNbUzZCZPJpPLO8C8Yh+XIRnuCj+2G4wkhwWXwhzwbqfgy2ymyum9igOw94cyoVbbcsEBkYPEk6mhoo= X-Gm-Message-State: AOJu0YxaWllVnQ+QFFoL32kdRNwxo5zt9eJ/xTYEBjKvFjgEiWnbWKet RBK4tYitqQXCccR01O8Ob4LVso7UrcyDfzcGFEQ8nfzXMjHOEpjF14odKjcIAd+oQ+T6a3ecGev DhK6lUYJkB5JUus3yDPoSJpDm474= X-Google-Smtp-Source: AGHT+IEzh8C77WVCnHDwFVCxrkcAiZSJ3FZ5nYwxHqQZsVWdw7ErZkY22mLNmU6wrI6/Up+wDiTA/z0A+icKp+o3v7Q= X-Received: by 2002:ac8:5d07:0:b0:42e:ef0f:eb0 with SMTP id f7-20020ac85d07000000b0042eef0f0eb0mr11542664qtx.11.1710620999172; Sat, 16 Mar 2024 13:29:59 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> In-Reply-To: <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> From: Nuno Teixeira Date: Sat, 16 Mar 2024 20:29:47 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org Content-Type: text/plain; charset="UTF-8" > Just to double check: you only load the tcp_rack. You don't run > sysctl net.inet.tcp.functions_default=rack I'm not using sysctl, just loading module. > What does "poudriere testport net/gitup" do? Only build stuff or does is > also download something? > > What does bonnie++ do? poudriere is for testing ports and it uses jails to build stuff. It have restrict access to net to fetch distfiles (not the case as distfile is present on disk) bonnie++ is a disk benchmark > Could you reboot the system, run the test, do kldload tcphpts, run > the test again, do kldload tcp_rack, and run it again. The previous test [2] was obtained by loading tcp_rack Now I will post results for test [3] by loading (only) tcphpts module. [3] kldload tcphpts: ==> poudriere testport net/gitup: 55.26s real 5.23s user 1m19.91s sys ==> bonnie++ Version 1.98 ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP leg.home 32G 12k 99 73.0m 99 51.1m 99 27k 99 128m 99 8038 2194 Latency 1763ms 194ms 23979us 431ms 1267us 2776us Version 1.98 ------Sequential Create------ --------Random Create-------- leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 7017.934752 98 21243.823180 100 7780.918458 99 9281.477778 98 21368.647657 100 7457.828733 99 Latency 3015us 220us 2398us 1106us 386us 2473us Summary: - I can't remember better tests to do as I can feel the entire OS is being slow, without errors, just slow. - Approx. results as test [2] Nuno Teixeira FreeBSD Committer (ports) From nobody Sun Mar 17 00:55:21 2024 X-Original-To: freebsd-current@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 4Ty0095vqMz5DvTh for ; Sun, 17 Mar 2024 00:55:37 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4Ty0056TQYz4LXH; Sun, 17 Mar 2024 00:55:33 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 42H0tL6b026335; Sun, 17 Mar 2024 09:55:22 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 17 Mar 2024 09:55:21 +0900 From: Tomoaki AOKI To: tuexen@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: Request for Testing: TCP RACK Message-Id: <20240317095521.0936373c49988170dbcb2703@dec.sakura.ne.jp> In-Reply-To: <20231119040101.503d44475182e9721081179e@dec.sakura.ne.jp> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <2bbfcf68-3249-45c7-a8e5-af7115a1ccfe@gmail.com> <20231118083704.3ebc17eb8f392ceae33f65f7@dec.sakura.ne.jp> <20231119040101.503d44475182e9721081179e@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.08 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.991]; NEURAL_HAM_MEDIUM(-0.87)[-0.871]; NEURAL_HAM_SHORT(-0.51)[-0.514]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:153.125.133.16/28]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4Ty0056TQYz4LXH On Sun, 19 Nov 2023 04:01:01 +0900 Tomoaki AOKI wrote: > On Sat, 18 Nov 2023 09:50:43 +0100 > tuexen@freebsd.org wrote: > > > > On Nov 18, 2023, at 00:37, Tomoaki AOKI wrote: > > > > > > On Fri, 17 Nov 2023 18:51:05 +0100 > > > tuexen@freebsd.org wrote: > > > > > >>> On Nov 17, 2023, at 17:06, Johan Hendriks wrote: > > >>> > > >>> I am running the rack stack for quiet some time now on a baremetal machiene and never had problems. > > >>> Also use pf. This is a test machine so not a lot happening on it. > > >>> > > >>> Are there any thing we can test? Do we have some test scripts we can run? > > >> We are actually interested in feedback about using the stack in whatever > > >> use case you use TCP for. The stack has been tested with the Netflix use > > >> case, but not so much with others. That is why we ask for broader testing. > > >> > > >> Best regards > > >> Michael > > > > > > Are there any difference regarding with performance between main and > > > stable/14? If so, please ignore below. > > > > > > I have stable/14 environment which is configured to be able to switch > > > to TCP RACK and experienced huge performance loss when writing > > > a large file to smbfs share on commercial NAS. CC is cubic. > > > Testing large archive on the smbfs share doesn't seem to be > > > affected. > > > > > > Comparison between default (freebsd) and rack TCP stack using > > > sysutils/clone on stable/14 at commit 7d1321288ad9, amd64. > > > Last 3 lines of outputs from clone (upload to NAS) are shown. > > Thank you very much for testing. This is what we are looking > > for. Would it be possible to repeat the test using NewReno as > > the CC? > > > > Best regards > > Michael > > Sure. Here we go! > > sysctl net.inet.tcp.functions_default > net.inet.tcp.functions_default: freebsd > sysctl net.inet.tcp.cc.algorithm > net.inet.tcp.cc.algorithm: newreno > Umounted and remounted smbfs share. > > 1 item copied, 2343.1 MB in 37.65 s -- 62.2 MB/s > Leaked memory: 0 bytes > No errors occured. > > > sysctl net.inet.tcp.functions_default > net.inet.tcp.functions_default: rack > Umounted and remounted smbfs share. > > 1 item copied, 2343.1 MB in 905.17 s -- 2.6 MB/s > Leaked memory: 0 bytes > No errors occured. > > > sysctl net.inet.tcp.functions_default > net.inet.tcp.functions_default: freebsd > Without umount and remount to reproduce previous oddness, maybe caused > by keep-alive. > > 1 item copied, 2343.1 MB in 897.67 s -- 2.6 MB/s > Leaked memory: 0 bytes > No errors occured. > > > Umounted and remounted, without change for CC and TCP stack. > > 1 item copied, 2343.1 MB in 37.43 s -- 62.6 MB/s > Leaked memory: 0 bytes > No errors occured. > > > All test are proceeded simultaneously. So the last one is with > CC=newreno and TCP stack=freebsd. > > Not exactly recorded, but testing transferred file by > diff -u -p -N was roughly 30MB/sec, while roughly 25MB/sec with > CC=cubic. > > > > > > > > Before switching to rack: > > > 1 item copied, 2342.4 MB in 39.12 s -- 59.9 MB/s > > > Leaked memory: 0 bytes > > > No errors occured. > > > > > > Unmount the smbfs share, switch to rack, and after remount: > > > 1 item copied, 2342.4 MB in 926.59 s -- 2.5 MB/s > > > Leaked memory: 0 bytes > > > No errors occured. > > > > > > Switch back to freebsd (default) without unmounting: > > > 1 item copied, 2342.4 MB in 906.94 s -- 2.6 MB/s > > > Leaked memory: 0 bytes > > > No errors occured. > > > > > > Unmount and remount the smbfs share: > > > 1 item copied, 2342.4 MB in 39.12 s -- 59.9 MB/s > > > Leaked memory: 0 bytes > > > No errors occured. > > > > > > > > > Regards. > > > > > > -- > > > Tomoaki AOKI > > > -- > Tomoaki AOKI Just a follow up. This situation does not changed on stable/14, amd64 until commit a15b8e32942b2cbf70c7fc71e9c82d2b292e82c3. (So I've never reported again until now. Not tested on every updates.) tcphpts.ko is loaded. Note that options RATELIMIT and options TCPHPTS are dropped when changes to RACK is MFC'ed and added tcphpts_load="YES" in /boot/loader.conf instaad. Another note: Differences between CC=newreno and CC=cubic on testing transferred file seems to be just a fudge factor. both vaies mostly between the two values which I've previously reported. -- Tomoaki AOKI From nobody Sun Mar 17 09:18:16 2024 X-Original-To: current@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 4TyC8J4SqFz4qR07; Sun, 17 Mar 2024 09:18:24 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyC8J0ycxz4B1B; Sun, 17 Mar 2024 09:18:24 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:6562:c3d3:df66:1b2d]) (Authenticated sender: micmac) by drew.franken.de (Postfix) with ESMTPSA id 56448721E2806; Sun, 17 Mar 2024 10:18:19 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: Date: Sun, 17 Mar 2024 10:18:16 +0100 Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org, Randall Stewart , gallatin@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4TyC8J0ycxz4B1B > On 16. Mar 2024, at 21:29, Nuno Teixeira wrote: >=20 >> Just to double check: you only load the tcp_rack. You don't run >> sysctl net.inet.tcp.functions_default=3Drack >=20 > I'm not using sysctl, just loading module. And you also don't have net.inet.tcp.functions_default=3Drack in /etc/sysctl.conf This means that no TCP connection will actually use the RACK stack. >=20 >> What does "poudriere testport net/gitup" do? Only build stuff or does = is >> also download something? >>=20 >> What does bonnie++ do? >=20 > poudriere is for testing ports and it uses jails to build stuff. > It have restrict access to net to fetch distfiles (not the case as > distfile is present on disk) >=20 > bonnie++ is a disk benchmark Thanks for clarifying. >=20 >> Could you reboot the system, run the test, do kldload tcphpts, run >> the test again, do kldload tcp_rack, and run it again. >=20 > The previous test [2] was obtained by loading tcp_rack >=20 > Now I will post results for test [3] by loading (only) tcphpts module. Great. This makes sure that the degradation is related to TCPHPTS and not the RACK stack. >=20 > [3] kldload tcphpts: >=20 > =3D=3D> poudriere testport net/gitup: > 55.26s real 5.23s user 1m19.91s sys So this test goes up from 11 seconds to 55 seconds... >=20 > =3D=3D> bonnie++ > Version 1.98 ------Sequential Output------ --Sequential Input- = --Random- > -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- = --Seeks-- > Name:Size etc /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > leg.home 32G 12k 99 73.0m 99 51.1m 99 27k 99 128m 99 = 8038 2194 > Latency 1763ms 194ms 23979us 431ms 1267us = 2776us > Version 1.98 ------Sequential Create------ --------Random = Create-------- > leg.home -Create-- --Read--- -Delete-- -Create-- --Read--- = -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP = /sec %CP > 16 7017.934752 98 21243.823180 100 7780.918458 99 > 9281.477778 98 21368.647657 100 7457.828733 99 > Latency 3015us 220us 2398us 1106us 386us = 2473us >=20 > Summary: >=20 > - I can't remember better tests to do as I can feel the entire OS is > being slow, without errors, just slow. This is interesting. It seems a consequence on loading TCPHPTS, not = actually using it. I have CCed Drew and Randall, who know much more about HPTS and might = have follow up questions. I'll bring the issue up in the FreeBSD transport = call next Thursday. What hardware are you using? Best regards Michael > - Approx. results as test [2] >=20 >=20 >=20 >=20 > Nuno Teixeira > FreeBSD Committer (ports) From nobody Sun Mar 17 09:31:14 2024 X-Original-To: current@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 4TyCRL53Klz4qRvh; Sun, 17 Mar 2024 09:31:26 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyCRL4cnbz4F54; Sun, 17 Mar 2024 09:31:26 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710667886; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1/eaiUhhN1PtQZSQ9IL5be0tfOxakMLzVjEeLBZ7Joo=; b=f8qNxoUG4W6Nhc3Ab7LiU83hpXI7F+7YqfS1tjj6TAHn/ZJOGQSATbdZY0pwaRSM5g8ui3 eUqrnqpMkF9/o0oTM8DbR8i4oIvP2E1/lPUfpPtk4Gq+I/b+xwDkEgUvyTpLfWRzH4anzu gMwAPuMWZ0IvnC2cbQQJEPh0REcCUreUKv066AAQHqNTWOO/rcp9oSQ8qxjfS9Ep2K7Anw oTH7snCEa4jYzpp41bFW0qBSRGabnsEPRFy04HYc2/FIhBc8zbcjCcWQSvX3PS1X6v03cb MHAv3cn3EferVEPvI9RnsyruqD3lbhpANgzglikujqABw14keQPY2BhuB9hA/g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710667886; a=rsa-sha256; cv=none; b=qmlm/iQlgIZtIqBUFK5wGZEl3OBarcj0VqjCCufYmTfad70igsR4lbCnYN/7M6GxPIlZdz XdMjFmr3jMmC8e4RNJkWBAo7PYoW+3MoaTpyQv6KDeD2MGx74C/NtivOvXknvxPc9AlAfa 6ec0Z9CZD3AuumDErTqchaiQMlR10Wpba1fhoJxtbEijgWWoTP8H6wmjE1co0X1ltHiGKt JJa/oSXIzm+vKWNL6hGvfeyM9wl+S5X3hIOOsWe2Qsud4yWt08AOSPOWxhZwOyyYuurG6S KxbG+bnhTUAa08hIuM0gqtMcKQiXCPbPo9IfsRYwwomSTnzYq7OKoXQhcjdK3Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710667886; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1/eaiUhhN1PtQZSQ9IL5be0tfOxakMLzVjEeLBZ7Joo=; b=UFYcWJgspczPqdXy1bMYidVc5xPFBinvxzp4yjBs8eslMlA/1vXshBApaXWCbn93q6GlLH OBLv1go3fagH0C7ViLf3e52zAHoybhzItIiKvjEIyeTeZZB+9qeEMa8pZ0R3majjoiCwu+ 6/b5A8BOjypWYMBrqHIVapy5Vd9H0L+q6Bn5Dfi1Ex29xsQGsslsPGVUJkkGfS3vhf7plf RdVC4saEa73kAQy4i53SF8xiH80ZyK+29S4gkX3/QRYB6UGrssURsGSxou37LWEOO3ieoB P5q/54fdByY2AQ+1XYb4u30oiI6RMGI7wsqmDDKkqeUmsioFamfPBxvzF1BAdA== Received: from mail-oi1-f181.google.com (mail-oi1-f181.google.com [209.85.167.181]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TyCRL4DxDzhxf; Sun, 17 Mar 2024 09:31:26 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-oi1-f181.google.com with SMTP id 5614622812f47-3c37f55993dso748643b6e.3; Sun, 17 Mar 2024 02:31:26 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUgqL7FEGXEx0OVJWbudKN4HGf2fSrOXwQDSmij+kKCzZ1Sak3n+iKAp3TiN6lp/6YEG9xg3p6sUHPQqSbJjOm8m+eUQJBGIN3VSI6WfEhBs49PDHuxFPL91LgpsvPsNe2GO+D7BwLg0wS8g9ZnqjVkxv5ddWqV6VZn34E= X-Gm-Message-State: AOJu0YyJ5bpnQFdvBa/27YHwQ5NecBTvQ7nK5z5GfKLGxZV3C6rjj4Rj MEBycC3hQFkdM+DhCTSbqOV4CroNwe/orC5Qk6APzRsNuoBbKyjV+NPTo+2UDJXHVHP6D56HJNx GABq1T0LmqPIZulANetD5GB2fMFk= X-Google-Smtp-Source: AGHT+IFti9LPeDfyjdeIRrw/y78UGH0eLkuFEzNgRN4kgfZ0+sIdiwdtzYTDY/Nkl58AL1FuZTK7/bXl+8SKdqv5Ieg= X-Received: by 2002:a05:6808:1146:b0:3c3:83dc:d6fa with SMTP id u6-20020a056808114600b003c383dcd6famr2470565oiu.36.1710667885867; Sun, 17 Mar 2024 02:31:25 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> In-Reply-To: From: Nuno Teixeira Date: Sun, 17 Mar 2024 09:31:14 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org, Randall Stewart , gallatin@freebsd.org Content-Type: text/plain; charset="UTF-8" Hello, > > - I can't remember better tests to do as I can feel the entire OS is > > being slow, without errors, just slow. > This is interesting. It seems a consequence on loading TCPHPTS, not actually > using it. Exactly, just loading module and not using it by setting sysctl. > I have CCed Drew and Randall, who know much more about HPTS and might have > follow up questions. I'll bring the issue up in the FreeBSD transport call > next Thursday. > > What hardware are you using? Laptop: Legion 5-15IMH05 (Lenovo) - Type 82AU Thanks! -- Nuno Teixeira FreeBSD Committer (ports) From nobody Sun Mar 17 15:39:06 2024 X-Original-To: current@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 4TyMc01Cpbz5DbR7; Sun, 17 Mar 2024 15:39:28 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyMc00gvVz3y66; Sun, 17 Mar 2024 15:39:28 +0000 (UTC) (envelope-from gallatin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710689968; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CZ4XTc/b83IYGjOo4Wo6K+oSfrQ/+7OzSGN09jmHsVQ=; b=K/kt8AobXbde8wAKQpLmHzfLmebOQVOWm5VV6k0nYDNU23IZBN/XHTeez/exLVV7BxUajp NmxH1xyUoRjRlJbtS/XG1IkGgMQ6TfcdrAxdhqcXOLg5Dz7QZmR5vUXvUe1DaKCqmWC9lY aCSEYLiPOWA39l6U3JlEteLxj9OhFlz35PeihlICB8yhXFhq7emL6zZu5cvdvbFW/rO0hP 4guX/yeDWQRvGVUMk+bYqzh97ofR2HYtNrfAsnVy6cIri6xTR1Vqk37cJLEGrXmBmtSTHp 1xgBT7OZLX2YrNLsA0HWBLURMQXGIHjmC8qoM/pauFVr9JTD2kmNmLvxlYPyOw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710689968; a=rsa-sha256; cv=none; b=ysWEU/x13xCQ24KHrtnXbOMYa5VRa1w+upTd2/aJgzu+h4+sGRI1D+ax3dpvtmQ5kqvusc 4VhJFQUMJFLmdUW6m2QCM0nN7VQlBW7nh84v0r0ee5ELu76EstGfXfa41qsDHMJUtunPq0 4QAyAtssT6PSHOHtl5KnDpejkQImBqUkAP7bXgeqpb4oSDFMyjdu36GnH5HAgF5jvwFDGH TSj70+SkP0G7PRFWPOSenXPiX54w+X2tuEWKKnL9bQxlkxXBQMK1cc/QHggIe95BXBZB6Z wNYSGlOwk2KZDzWb4nSEC4BpydEfUyx7AedVv/zkeBwRKg+Kvob7Ok2Ae3DEQw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710689968; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CZ4XTc/b83IYGjOo4Wo6K+oSfrQ/+7OzSGN09jmHsVQ=; b=cBAXs/LmtDz/lejwYAzrmV9J5l/v7qvgCxJ5YPD1dkYK5xPwmFSmWWy1qb0k1m2CMlxHvH JgymRooVCg6gEdJb1NEEdZT2fsc16EfKMQLzzOQA2RH1znbBAkcqfkzYUaj995WfM4eLj9 80J6EXfKVaEOHxu5VN9ww6tIavxcGd5XHp2FHa2hapbs7aLrCGMiQANxyIBqxc0L3fo2fC mIGKIyE7bZKKiryvfKu1MjAixHJHuTW4boyYNASpnXWDn1kj2Y6FMBSLhiacS2fQFw+v51 i/U3oNpRAz5AtBNAoCeCjKSyBMI0iVAM07p5SvYV3GZYYEytt5TJyYYLoKRJnA== Received: from fauth2-smtp.messagingengine.com (fauth2-smtp.messagingengine.com [103.168.172.201]) (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) (Authenticated sender: gallatin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TyMbz5gNRz14wM; Sun, 17 Mar 2024 15:39:27 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfauth.nyi.internal (Postfix) with ESMTP id DAA891200043; Sun, 17 Mar 2024 11:39:26 -0400 (EDT) Received: from imap53 ([10.202.2.103]) by compute5.internal (MEProxy); Sun, 17 Mar 2024 11:39:26 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkeehgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvfevufgtsegrtd erreerredtnecuhfhrohhmpedfffhrvgifucfirghllhgrthhinhdfuceoghgrlhhlrght ihhnsehfrhgvvggsshgurdhorhhgqeenucggtffrrghtthgvrhhnpeeggfeugeevuedtue dvleefffduteegtdffudeihefhgfegfeekffeiueevkeeuudenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgrghllhgrthhinhdomhgvshhmth hprghuthhhphgvrhhsohhnrghlihhthidqudeffeehledvvdduiedqvdelhedtgedukeeg qdhgrghllhgrthhinheppehfrhgvvggsshgurdhorhhgsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: i41414658:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 9E7A136400AB; Sun, 17 Mar 2024 11:39:26 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Message-Id: <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> In-Reply-To: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> Date: Sun, 17 Mar 2024 11:39:06 -0400 From: "Drew Gallatin" To: "Nuno Teixeira" , tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org, "Randall Stewart" Subject: Re: Request for Testing: TCP RACK Content-Type: multipart/alternative; boundary=49acd8c4f2f346cdb093c5dcbb4bfe48 --49acd8c4f2f346cdb093c5dcbb4bfe48 Content-Type: text/plain I don't have the full context, but it seems like the complaint is a performance regression in bonnie++ and perhaps other things when tcp_hpts is loaded, even when it is not used. Is that correct? If so, I suspect its because we drive the tcp_hpts_softclock() routine from userret(), in order to avoid tons of timer interrupts and context switches. To test this theory, you could apply a patch like: diff --git a/sys/kern/subr_trap.c b/sys/kern/subr_trap.c index e9a16cd0b36e..54b540c97123 100644 --- a/sys/kern/subr_trap.c +++ b/sys/kern/subr_trap.c @@ -138,7 +138,7 @@ userret(struct thread *td, struct trapframe *frame) * Software Timer Support for Network Processing" * by Mohit Aron and Peter Druschel. */ - tcp_hpts_softclock(); + /*tcp_hpts_softclock();*/ /* * Let the scheduler adjust our priority etc. */ If that fixes it, I suspect we should either make this hook optional for casual users of tcp_hpts(), or add some kind of "last called" timestamp to prevent it being called over and over and over on workloads which are syscall heavy. Note that for non-casual users of hpts (like Netflix, with hundreds of thousands of TCP connections managed by hpts), this call is a huge win, so I think we'd prefer that it remain in some form. Drew --49acd8c4f2f346cdb093c5dcbb4bfe48 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
I don't have th= e full context, but it seems like the complaint is a performance regress= ion in bonnie++ and perhaps other things when tcp_hpts is loaded, even w= hen it is not used.  Is that correct?

= If so, I suspect its because we drive the tcp_hpts_softclock() routine f= rom userret(), in order to avoid tons of timer interrupts and context sw= itches.  To test this theory,  you could apply a patch like:

diff --git a/sys/kern/subr_trap.c b/sys/kern= /subr_trap.c
index e9a16cd0b36e..54b540c97123 100644
--- a/sys/kern/subr_trap.c
+++ b/sys/kern/subr_tr= ap.c
@@ -138,7 +138,7 @@ userret(struct thread *td, struct= trapframe *frame)
      &nb= sp;  * Software Timer Support for Network Processing"
         * by Mohit Aron and Pe= ter Druschel.
       &n= bsp; */
-       tcp_hpts_sof= tclock();
+       /*tcp_hpts= _softclock();*/
       = /*
         * Let= the scheduler adjust our priority etc.
   =       */


If that fixes it, I suspect we should either make this hook option= al for casual users of tcp_hpts(), or add some kind of "last called" tim= estamp to prevent it being called over and over and over on workloads wh= ich are syscall heavy.

Note that for non-ca= sual users of hpts (like Netflix, with hundreds of thousands of TCP conn= ections managed by hpts), this call is a huge win, so I think we'd prefe= r that it remain in some form.

Drew

--49acd8c4f2f346cdb093c5dcbb4bfe48-- From nobody Sun Mar 17 15:40:54 2024 X-Original-To: current@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 4TyMfG51mlz5Dbxf; Sun, 17 Mar 2024 15:41:26 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyMfG3Mynz4206; Sun, 17 Mar 2024 15:41:26 +0000 (UTC) (envelope-from gallatin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710690086; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DkBGEP9m7putnBRP0xqmnfpDf7kPZmyEVHCztyOZmIg=; b=KL9aF7nJcT5zv08irj9QfpDTgEKF9hm+p8ulksTHeVNAWl5Oj7JWWlrdXV84p/0ZhtQfzb C7suFsp9W8TYhUIY1HAnkUdiOQ7RpQ32F3nDGYm7MpjB8M+sK/fd0H1bgoZGciiqaJrEIw RvcKoR3fjqK4E511bV6dErC2gBmxEHZcZrPrWaT7xHXkx6GsvqqHPrxwEa2o6PZxIdG9OW lLmzGUoPEz0pP9R4L0AhgElS2jR3XUNV0OLfBW4ongRYnBDWbkWVogVFLcLtDEtqYR7Klh U/sHxGD+zMtsTh8TLbEMiqXLN/DNieBv3BjdSIpYMgl+OdSdxPab3ddIxVdfyw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710690086; a=rsa-sha256; cv=none; b=oliMj5JRTZpKSNziQaOT74z0Uz4DzlE8xTcEKLXIsicU8W/p8NUtbXkSKz2kgBDqYHJauv f1Zij+s6DuVEN2gATv0oVUFbinqrZnEaII2M8mmtm1rRb3tfYmrS2GiNPU04M9uaWEVCh9 Z2COYA5ooj8zy4U5NksUlu4tvCWHA/GkYncrdn3MpYIvmtzVWVAAVHlsGvBLMI8heiuQNC EZXeuM8hdIdrllcuLIIf0ZD05XfLA0eX/+lgCP9/vOH9QdC5gA1pxZ6PKpNVV6T6qPMitD 8/hQVTJtUOujyqaWJpqOG+Osyf/wG7Qotl6yYMnocRa6rD6vZGmerM1gPyRVqQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710690086; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DkBGEP9m7putnBRP0xqmnfpDf7kPZmyEVHCztyOZmIg=; b=kBJa7HXFKEpEfXsefEuGdqfW2E3Hl2xAsSwcA6qxq0oiX17OcMjyFH9OBq0t5ExjBPMk77 J0r5j/zeucsDHLSAygkNxGp3924WxcotEEAhE37uKsHSyD5qGizpGxD7PG4I4v2IjoXtHX FlnKoOiUTVqMCxX1/sVfu9E8ro5UiezTrp5d2nJrrTUoCdvkWc+szjCopTK7U5YJMlDsD9 HduzLKV3rjzotahNbfN0Ek8J8udlAx657rpOi7BvBkx0uI6G4Byc5tYnXPJLpPN/vZPe5Z EpjiKlteL7cxPJXmuE8lyfFriJXFSHQ4YREc9OGZ5lSSgNjUcin4P9ZYtETwLQ== Received: from fauth2-smtp.messagingengine.com (fauth2-smtp.messagingengine.com [103.168.172.201]) (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) (Authenticated sender: gallatin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TyMfF3bFmz14mC; Sun, 17 Mar 2024 15:41:25 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfauth.nyi.internal (Postfix) with ESMTP id 164481200043; Sun, 17 Mar 2024 11:41:25 -0400 (EDT) Received: from imap53 ([10.202.2.103]) by compute5.internal (MEProxy); Sun, 17 Mar 2024 11:41:25 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkeehgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvfevufgtsehmtd erreerredtnecuhfhrohhmpedfffhrvgifucfirghllhgrthhinhdfuceoghgrlhhlrght ihhnsehfrhgvvggsshgurdhorhhgqeenucggtffrrghtthgvrhhnpeetueeftdehgeekle ffjeehhfelgedtgffftdeuhfdtgeevudevledukedtffefffenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgrghllhgrthhinhdomhgvshhmth hprghuthhhphgvrhhsohhnrghlihhthidqudeffeehledvvdduiedqvdelhedtgedukeeg qdhgrghllhgrthhinheppehfrhgvvggsshgurdhorhhgsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: i41414658:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id CAA0236400AB; Sun, 17 Mar 2024 11:41:24 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Message-Id: In-Reply-To: <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> Date: Sun, 17 Mar 2024 11:40:54 -0400 From: "Drew Gallatin" To: "Nuno Teixeira" , tuexen@freebsd.org Cc: garyj@gmx.de, current@freebsd.org, net@freebsd.org, "Randall Stewart" Subject: Re: Request for Testing: TCP RACK Content-Type: multipart/mixed; boundary=e58bff945182484499f23ee3bb676b2a --e58bff945182484499f23ee3bb676b2a Content-Type: multipart/alternative; boundary=43607613842b4113a49b4bd429aef6fd --43607613842b4113a49b4bd429aef6fd Content-Type: text/plain Resending with the patch as an attachment. Drew On Sun, Mar 17, 2024, at 11:39 AM, Drew Gallatin wrote: > I don't have the full context, but it seems like the complaint is a performance regression in bonnie++ and perhaps other things when tcp_hpts is loaded, even when it is not used. Is that correct? > > If so, I suspect its because we drive the tcp_hpts_softclock() routine from userret(), in order to avoid tons of timer interrupts and context switches. To test this theory, you could apply a patch like: > > diff --git a/sys/kern/subr_trap.c b/sys/kern/subr_trap.c > index e9a16cd0b36e..54b540c97123 100644 > --- a/sys/kern/subr_trap.c > +++ b/sys/kern/subr_trap.c > @@ -138,7 +138,7 @@ userret(struct thread *td, struct trapframe *frame) > * Software Timer Support for Network Processing" > * by Mohit Aron and Peter Druschel. > */ > - tcp_hpts_softclock(); > + /*tcp_hpts_softclock();*/ > /* > * Let the scheduler adjust our priority etc. > */ > > > If that fixes it, I suspect we should either make this hook optional for casual users of tcp_hpts(), or add some kind of "last called" timestamp to prevent it being called over and over and over on workloads which are syscall heavy. > > Note that for non-casual users of hpts (like Netflix, with hundreds of thousands of TCP connections managed by hpts), this call is a huge win, so I think we'd prefer that it remain in some form. > > Drew > --43607613842b4113a49b4bd429aef6fd Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Resending = with the patch as an attachment.

Drew

On Sun, Mar 17, 2024, at 11:39 AM, Drew Gallatin= wrote:
I d= on't have the full context, but it seems like the complaint is a perform= ance regression in bonnie++ and perhaps other things when tcp_hpts is lo= aded, even when it is not used.  Is that correct?
If so, I suspect its because we drive the tcp_hpts_softclock= () routine from userret(), in order to avoid tons of timer interrupts an= d context switches.  To test this theory,  you could apply a p= atch like:

diff --git a/sys/kern/subr_trap.= c b/sys/kern/subr_trap.c
index e9a16cd0b36e..54b540c97123 = 100644
--- a/sys/kern/subr_trap.c
+++ b/sys/= kern/subr_trap.c
@@ -138,7 +138,7 @@ userret(struct thread= *td, struct trapframe *frame)
    &nb= sp;    * Software Timer Support for Network Processing"
         * by Mohit= Aron and Peter Druschel.
     &n= bsp;   */
-       = tcp_hpts_softclock();
+      = ; /*tcp_hpts_softclock();*/
     =    /*
       =   * Let the scheduler adjust our priority etc.
 =         */


If that fixes it, I suspect we should either make this= hook optional for casual users of tcp_hpts(), or add some kind of "last= called" timestamp to prevent it being called over and over and over on = workloads which are syscall heavy.

Note tha= t for non-casual users of hpts (like Netflix, with hundreds of thousands= of TCP connections managed by hpts), this call is a huge win, so I thin= k we'd prefer that it remain in some form.

= Drew

--43607613842b4113a49b4bd429aef6fd-- --e58bff945182484499f23ee3bb676b2a Content-Disposition: attachment; filename="nerf_tcp_hpts_softclock.diff" Content-Type: application/octet-stream; name="nerf_tcp_hpts_softclock.diff" Content-Transfer-Encoding: BASE64 ZGlmZiAtLWdpdCBhL3N5cy9rZXJuL3N1YnJfdHJhcC5jIGIvc3lzL2tlcm4vc3Vicl90cmFw LmMKaW5kZXggZTlhMTZjZDBiMzZlLi41NGI1NDBjOTcxMjMgMTAwNjQ0Ci0tLSBhL3N5cy9r ZXJuL3N1YnJfdHJhcC5jCisrKyBiL3N5cy9rZXJuL3N1YnJfdHJhcC5jCkBAIC0xMzgsNyAr MTM4LDcgQEAgdXNlcnJldChzdHJ1Y3QgdGhyZWFkICp0ZCwgc3RydWN0IHRyYXBmcmFtZSAq ZnJhbWUpCiAJICogU29mdHdhcmUgVGltZXIgU3VwcG9ydCBmb3IgTmV0d29yayBQcm9jZXNz aW5nIgogCSAqIGJ5IE1vaGl0IEFyb24gYW5kIFBldGVyIERydXNjaGVsLgogCSAqLwotCXRj cF9ocHRzX3NvZnRjbG9jaygpOworCS8qdGNwX2hwdHNfc29mdGNsb2NrKCk7Ki8KIAkvKgog CSAqIExldCB0aGUgc2NoZWR1bGVyIGFkanVzdCBvdXIgcHJpb3JpdHkgZXRjLgogCSAqLwo= --e58bff945182484499f23ee3bb676b2a-- From nobody Sun Mar 17 16:56:30 2024 X-Original-To: current@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 4TyPK23RCnz5DkQ6; Sun, 17 Mar 2024 16:56:38 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4TyPK16Dc6z47xL; Sun, 17 Mar 2024 16:56:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 42HGuUxg063722; Mon, 18 Mar 2024 01:56:31 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Mar 2024 01:56:30 +0900 From: Tomoaki AOKI To: "Drew Gallatin" Cc: "Nuno Teixeira" , tuexen@freebsd.org, garyj@gmx.de, current@freebsd.org, net@freebsd.org, "Randall Stewart" Subject: Re: Request for Testing: TCP RACK Message-Id: <20240318015630.ad95863f2f4d52e779ff0af5@dec.sakura.ne.jp> In-Reply-To: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4TyPK16Dc6z47xL On Sun, 17 Mar 2024 11:40:54 -0400 "Drew Gallatin" wrote: > Resending with the patch as an attachment. > > Drew > > On Sun, Mar 17, 2024, at 11:39 AM, Drew Gallatin wrote: > > I don't have the full context, but it seems like the complaint is a performance regression in bonnie++ and perhaps other things when tcp_hpts is loaded, even when it is not used. Is that correct? > > > > If so, I suspect its because we drive the tcp_hpts_softclock() routine from userret(), in order to avoid tons of timer interrupts and context switches. To test this theory, you could apply a patch like: > > > > diff --git a/sys/kern/subr_trap.c b/sys/kern/subr_trap.c > > index e9a16cd0b36e..54b540c97123 100644 > > --- a/sys/kern/subr_trap.c > > +++ b/sys/kern/subr_trap.c > > @@ -138,7 +138,7 @@ userret(struct thread *td, struct trapframe *frame) > > * Software Timer Support for Network Processing" > > * by Mohit Aron and Peter Druschel. > > */ > > - tcp_hpts_softclock(); > > + /*tcp_hpts_softclock();*/ > > /* > > * Let the scheduler adjust our priority etc. > > */ > > > > > > If that fixes it, I suspect we should either make this hook optional for casual users of tcp_hpts(), or add some kind of "last called" timestamp to prevent it being called over and over and over on workloads which are syscall heavy. > > > > Note that for non-casual users of hpts (like Netflix, with hundreds of thousands of TCP connections managed by hpts), this call is a huge win, so I think we'd prefer that it remain in some form. > > > > Drew Controlled via RW or RWTUN sysctl/tunable? -- Tomoaki AOKI From nobody Sun Mar 17 17:12:56 2024 X-Original-To: current@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 4TyPh52v9fz5Dlv2; Sun, 17 Mar 2024 17:13:09 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyPh468qfz4CSC; Sun, 17 Mar 2024 17:13:08 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:6562:c3d3:df66:1b2d]) (Authenticated sender: micmac) by drew.franken.de (Postfix) with ESMTPSA id EFF9E721E2806; Sun, 17 Mar 2024 18:12:57 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Request for Testing: TCP RACK From: tuexen@freebsd.org In-Reply-To: <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> Date: Sun, 17 Mar 2024 18:12:56 +0100 Cc: Nuno Teixeira , garyj@gmx.de, current@freebsd.org, net@freebsd.org, Randall Stewart Content-Transfer-Encoding: quoted-printable Message-Id: References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> To: Drew Gallatin X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4TyPh468qfz4CSC > On 17. Mar 2024, at 16:39, Drew Gallatin wrote: >=20 > I don't have the full context, but it seems like the complaint is a = performance regression in bonnie++ and perhaps other things when = tcp_hpts is loaded, even when it is not used. Is that correct? Correct. >=20 > If so, I suspect its because we drive the tcp_hpts_softclock() routine = from userret(), in order to avoid tons of timer interrupts and context = switches. To test this theory, you could apply a patch like: >=20 > diff --git a/sys/kern/subr_trap.c b/sys/kern/subr_trap.c > index e9a16cd0b36e..54b540c97123 100644 > --- a/sys/kern/subr_trap.c > +++ b/sys/kern/subr_trap.c > @@ -138,7 +138,7 @@ userret(struct thread *td, struct trapframe = *frame) > * Software Timer Support for Network Processing" > * by Mohit Aron and Peter Druschel. > */ > - tcp_hpts_softclock(); > + /*tcp_hpts_softclock();*/ > /* > * Let the scheduler adjust our priority etc. > */ >=20 >=20 > If that fixes it, I suspect we should either make this hook optional = for casual users of tcp_hpts(), or add some kind of "last called" = timestamp to prevent it being called over and over and over on workloads = which are syscall heavy. Nuno, can you test that? >=20 > Note that for non-casual users of hpts (like Netflix, with hundreds of = thousands of TCP connections managed by hpts), this call is a huge win, = so I think we'd prefer that it remain in some form. Sure. Best regards Michael >=20 > Drew From nobody Sun Mar 17 20:26:45 2024 X-Original-To: current@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 4TyTzj0Rbyz5Dpk6; Sun, 17 Mar 2024 20:26:57 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyTzh710Yz4Xff; Sun, 17 Mar 2024 20:26:56 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710707217; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TbWg6BI+2Yphxf2gHFKqqmTQP1CoMgKFKekDFRtWpK0=; b=ppK8uakPvcj+Z0GXKJxdYoG7JIFBUHpM+HkoWV2fgN3zd6U2bPGpzRTQ8e8ayhtZLU7yk9 JKHCk05PlOu81wC42JCWhgdI20mqf0hUOJ0+j2RbgGS+VP0KcvucM4D5trxlXQ8LHtHqSX L3WYke/buQnxO8MVMOuBkHfbgyiPLiy1QaY4/Xc0/XDN6jxar5vbD03Ds209ucqm0VNMIO sn5qisKf7kWWHUGANOiNTyfsCj+mujSf4YsmO0w+l8JZ5tgEw2WOeKpOqlElGae81botLr rMkN0T+KHM3JxA0rzjFQkZ/qdNb6oBOzKsP6nKcB8Qx6e6JeFrczN7u2Ilv7Rg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710707217; a=rsa-sha256; cv=none; b=A9ZAivvN32+69lDhKkilsJdE9ybmYDIoD6Icm9ydiocxidoClcMuMvcoim3G0ohD+96CwG Ac+KNICtdCGaCgXAQoSS+49bBichSz2SYrqrDLniEBeH5kBj9526cE4VyJVBiHzYbraM2p dZCJmrRf5nBUo9l5kbwCG1DjS1G52J94K+eSV2t52IVEL4WCS3i2flfq85YLHgIPvqCdJu kAPC4fqmv0uq/r3BZzZ0HC6GrHp0QuKNXU8UgFO5g6NGfg8u8tYWWUfWJ/znLbeDRpZlJC b+qaOSfi1oVodTwh8CcFHzBgRxv86uuxOU+tfQvsuNxTGgm/OOcEH9e0EzAvIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710707217; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TbWg6BI+2Yphxf2gHFKqqmTQP1CoMgKFKekDFRtWpK0=; b=D85MnE+7IhAgpIr+G6DWzGSuI+vmU0xbGrJr2lqFZUQL5DXuZAbyDKvoB8DZfogzBJt5Ly gv6bxEgj6CXdfbWgcrNKmUJJJlCvETxUM9oLTHgKvlyLBj6WVIHzo1vm6+frm2JhQfDest kUkfKDsOcnjgNb3tcuPCd/cheGjdTGSdwxgtKKFswDmZpMKE4hakNbHISGTDYC4LevvE1R McyRY05YykKiV8nunGLiElrFl84IWvJXeSsvuIajxGsf/W+SsUh73eFNgsi6RneGj14CxD gaDPY86OCLCIrcUmKT8f2cdr552MQ5dBud1FjUvy5uStReuErQ3EnYoUVc8nqQ== Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TyTzh6bBwz19sx; Sun, 17 Mar 2024 20:26:56 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f170.google.com with SMTP id d75a77b69052e-430baec7bb5so12222571cf.0; Sun, 17 Mar 2024 13:26:56 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWjbbYTHG4dx5PcXAmJleAIN8iSb/4KjxQRTfG+uTJv+j0AIMMjsU7W6vdBLvAhcUOP0UThBSSYQsqGaIb53/eXv0lR7SEjOnO24QGEZpU/Fp8yfofN4/l4g0/OBBdgYz7EnGs81A== X-Gm-Message-State: AOJu0YyiL1oK+DLPHttQzSlc2/OjL60JcmTJ7DgtpG1PW9pz8IUyrdj4 AvEFD01plECyopYydsHqMOgrN2Gqf/C39kyS2kGN9orCB3Vl5c2olSgyW/2VFaVtRA04gSFVYjb Q31Hxt4tb/Ze4MpBBzYiAIIikzxo= X-Google-Smtp-Source: AGHT+IEtX/2rdlpZWIoXhO+/1pZQdn8NmpRcKUr96gOK7m0cHIpoSefVFaZQEkipTopBUadlIQgU6pgoBYBkckIfT/Q= X-Received: by 2002:a05:622a:254:b0:430:cf6d:9bd with SMTP id c20-20020a05622a025400b00430cf6d09bdmr2439046qtx.34.1710707216560; Sun, 17 Mar 2024 13:26:56 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <42C327BD-6CE4-43AA-A1AE-3BEC08D623DB@freebsd.org> <486915F0-456B-4B09-A8BC-93BBA79C4CA1@freebsd.org> <20240313080624.6c73908c@ernst.home> <508E3B47-8E1B-469F-97B1-2171A3098888@freebsd.org> <86a5n1i0xg.fsf@ltc.des.dev> <78D1FF09-71A3-4486-B934-D8332F54B237@freebsd.org> <20240316104053.20bef8c2@ernst.home> <20240316115128.33d11f7b@ernst.home> <7367F29A-D52B-4828-B79A-AA2667E81E7D@freebsd.org> <4FF534F6-B35D-4596-8D1E-226AD1347AC8@freebsd.org> <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> In-Reply-To: <6e795e9c-8de4-4e02-9a96-8fabfaa4e66f@app.fastmail.com> From: Nuno Teixeira Date: Sun, 17 Mar 2024 20:26:45 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Request for Testing: TCP RACK To: Drew Gallatin Cc: tuexen@freebsd.org, garyj@gmx.de, current@freebsd.org, net@freebsd.org, Randall Stewart Content-Type: text/plain; charset="UTF-8" Hello, > I don't have the full context, but it seems like the complaint is a performance regression in bonnie++ and perhaps other things when tcp_hpts is loaded, even when it is not used. Is that correct? > > If so, I suspect its because we drive the tcp_hpts_softclock() routine from userret(), in order to avoid tons of timer interrupts and context switches. To test this theory, you could apply a patch like: It's affecting overall system performance, bonnie was just a way to get some numbers to compare. Tomorrow I will test patch. Thanks! -- Nuno Teixeira FreeBSD Committer (ports)