From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: ALT Linux arch porting <devel-ports@lists.altlinux.org>
Cc: viy@altlinux.org
Subject: Re: [devel-ports] переход на armv5tel
Date: Wed, 22 Sep 2010 23:41:04 +0300
Message-ID: <20100922204104.GA24483@shutemov.name> (raw)
In-Reply-To: <4C937446.8030802@altlinux.ru>
On Fri, Sep 17, 2010 at 05:59:34PM +0400, Michail Yakushin wrote:
> Всем привет, я решил посоветоваться, в первую очередь с kas
> дело в от в чем.
> сейчас наш армовый порт собран под архитектуру armv4
> Это уже достаточно старые процы и в живых их уже почти не осталось.
> Самое главное, что существую программы, имеющие ассемблерную оптимизацию
> под v5+ например pulseaudio,chrom,и даже некоторые куски gnome.
> Возникла мысль собрать программы под v5.
> А лучше под v5te эти экстеншены увеличивают скорость работы с массивами,
> и я не нашел ни одного проца который бы умел v5 но не умел v5te
> Самое простое решение которое я сейчас вижу, это включение в rpmrc чтобы
> arm стало равно armv5tel а не armv4 как сейчас.
> Более сложное но возможное решение проблемы это пропачить сборочницу.
>
> Кто что об этом думает?
> +увеличение скорости работы, упрощение сборки некоторых программ
> -мы потеряем поддержку armv4
Я думаю, сначала стоит рассмотреть приоритеты. Мне кажется, что порт на
ARM ещё не в том состоянии чтобы разговаривать об оптимизациях. В
частности, насколько я могу судить, сильно не хватает полноценного порта
java. Это мешает пересборке многих пакетов. Делал пару подходов в своё
время, но так и не осилил.
Теперь, по существу вопроса. Если оставить в стороне нехватку сборочных
мощностей и человеческого энтузиазма, то я бы сделал так:
- .arm.rpm остаётся там где он есть сейчас т.е. ARMv4 без Thumb и других
плюшек. Ради StrongARM и ARM9TDMI.
- добавить репозиторий для ARMv5TE. Без Thumb, но с Thumb interworking.
Тут больше интересен thumb interworking, чем собственно v5. У меня нет
никаких чисел по производительности v4 vs. v5te. Если у тебя есть, я бы
хотел увидеть.
- добавить репозиторий для ARMv7-A с HardFP. Это тотальный слом ABI. Но этот
переход имеет значительно больше смысла чем v4->v5. Ещё нужно думать про
NEON. Много думать. В Debian думают в сторону HardFP:
http://wiki.debian.org/ArmHardFloatPort
Вообщем, я против перехода на v5, по крайней мере до тех пор, пока не
будет каких-нибудь чисел относительно изменения производительности.
--
Kirill A. Shutemov
next prev parent reply other threads:[~2010-09-22 20:41 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-17 13:59 Michail Yakushin
2010-09-17 14:29 ` Mike Lykov
2010-09-18 12:56 ` Denis Pynkin
2010-09-21 16:22 ` Wagan Sarukhanov
2010-09-22 8:21 ` Michail Yakushin
2010-09-22 10:35 ` Wagan Sarukhanov
2010-09-22 10:36 ` Wagan Sarukhanov
2010-09-22 10:36 ` Michael Shigorin
2010-09-22 10:42 ` Aleksey Novodvorsky
2010-09-22 10:52 ` Wagan Sarukhanov
2010-09-22 11:14 ` Aleksey Novodvorsky
2010-09-22 20:41 ` Kirill A. Shutemov [this message]
2010-09-23 1:50 ` Aleksey Novodvorsky
2010-09-23 7:56 ` Mike Lykov
2010-09-23 8:48 ` Michail Yakushin
2010-09-23 9:31 ` Mike Lykov
2010-09-23 10:51 ` Michail Yakushin
2010-09-23 13:36 ` Mike Lykov
2010-09-23 13:41 ` Michail Yakushin
2010-09-23 14:02 ` Mike Lykov
2010-09-23 10:05 ` Kirill A. Shutemov
2010-09-23 10:36 ` Aleksey Novodvorsky
2010-09-23 15:32 ` Kirill A. Shutemov
2010-09-23 15:45 ` Michail Yakushin
2010-09-23 16:33 ` Kirill A. Shutemov
2010-09-23 19:43 ` Wagan Sarukhanov
2010-09-23 19:49 ` Michael Shigorin
2010-09-23 19:53 ` Wagan Sarukhanov
2010-09-25 8:22 ` Michael Shigorin
2010-09-27 18:38 ` Wagan Sarukhanov
2010-09-29 16:10 ` Michael Shigorin
2010-09-23 20:38 ` Aleksey Novodvorsky
2010-09-24 6:10 ` Anton V. Boyarshinov
2010-09-29 8:33 ` Kirill A. Shutemov
2010-10-19 13:57 ` Kirill A. Shutemov
2010-09-24 1:03 ` Денис Смирнов
2010-09-24 17:36 ` Aleksey Novodvorsky
2010-09-23 3:50 ` Anton V. Boyarshinov
2010-09-23 8:55 ` Michail Yakushin
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=20100922204104.GA24483@shutemov.name \
--to=kirill@shutemov.name \
--cc=devel-ports@lists.altlinux.org \
--cc=viy@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 architecture porting
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-ports/0 devel-ports/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-ports devel-ports/ http://lore.altlinux.org/devel-ports \
devel-ports@lists.altlinux.org devel-ports@lists.altlinux.ru devel-ports@lists.altlinux.com
public-inbox-index devel-ports
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-ports
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git