From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id D2AE54B5F9 for ; Thu, 21 Aug 2025 21:33:54 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id C8C8A680062; Fri, 22 Aug 2025 00:33:50 +0300 (EEST) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id A279B680102 for ; Fri, 22 Aug 2025 00:33:44 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 071B6443F4 for ; Thu, 21 Aug 2025 21:33:43 +0000 (UTC) Date: Thu, 21 Aug 2025 23:33:42 +0200 To: FFmpeg development discussions and patches Message-ID: <20250821213342.GL29660@pb2> References: <20250819232652.GB29660@pb2> <5ee0b9e5-935c-4264-a6db-a66cfcf7ae3a@rothenpieler.org> <20250820192502.GC29660@pb2> <62ebc207-8d94-4bb1-a394-9b5aad3f6eb4@rothenpieler.org> MIME-Version: 1.0 In-Reply-To: <62ebc207-8d94-4bb1-a394-9b5aad3f6eb4@rothenpieler.org> X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdduiedvvdehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfghrlhcuvffnffculdeftddmnecujfgurhepfffhvffukfhfgggtuggjsehgtderredttdelnecuhfhrohhmpefoihgthhgrvghlucfpihgvuggvrhhmrgihvghruceomhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtqeenucggtffrrghtthgvrhhnpeefudfhjedtgfekgfegfeetvefgfefhkedtkeefleejueefvdehgffhvdekvefhieenucfkphepgedurdeiiedrieehrddujeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepgedurdeiiedrieehrddujeeipdhhvghloheplhhotggrlhhhohhsthdpmhgrihhlfhhrohhmpehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgdpnhgspghrtghpthhtohepuddprhgtphhtthhopehffhhmphgvghdquggvvhgvlhesfhhfmhhpvghgrdhorhhg X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] CI X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Michael Niedermayer via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: Michael Niedermayer Content-Type: multipart/mixed; boundary="===============4241448957793758015==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============4241448957793758015== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OtGOKVNx03nxfnAp" Content-Disposition: inline --OtGOKVNx03nxfnAp Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Thu, Aug 21, 2025 at 12:31:46AM +0200, Timo Rothenpieler via ffmpeg-deve= l wrote: > On 8/20/2025 9:25 PM, Michael Niedermayer via ffmpeg-devel wrote: > > Hi > >=20 > > On Wed, Aug 20, 2025 at 05:56:27PM +0200, Timo Rothenpieler via ffmpeg-= devel wrote: > > > On 8/20/2025 1:26 AM, Michael Niedermayer via ffmpeg-devel wrote: > > > > Hi > > > >=20 > > > > It seems the forgejo CI takes about > > > > 13min to do fate on aarch64 and x86-64 and build on win64 > > > >=20 > > > > Locally i run > > > > fate + install on x86-64 > > > > build on x86-32, mingw64, arm32, mips, ppc, x86-64 + shared l= ibs > > > > testprogs alltools examples build on x86-64, x86-32 and arm32 > > > > in 2min 44sec > > > >=20 > > > > can we improve the speed vs amount of tests ratio ? > > > > (its not a problem ATM, i did in fact not even notice as i never wa= ited on it) > > > >=20 > > > > Iam just seeing the difference in time and i think there is potenti= al for > > > > optimization here > > > >=20 > > > > I dont think my box here is really special, just a > > > > AMD Ryzen 9 3950X 16-Core + Samsung SSD 970 PRO > > >=20 > > > Well, the test runners are 4 cores and 8GB of RAM. So that'll be the = primary > > > difference in speed. > > > I think they're performing pretty good for being just that. > > >=20 > > > We could of course throw money at the problem and turn them into 16 c= ore > > > machines. That would up the hosting cost of the runners from currently > > > 3*7.5=A4 a month to 3*30=A4 a month. Just for the runners. > > >=20 > > > imo the current CI turnaround times are fine. 15-20 minutes per job i= s fine, > > > as long as they can all run in parallel. > >=20 > > Option 1: 15-20 min CI turnaround, 270 =A4 per year > > Option 2: 4-5? min CI turnaround, 1080 =A4 per year > >=20 > > we have over 150k $ it seems > >=20 > > Good use of capital can also lead to more donations > >=20 > > I think the main question is, "would we benefit from the faster trunaro= und"? > > or not ? >=20 > You have to keep in mind, 4 Core 8GB is also the swarm of runners we get = for > free from Microsoft via GitHub. >=20 > So the choice is actually "Be able to process 20+ jobs in parallel that t= ake > 15-20 minutes each" vs. "Be able to process 3 or so at a time (roughly one > PR/push) in 5 minutes". > So realistically, unless we also pay for an actual swarm of runners > ourselves(which would cost 10k or more a year while being idle 95% of the > time) the total turnaround time including wait for a free runner is proba= bly > still better with more of the smaller runners than less of the big ones. >=20 > It'd also make it a lot more pressing to think about every single CI job = we > add, vs. having a bit of leeway due to the over-abundance of runners. for 1-2k$ you can buy a box that runs fate once and build on 6 times in under 3minutes. if one is not enough buy 3, use the extra capcity for fuzzing or rent out to other projects I must be stupid, because to me this looks cheaper, its also one time expen= se these boxes can be used for 10 years also no need to be reliable expensive servers, if you have 3. thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB "I am not trying to be anyone's saviour, I'm trying to think about the future and not be sad" - Elon Musk --OtGOKVNx03nxfnAp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaKeQsAAKCRBhHseHBAsP q43cAJ9MHSg8ZtFGGZe6SibldFmpDo2+VQCfYW4nC/8f/s9hjNRQ8jXzg9ONmok= =m9LF -----END PGP SIGNATURE----- --OtGOKVNx03nxfnAp-- --===============4241448957793758015== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". --===============4241448957793758015==--