public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: RFC: banning "AI"-backed (LLM/GPT/whatever) contributions to Gentoo
Date: Sat, 9 Mar 2024 21:13:46 -0000 (UTC)	[thread overview]
Message-ID: <pan$d34ea$7a2ed20b$e1999d97$223c1cb2@cox.net> (raw)
In-Reply-To: 759431674cf90b42a9f003369a3bd5f248091b0b.camel@gentoo.org

Michał Górny posted on Sat, 09 Mar 2024 16:04:58 +0100 as excerpted:

> On Fri, 2024-03-08 at 03:59 +0000, Duncan wrote:
>> Robin H. Johnson posted on Tue, 5 Mar 2024 06:12:06 +0000 as excerpted:
>> 
>> > The energy waste argument is also one that needs to be made
>> > carefully:
>> 
>> Indeed.  In a Gentoo context, condemning AI for the computative energy
>> waste?  Maybe someone could argue that effectively.  That someone isn't
>> Gentoo.  Something about people living in glass houses throwing
>> stones...
> 
> Could you support that claim with actual numbers?  Particularly,
> on average energy use specifically due to use of Gentoo on machines vs.
> energy use of dedicated data centers purely for training LLMs?  I'm not
> even talking of all the energy wasted as a result of these LLMs at work.

Fair question.  Actual numbers?  No.  But...

I'm not saying don't use gentoo -- I'm a gentooer after all -- I'm saying 
gentoo simply isn't in a good position to condemn AI for its energy 
inefficiency.  In fact, I'd claim that in the Gentoo case there are 
demonstrably more energy efficient practical alternatives (can anyone 
sanely argue otherwise?, there are binary distros after all), while in the 
AI case, for some usage AI is providing practical solutions where there 
simply /weren't/ practical solutions /at/ /all/ before.  In others,  
availability and scale was practically and severely cost-limiting compared 
to the situation with AI.  At least in those cases despite high energy 
usage, AI *is* the most efficient -- arguably including energy efficient 
-- practical alternative, being the _only_ practical alternative, at least 
at scale.  Can Gentoo _ever_ be called the _only_ practical alternative, 
at scale or not?

Over all, I'd suggest that Gentoo is in as bad or worse a situation in 
terms of most energy efficient practical alternative than AI, so it simply 
can't credibly make the energy efficiency argument against AI.  Debian/
RedHat/etc, perhaps, a case could be reasonably made at least, Gentoo, no, 
not credibly.

That isn't to say that Gentoo can't credibly take an anti-AI position 
based on the /other/ points discussed in-thread.  But energy usage is just 
not an argument that can be persuasively made by Gentoo, thereby bringing 
down the credibility of the other arguments made with it that are 
otherwise viable.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



  reply	other threads:[~2024-03-09 21:13 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-27 14:45 [gentoo-dev] RFC: banning "AI"-backed (LLM/GPT/whatever) contributions to Gentoo Michał Górny
2024-02-27 15:10 ` Arsen Arsenović
2024-02-27 15:21 ` Kenton Groombridge
2024-02-27 15:31   ` Alex Boag-Munroe
2024-02-27 16:11 ` Marek Szuba
2024-02-27 16:29   ` Sam James
2024-02-27 16:48 ` Andreas K. Huettel
2024-02-27 17:02 ` Ionen Wolkens
2024-02-27 17:41 ` Rich Freeman
2024-02-27 18:07   ` Ulrich Mueller
2024-02-27 18:27     ` Kenton Groombridge
2024-02-27 17:46 ` Matthias Maier
2024-02-27 17:50 ` Roy Bamford
2024-02-27 18:40   ` Peter Böhm
2024-02-27 18:04 ` Sam James
2024-03-09 14:57   ` Michał Górny
2024-02-27 19:17 ` Eli Schwartz
2024-02-28  3:05 ` Oskari Pirhonen
2024-02-28  3:12   ` Michał Górny
2024-02-28 10:08     ` Ulrich Mueller
2024-02-28 11:06       ` Matt Jolly
2024-02-28 20:20         ` Eli Schwartz
2024-03-01  7:06         ` Sam James
2024-03-09 15:00           ` Michał Górny
2024-02-28 13:09       ` Michał Górny
2024-02-28 10:34 ` David Seifert
2024-02-28 18:50 ` Arthur Zamarin
2024-02-28 19:26   ` Rich Freeman
2024-03-01  6:33 ` Zoltan Puskas
2024-03-05  6:12 ` Robin H. Johnson
2024-03-06  6:53   ` Oskari Pirhonen
2024-03-08  3:59   ` [gentoo-dev] " Duncan
2024-03-09 15:04     ` Michał Górny
2024-03-09 21:13       ` Duncan [this message]
2024-03-10  1:53         ` Eli Schwartz
2024-03-06 13:53 ` [gentoo-dev] " martin-kokos
2024-03-08  7:09 ` Fco. Javier Felix Belmonte
2024-03-21 15:25 ` Michał Górny
2024-04-15 19:50   ` Jérôme Carretero

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='pan$d34ea$7a2ed20b$e1999d97$223c1cb2@cox.net' \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox