<div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto"><br></div><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">8 нояб. 2017 г. 3:33 PM пользователь "Alexey Tourbin" <<a href="mailto:alexey.tourbin@gmail.com">alexey.tourbin@gmail.com</a>> написал:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">2017-11-08 13:03 GMT+03:00 Andrey Savchenko <<a href="mailto:bircoph@altlinux.org">bircoph@altlinux.org</a>>:<br>
> Добрый день,<br>
><br>
> On Wed, 8 Nov 2017 09:26:46 +0300 Alexey Tourbin wrote:<br>
>> Кажется, 32-битные архитектуры находятся на последнем издыхании.<br>
>> Предлагаю обсудить в том числе и это. Главными двумя факторами<br>
>> издыхания мне кажутся: 1) chromium жрет слишком много памяти, и давно<br>
>> опередил firefox по популярности; и это зависит не только от chromium,<br>
>> но и от разжиревших сайтов; 2) память стоит сравнительно дешево, 500<br>
>> рублей за гигабайт, DDR3 - чуть дешевле, DDR4 - чуть дороже. Итого,<br>
>> современный десктоп должен иметь не менее 8G RAM, иначе он сам себя<br>
>> обрекает на вечные муки.<br>
>><br>
>> Антитезой может выступать поддержка российских архитектур типа "Бойкал<br>
>> T1". Я недавно думал и производил измерения, годится ли Blake2b в<br>
>> качестве универсальной хеш-функции для всех архитектур. На 32-битных<br>
>> архитектурах Blake2b работает в 4 раза медленнее. Следовательно, если<br>
>> держать в уме поддержку 32-битных архитектур, то это всё меняет, нужны<br>
>> разные хеш-функции вместо одной универсальной и т.п.<br>
><br>
> hash-функции не являются узким местом в плане производительности,<br>
> поэтому данный тест сложно рассматривать как аргумент. Потяно, что<br>
> вся длинная арифметика на 64 битах будет ощутимо быстрее, чем на 32.<br>
> Но нужно смотреть на конкретные задачи. На самом деле некоторые<br>
> вещи на 32 битах могут быть быстрее за счёт меньшей нагрузки на<br>
> память (здесь ещё можно вспомнить x32 ABI).<br>
<br>
</div>Почему хеш-функции не являются узким местом в плане<br>
производительности? Вот вы сделали apt-get update, сколько секунд у<br>
вас будет вычисляться проверка скачанных файлов, одну секунду, четыре<br>
секунды? 10?<br>
<br>
$ set /var/lib/apt/lists/*list.*<br>
$ cat $@ |time b2sum<br>
deb4b4bc890fc675311c5a311fc9d2<wbr>3cb36a5598c7eb5e42dd9934303c3b<wbr>c775f5df2ce2ac1e6ee48c76c74b7b<wbr>b43e29592d118e3e7448f6b5331032<wbr>65383f60<br>
-<br>
0.44s user 0.04s system<br>
<br>
$ rpmpeek coreutils-8.27.0.23.f4570-<wbr>alt1.i586.rpm cp -pv<br>
./usr/bin/{md5,sha256,b2}sum $PWD/<br>
$ cat $@ |time ./b2sum<br>
deb4b4bc890fc675311c5a311fc9d2<wbr>3cb36a5598c7eb5e42dd9934303c3b<wbr>c775f5df2ce2ac1e6ee48c76c74b7b<wbr>b43e29592d118e3e7448f6b5331032<wbr>65383f60<br>
-<br>
1.95s user 0.04s system<br>
<br>
Кагбе если вы хотите всё замедлить в 4 раза, то рецепт написан на<br>
стене. В общем, я пока не принимаю аргумента о том, что 32-битность<br>
не является узким местом в плане производительности. Является!<br>
<div class="quoted-text"><br>
> Думаю, что пока будет спрос по тем или иным причинам, до тех пор<br>
> и будут выпускаться 32-битные дистрибутивы. i586 уже в закате,<br>
> а вот на mips, arm и прочей "экзотике" оно ещё очень даже нужно.<br>
<br>
</div>Ну вот плохо что людей обнадеживают всякими 32-битными платформами и<br>
дистрибутивами. Ничего хорошего они не сулят, разве что кроме<br>
узкоспециализированного применения.</blockquote></div></div><div dir="auto">Специализированного -- да, насчёт узкого -- не уверен, особенно в РФ в условиях, извините, импортозамещение железа.</div><div dir="auto">Чуть подробнее.</div><div dir="auto">1. i586 -- очень много старого железа, в том числе у корпоративных заказчиков. Причем универсального назначения.</div><div dir="auto">2. armv7 -- уходит, даже raspberry pi уже на armv8. Но вовсю производятся системы на armv7 от elvees. Ранее 19 года вряд ли перейдут на armv8. </div><div dir="auto">3. mipsel -- помянутый Байкал-Т. Хотя у китайцев loongson mips64el. Вот на нем будем собирать.</div><div dir="auto">4. mips64 (big endian), у нас -- Комдив64. Это отдельный разговор, но по факту userspace там 32 bit.</div><div dir="auto"><br></div><div dir="auto">Пока сборка 32 bit на всех этих платформах происходит на 64-битных серверах и не представляет особой проблемы, если не считать тестирования.</div><div dir="auto"><br></div><div dir="auto">В общем, пока спрос есть, хотя хотелось бы забыть про 32 бита в p10. Но не в p9. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div class="gmail_extra" dir="auto"><br></div></div>