А зачем столь полезную фичу сносить? На таком тазике можно вполне сносно работать и без свопа. Другие окружения/браузеры пробовали?
Да, будет интересно
У меня установлен голый арч с LXDE и Awesome с энным куличеством плясок с бубном
Работает вполне сносно для такого "калькулятора" как Samsung N100
Единственное, что я делал, так это добавил оперы и поставил х64 систему
Из игрушек тестил Brutal DooM, работает примерно так же как под виндой
redix
UPD 2. Установил linux-ck-atom, упало потребление ресурсов, в хромиуме ютуб 720 и 1080 работает без тормозов, даже в полноэкранном режиме, только система охлаждения дохленькая там, нагрева вроде бы нет, но кулер жужжит довольно сильно, завтра гляну что можно сделать.
Еще что-то после установки ядра проделывали/прописывали? Попробовал на своем атоме с точно таким же видеоускорителем установить это ядро, скажу что никакой разницы не заметил до/после.
Dimushonok
Незнаю откуда люди взяли что кеды прожёрливы. 420мб при старте и 550 после суток юзания системы. Крыса стояда, 500 это минимум, гном и того больше, lxde как крыса. Откуда эти стериотипы -типа вид аля-вин95 мало жрёт , а монструозный комбаин КДЕ жрет гигами. На своей машине я увидел что всё наоборот. И пробовал opensuse 15. Там фул кде жрали около 350 мб.
5 лет назад кеды жрали в 2 раза больше
но в сегодняшних реалиях это не критично
аля-вин 95 это больше к iceWM, на старой машине около 70мб хавала
akorop
WinAVR - это нечто очень-очень древнее. С тех пор неугомонные гнус-аврщики много всякого натворили, так что тогдашние программы обычно не компилятся. Это нормально.
flammen93
содраны используемые инклуды с winAVR.
Очень сомнительное решение. Да и какой смысл? Если уж переезжать с мёртвого WinAVR на нынешний avr-gcc, то суммарно меньше геморроя будет, если один раз потратить время на осовременивание кода, и в дальнейшем не иметь проблем (какое-то время).

Смысл был прост - хотел сэкономить время на работе с кодом в связи с многогранностью проэкта: схема, разводка, монтаж и установка непосредственно на объекте. Код написал коллега и предоставил исходник. Потом были выходные и попытка отладить все это дома с известным результатом. Сегодня доотлажу все это на работе, а как будет время перепишу код под avr-gcc 8.2. Если будет интересно, то позже будут результаты.
vs220
Может по анологии с обычным gcc просто не совпадают версии gcc под которую писался код и которой сейчас собирать пробуете
Спасибо, завтра уточню у коллеги
indeviral
блин у меня тоже(( у вас такая же ошибка? это наверно всё из за треклятого vim надо в vi переходить…
Не совсем, у меня вывод на тысячу строк XD
Начиная с такого:
/usr/avr/include/mega8.h:10:1: error: unknown type name 'sfrb'
 sfrb TWBR=0;
и заканчивая таким:
main.c:408:60: error: 'TWIE' undeclared (first use in this function); did you mean 'TWI'?
 TWCR=(0<<TWEA) | (0<<TWSTA) | (0<<TWSTO) | (0<<TWEN) | (0<<TWIE);
                                                            ^~~~
                                                            TWI
main.c:411:2: error: invalid preprocessing directive #asm
 #asm("sei")
  ^~~
main.c:28:20: error: expected ')' before numeric constant
 #define bStart PIND.6
                    ^~
Странно же, в winAVR то работает все
Попробуй войти в новый сеанс по CTRL+ALT+F2, залогиниться и запустить иксы по startx.
Доброго времени суток. Столкнулся с проблемой невозможности откомпилировать сишный код, написанный под winAVR, в арче x64 в связке Geany + avr-gcc. Безусловно, был установлен весь необходимый софт для работы с этой платформой, содраны используемые инклуды с winAVR. Код не компилится, хоть тресни. Есть у кого-либо из форумчан опыт борьбы с winAVR?
Автору поста не подошла философия дистра. Знание матчасти в купе с опытом и интуицией - вот что характеризует арчевода. Это требует времени. Арчеводами не рождаются, ими стают. Вот уж не знаю, как опытные пользователи могут портить отношение к дистру, это как пчелы испортили мед... Не всем он по вкусу)