From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <slawek@lach.art.pl>
Received: from ipv6.s8.linuxpl.com (ipv6.s8.linuxpl.com [IPv6:2a02:1778:113::201])
	by sourceware.org (Postfix) with ESMTPS id 32CB938A9095
	for <gcc@gcc.gnu.org>; Tue, 15 Nov 2022 18:44:47 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 32CB938A9095
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=lach.art.pl
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=lach.art.pl
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lach.art.pl
	; s=x; h=Content-Type:Content-Transfer-Encoding:MIME-Version:References:
	In-Reply-To:Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
	List-Post:List-Owner:List-Archive;
	bh=Fc+CK8k4XCUccw6WCNa1PnEzoLjcSWz6twhqZd9sB1Y=; b=NItP4umaZDmWEL56tkk9chxY4e
	QiN/a6pAIqtj3y6uKXyydQ4qMBeQFI9j3OEzpLgt6XLvtgk6Hg/y/qlKqiG9ij/v/yW8EA7UZk2Ad
	Q3To+ExYVbQ0tqz9+AlrUu80MfHQQwRWxFVJxqOcI7bsEp8jyQ8LCJoV7dHXJUReDtEuQ+Lphg3ki
	lYJWUSOApBQAwB72y3+HEJFwgn/PsYMNTnVv+9tEDrVx2HQVlxYAY/72z5PKX8+rGR2Rl5ZpYiWrP
	ypqFEyTuRCO8YvwZ4WjQdGOP5vrLZ05WC/46KlvX7oY2CiTS3NBlJfRq/fRkg01mBu/Mz12DZU7Yn
	PEFhLOjw==;
Received: from apn-77-112-228-225.dynamic.gprs.plus.pl ([77.112.228.225] helo=localhost.localdomain)
	by s8.linuxpl.com with esmtpsa  (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <slawek@lach.art.pl>)
	id 1ov0vO-00HFhu-72
	for gcc@gcc.gnu.org; Tue, 15 Nov 2022 19:44:46 +0100
From: =?utf-8?B?U8WCYXdvbWly?= Lach <slawek@lach.art.pl>
To: gcc@gcc.gnu.org
Subject: Re: Learning hardware optimization patch
Date: Tue, 15 Nov 2022 19:44:45 +0100
Message-ID: <2680919.mvXUDI8C0e@localhost.localdomain>
In-Reply-To: <5902985.lOV4Wx5bFT@localhost.localdomain>
References: <5902985.lOV4Wx5bFT@localhost.localdomain>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
X-Authenticated-Id: slawek@lach.art.pl
X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gcc.gcc.gnu.org>

Dnia wtorek, 15 listopada 2022 19:42:13 CET S=C5=82awomir Lach pisze:
> I am wonder if this will be good choice to allow gcc to generate AI data
> about best optimization approach on user computer.
>=20
> Yes. GCC team will provide source code for some examples and (once low
> hardware consumption) made gcc to compile these sources with various
> optimization patch. It will take avg run time of each patch. Of course - =
it
> will run compilation once there is many free resources on computer.
>=20

Not patch, but path - sorry. Applying different patch, which have optimizat=
ion=20
is bad idea, because it forces developer to carry out many path :-D .

> Why? To allow user select --best-optimiation-speed-for-my-machine or anot=
her
> optimization criteria, which will depends on AI data sheet.
>=20
> What do you think?
>=20
> Another idea is to allow adding feature point to program. Program will
> report that user is using some feature. In next step, linker could made
> optimization based on this - by simply, compiles only functionality, which
> is used by user. Rest functions will be put into shared objects and speci=
al
> code to load this shared object could been injected to executable.
>=20
> I am not very good in programming, but have had crazy ideas about lot of
> stuff.
>=20
> Best regards,
> Lach S=C5=82awomir.