From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4AEDF799.40300@altlinux.com> Date: Mon, 02 Nov 2009 00:03:21 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20091101195002.GS3132@osdn.org.ua> <4AEDE9BE.4050009@altlinux.com> <200911012252.22450.ledest@gmail.com> In-Reply-To: <200911012252.22450.ledest@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?W3J1c2xpc2hdIFJlOiDLz8Qg1yAjMTQyOTEgKCDB0sjJ?= =?koi8-r?b?1MXL1NXS2SDXIHJwbSk=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:03:55 -0000 Archived-At: List-Archive: List-Post: 01.11.2009 23:52, Led пишет: > On Sunday, 01 November 2009 22:04:14 Anton Farygin wrote: >> 01.11.2009 22:50, Michael Shigorin пишет: >>> On Sun, Nov 01, 2009 at 10:14:49PM +0300, Anton Farygin wrote: >>>> А орфаграфия и пунктуация значения должна не иметь. ;) >>> >>> Та-та-та. >>> >>> В #14291 код, реализующий нужную (для HPC -- критично) фичу, >>> охарактеризован как грязный. Я отказываюсь понимать, чем >>> грязный язык лучше грязного кода, и особенно как можно >>> одновременно ратовать за первое и воротить нос от второго. >> >> Не, там вообще всё странно. Зачем, например, архитектуры atom и nettop ? > > В следующем gcc (а в Fedora - уже сейчас) будет -march=atom. nettop - это > 64-битный atom (да, есть и такие). Знаю я про этот Atom. Вот такой. $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz stepping : 2 cpu MHz : 1599.841 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm lahf_lm bogomips : 3199.68 clflush size : 64 power management: Вопрос всё-таки остался - накой нужна архитектура nettop в rpm ? Оптимизацией под него заниматься не имеет большого смысла, да и неизвестно, сколько такой 64-х битный атом просуществует. Это только в 230-ом и 330-ом Атомах есть. Лучше бы у них была функция энергосбережения ;) Мне кажется, что не стоит тащить всё, что умеет gcc - в rpm. Видимо есть какие-то основные архитектуры, поддержка которых крайне желательна, но явно далеко не все. > > Как бы то ни было, в #14291 ничего не говорится об atom/nettop. Там говорится > о баге в rpm и предлагается способ её решения. Так же там не говорится о том, > чтобы смерджить с http://git.altlinux.org/people/led/packages/rpm.git > > Скорее всего, ldv просто не понял багрепорт - ведь он написан по-русски. Не будем гадать, ldv и сам за себя может ответить.