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
next prev parent 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