ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Aleksey Novodvorsky <aen@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Оптимизированные для i686 и выше библиотеки
Date: Sat, 28 Aug 2010 15:40:15 +0400
Message-ID: <AANLkTineqNnTXcifOO_bwCzOo72w21YCiWnMRZ__7g8U@mail.gmail.com> (raw)
In-Reply-To: <20100828080159.GA24099@mw.office.seiros.ru>

28 августа 2010 г. 12:01 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Sat, Aug 28, 2010 at 01:26:30PM +0600, Andrey Rahmatullin wrote:
>
>>> Например какая разновидность SSE поддерживается?
> AR> 2
>
> вот-вот..
>
>>> Или вот тут новомодное аппаратное ускорение AES появилось.
> AR> Ну это всё же лучше, чем без MMX собирать.
>
> Разумеется.
>
> Итак, если по применениям, то:
>
> 1. нормальные современные машинки -- это поголовно x86_64, и когда наконец
> кто-нибудь соберет nspluginwrapper, с учетом действующего arepo
> практически никаких причин использовать на них i586/i686 не будет. А на
> серверах смысла в i586/i686 уже нет никакого.
>
> 2. старье для терминалок (да и про школы не забываем) -- ему может быть
> надо i586 (?)
>
> 3. офисное барахло -- i586/i686. Смысла особо что-то оптимизировать нет.
>
> 4. нетбуки. i686, и оптмизировать под них _надо.
>
> Вывод: для последних двух подход федоры (i686, --mtune=atom) самый
> разумный. О первом особо заботиться нет смысла.
>
> Что делать со вторым? Если забить -- то можно просто сделать также как в
> федоре. Если не забивать -- то либо оставляем как есть (и владельцы
> нетбуков будут в проигрыше), либо собирать и под i586 и под i686.
>
> Гм. Может для старья оставить p5, а в Сизифе пойти по тому же пути что
> Федора?

Тогда уж p6, так как до бранчевания вряд ли стоит делать резкие
телодвижения в эту сторону.
Решение зависит от ресурсов и, полагаю, от реализации карманов. Работа
по обоим направлениям идет, но делать прогнозы по времени я не буду,
обжигался неоднократно.
С Софтулом это все никак не связано.
Что касается второго пункта, то он  пока реально востребован теми, кто
проводит внедрения в школах и муниципалитетах, не считая любителей
ретро. И там наработаны свои оригинальные технологии. Думаю, что около
года они будут не только использоваться, но и развиваться. Над думать
о миграции наработанных решений на современные легкие системы, типа
Atom и ARM, чтобы похоронить эту ветку старья достойно ее славному
прошлому.
Вообще, все никак не удается составить список имеющихся и
разрабатываемых участниками тим решений. Понятно, что среди них есть
"секретные", но не все же. Это позволило бы понимать хотелки друг
друга и сопоставлять их с действиями.
Rgrds, Алексей

  parent reply	other threads:[~2010-08-28 11:40 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-27  7:52 Konstantin Pavlov
2010-08-27  8:09 ` Michael Shigorin
2010-08-27  8:12   ` Konstantin Pavlov
2010-08-27  8:36     ` Andrey Rahmatullin
2010-08-27  8:56     ` Michael Shigorin
2010-08-27  9:17       ` Igor Zubkov
2010-08-27  9:25         ` Andrey Rahmatullin
2010-08-27  9:34           ` Igor Zubkov
2010-08-27  9:37             ` Andrey Rahmatullin
2010-08-27  9:42               ` Sergey Y. Afonin
2010-08-27  9:51                 ` Andrey Rahmatullin
2010-08-27 10:06                   ` Michael Shigorin
2010-08-27 10:39                     ` Andrey Rahmatullin
2010-08-27 10:47                   ` Sergey Y. Afonin
2010-08-27 11:32             ` Vitaly Lipatov
2010-08-27 12:27               ` Sergey Y. Afonin
2010-08-27 15:07                 ` Vitaly Lipatov
2010-08-28  0:18                   ` Денис Смирнов
2010-08-28  7:26                     ` Andrey Rahmatullin
2010-08-28  8:01                       ` Денис Смирнов
2010-08-28  8:18                         ` Andrey Rahmatullin
2010-08-28  9:49                         ` Michael Shigorin
2010-08-28 11:40                         ` Aleksey Novodvorsky [this message]
2010-08-28 12:17                           ` Денис Смирнов
2010-08-28 12:17                           ` [devel] альтернативные архитектуры семейства x86 Dmitry V. Levin
2010-08-29 16:17                             ` Alexey I. Froloff
2010-08-27 11:54           ` [devel] Оптимизированные для i686 и выше библиотеки Motsyo Gennadi aka Drool
2010-08-27 12:27             ` Sergey Y. Afonin
2010-08-27 12:35               ` Motsyo Gennadi aka Drool
2010-08-31  6:43                 ` Timur Batyrshin
2010-08-31  9:28                   ` [devel] [JT] " Motsyo Gennadi aka Drool
2010-08-27  9:18       ` [devel] " Konstantin Pavlov
2010-08-27  9:39       ` Sergey Y. Afonin
2010-08-27  9:46         ` Aleksey Novodvorsky
2010-08-31 23:25           ` Alexey Tourbin
2010-08-31 23:30             ` Michael Shigorin
2010-08-31 23:38               ` Alexey Tourbin
2010-08-27 11:56         ` Motsyo Gennadi aka Drool
2010-08-27 12:25           ` Sergey Y. Afonin
2010-08-27 12:28             ` Motsyo Gennadi aka Drool
2010-08-29 12:24         ` Anton Farygin
2010-09-01  0:27 ` Alexey Tourbin
2010-09-01  1:13   ` Денис Смирнов
2010-09-01  2:05     ` Alexey Tourbin
2010-09-01  7:38       ` Konstantin Pavlov
2010-09-02 17:06         ` Alexey Tourbin
2010-09-02 18:00           ` Konstantin Pavlov
2010-09-02 20:07             ` Alexey Tourbin
2010-09-02 20:16               ` Konstantin Pavlov
2010-09-02 20:50                 ` Alexey Tourbin
2010-09-01  7:36   ` Konstantin Pavlov
2010-09-02 21:33     ` Alexey Tourbin
2010-09-03  3:30       ` Michael Shigorin
2010-09-03  2:59         ` REAL
2010-09-03 11:20         ` Alexey Tourbin
2010-09-03 12:49           ` Led
2010-09-03 17:03             ` Alexey Tourbin
2010-09-03 17:20               ` Led
2010-09-04  3:31                 ` Alexey Tourbin
2010-09-03 17:24               ` Alexander Bokovoy
2010-09-03 18:04                 ` Alexey Tourbin
2010-09-03 18:19                   ` Alexander Bokovoy
2010-09-03 17:23         ` Alexey Tourbin
2010-10-13 21:11           ` [devel] [JT] " Michael Shigorin

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=AANLkTineqNnTXcifOO_bwCzOo72w21YCiWnMRZ__7g8U@mail.gmail.com \
    --to=aen@altlinux.ru \
    --cc=devel@lists.altlinux.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

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git