X86 это именно CISC, посмотри на ассемблер X86-64, это почти С. Это и есть критерий того CISC архитектура или RISC.
Вот что в википедии пишут:
Наборы инструкций в более ранних архитектурах, для облегчения ручного написания программ на языках ассемблеров или прямо в машинных кодах, а также для упрощения реализации компиляторов, выполняли как можно больше работы. Нередко в наборы включались инструкции для прямой поддержки конструкций языков высокого уровня. Другая особенность этих наборов — большинство инструкций, как правило, допускало все возможные методы адресации (т. н. «ортогональность системы команд (англ.)») — к примеру, и операнды, и результат в арифметических операциях доступны не только в регистрах, но и через непосредственную адресацию, и прямо в памяти. Позднее такие архитектуры были названы CISC
не думаю что разогнанный он будет работать всегда стабильно. Что запускал на нем тяжелое? По моему опыту несколько параллельно запущенных приложений уже тормозят
отлично работает, сам удивился, выключил только индексацию файлов чтоб не насиловал sd карточку. а так да, от неё все беды. ждем пока допилят бут с usb, на 3.0 с ссд должно быть огонь.
Не знал, что последняя малинка тянет современную плазму. Рад, что одноплатники так бурно развиваются. Хотя это спонсируется гонкой смартфонов, но хоть что-то.
2.0 в качестве диска это уже хорошо. ssd конечно замечательно, hdd нормально, даже обычная юсб-флешка более отзывчивая при записи и тоже будет лучше.
Но у себя я решил вопрос по другому: ext2 на корень, /tmp в tmpfs и затем в своп, /home в f2fs. f2fs очень жёстко и качественно кеширует запись и сглаживает почти все лаги.
не встречал таких, но думаю сколхозить что-то подобное вполне раельно. может даже лучше получится ибо с этим мне пришлось пожертвовать rtc. нужно будет перепаивать с г-образной формы на вертикальную.
Ого... Нанометры мельчают, однако.
Хотя, судя по х64 интел-архтьектур этого не скажешь, ядра плодяться, контроллёры памяти, кэши растут, но даже «выстрел» АМД с Risen-2 не позволяет со своими 7nm выпрыгнуть за 4ГГц на все ядра...
make[2]: Entering directory '/home/igor/Src/azpainter/data'
Making all in texture
make[3]: Entering directory '/home/igor/Src/azpainter/data/texture'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/home/igor/Src/azpainter/data/texture'
make[3]: Entering directory '/home/igor/Src/azpainter/data'
make[3]: Nothing to be done for 'all-am'.
make[3]: Leaving directory '/home/igor/Src/azpainter/data'
make[2]: Leaving directory '/home/igor/Src/azpainter/data'
Making all in desktop
make[2]: Entering directory '/home/igor/Src/azpainter/desktop'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/igor/Src/azpainter/desktop'
make[2]: Entering directory '/home/igor/Src/azpainter'
make[2]: Leaving directory '/home/igor/Src/azpainter'
make[1]: Leaving directory '/home/igor/Src/azpainter'
Если оф.пакеты для Arch делают с использованием патчей с гитхаб репы — тогда там должны были
А если оф.пакеты для Arch только на базе официальных релизов с которые тянут с сайта OSDN — тогда там есть бага как раз с пакетированием под ARM.
В любом случае, для пакетировщиков я рекомендую использовать исходники (там всегда актуальные локали и исправления). Патчи с репы на гитхабе включаются в следующие оф.релизы на OSDN (но с опозданием).