Читая на Хабре про сайты эпохи девяностых, вспомнил что когда-то я начал делать сайт про ассемблер, мой первый сайт крутящийся не на localhost. Я выложил главную страницу, и начал работать над материалом наполнения сайта контентом.

Скриншот сабжа сделанный сегодня для этого поста.
Старичок всё ещё жив, главная страница отображается до сих пор корректно.

Собрал материал, которого хватил бы на пару десяток страниц, но статику под хостинг на narod.ru верстать было лень. Я решил автоматизировать рутинные процессы, и зарегистрировал себе услугу бесплатного хостинга с поддержкой PHP. Написал скрипт, который роутил все запросы на index.php(при помощи правил mod_rewrite), и в зависимости от того, по какому пути вызывался статичный файл с HTML(которого на самом деле,естественно не было) брал текст и метаинформацию из набора файлов, содержащих данную информацию, и вставлял её в нужные места HTML-шаблона. Думаю, каждый в своё время начинал с чего-то подобного.

По сравнению со статикой, где не только материал, но и его оформление нужно было верстать ручками для каждой статьи(или копипастить тескст материала в HTML-шаблон ручками) - это был явный прогресс. К сожалению, посещаемость сайта была не очень большой. Ведь контента на нам было очень мало. И его  прикрыли. Кажется, нужно было что-бы сайт имел не менее десяти уникальных посещений в день... Потерял я свой первый сайт на PHP-скрипте. А его прототип с одной главной страницей на narod.ru до сих пор жив, существует сам по себе как призрак из прошлого.

Посмотрел я на своё первое творение, понастальгировал... Вспомнилось, как учил азы PHP в 2006 году, как писал себе программу-будильник на fasm в RadIDE. Она умела выключать ПК по таймеру, проигрывать звуковой сигнал или выбрнную мелодию, открывать и закрывать программу указанную в настройках. Для меня 2006 и 2007 годы были очень интересными. Изучал ассемблер, WinAPI и прочие низкоуровневые вещи. Экспериментировал с Linux. Сайт в частности верстал в Bluefilsh, под Ubuntu linux. Мне тогда казалось что я так много знаю...

С тех пор много воды утекло. Я изучил основы Python, познакомился с Javascript и, совсем немного, с Ruby. Намного лучше стал разбираться в коде на PHP. Всё это очень интересно. Хочется досконально изучить парадигмы и шаблоны проектирования. И много других интересных вещей. Наверно, жизнь очень интересная штука именно потому, что возможности нашего познания безграничны. А наш разум постоянно пребывает в состоянии голода. Это прекрасно.

Возможность вспомнить себя таким, каким я был лет 5-6 назад лишь помогает осознать, как много нового я смог узнать за этот промежуток времени. И как много того, что я  планировал изучить хотя-бы поверхностно, я так и не узнал в силу различных причин. Что не умалило моей тяги к познанию чего-то нового. Чем больше интересных вещей мы узнаём, тем интересней жить. Не останавливайтесь в своих стремлениях. Не оставляйте дело, которое можно сделать сегодня, на потом. Не получилось что-то из того, что планировалось? Не страшно, важен сам факт личного роста и вашего развития. Нужно уметь двигаться вперёд. Идти к цели, не обращая внимания на препятствия, которые могут возникнуть между вами и вашей целью.

Если вы обнаружите, что за некольео прошедших лет вы не развивались, не работали над собой - это тревожный признак. Собираем волю в кулак,  и настравиваемся на победу. И тогда обязательно настанет тот день, когда прогресс ваш станет вам заметен. А через некоторое время он станет заметен и окружающим вас людям. И не важно насколько плохи, или хороши вы в своём деле сегодня. Важно то, кем вы можете стать. Если только захотите, конечно:)

Я мечтал написать ПО, которое приносило бы пользу хотя-бы кому-то. В результате работаю над сайтом для одной компании сейчас, а до этого создал два интернет-магазина за тот учебный год, что учился курсах бухгалтерского учёта. А ведь я даже не программист, просто мне нравится работать над сайтами, настраивать и собирать ПК и ковырять различные программы.  Мечтайте, представляйте что то, о чём вы мечтаете уже у вас есть. Планируйте своё будущее. Рисуйте перед мысленным взором ваше будущее в деталях. И работайте над собой. Обстоятельства вокруг вас сами начнут складываться так, что то, над чем вы работали станет реальностью. Если только вы не забросите ваше дело раньше. Будьте тверды, и не отступайте. И тогда всё у вас будет хорошо;)

Почему я пользуюсь для храниения паролей программой KeepassX? Потому что у меня много паролей, более десяти почтовых ящиков, аккаунты в 6 социальных сетях и на многих форумах, сайтах производителей ПО и многих других ресурсах. Хранить в голове сотню(возможно больше) ников и паролей просто невозможно. Хранить их в текстовом файле опасно, да и неудобно. Хранить в онлайн сервисах вроде Roboform - тоже опасно. Где гарантия что работники подобных сервисов не уведут у вас пароли или просто адресса той же почты? И не монетизируют данную информацию? Поэтому я уже не один год использую KeepassX для хранения моих паролей.

Захотелось мне установить активно разрабатываемую вторую версию этого замечательного кросс-платформенного хранителя паролей на Ubuntu Linux 12.04. На это были серьёзные причины, главная из которых - это работа данной версии программы с базами данных Keepass версии 2.0 . Быстро нашёл PPA проекта. Что оказалось очень кстати, потому что собирать deb-пакеты из исходников - очень муторное занятие. Debian и Ubuntu - это далеко не Arch(с его замечательными PKGBUILD’ами), и даже не RHEL и Fedora(с их не менее замечательными SPEC-файлами).

Добавляем PPA командой:

sudo add-apt-repository ppa:keepassx/daily

и затем обновляем систему:

apt-get update && apt-get upgrade

если у вас никогда не было keepassx, то вместо  apt-get upgrade смело набирайте apt-get install keepassx.

После установки нужно импортировать старую базу данных формата  Keepass 1.0 и конвертировать её в формат Keepass 2. Для этого в меню Database ищем пункт Import Keepass 1 database. 

Вводим пароль, ищем ключ(если таковой использовался) и получаем доступ к своим паролям. 

Импортируем файл формата keepass 1

Вводим пароль

Ну вот, данные успешно импортированны.
Осталось только сохранить их в новом формате.

Теперь нажимаем на Save database as в том же меню, и сохраняем файл с базой данных в новом формате. С данным файлом кроме Keepassx также отлично работает и оригинальная Keepass второй версии, работающая на  Mono/.NET Framework. Получается, теперь вы можете использовать одну базу на целой кипе устройств, в том числе и на мобильных девайсах. Профит от этого, думаю, очевиден.

P.S.: Программа лично у меня работает не хуже старой Keepassx 0.4.3, но всё же это даже не бета-версия, а альфа и до релиза ещё может и полгода пройти. Всё-таки работы немало, программа была полностью переписана. Не я(как автор данного поста), ни автор данного ПО не несут никакой ответственности за то, что может случиться с вашей базой данных с паролями, при использовании данного ПО. Помните об этом, и на всякий случай сделайте бэкап вашей базы перед экспериментами. Удачи;)

Управление версиями ruby при помощи rvm

В Ubuntu 12.04 версия интерпритатора ruby немного старовата. А я люблю всё новое. Решил я обновить ruby. Как обычно стал по привычке искать PPA. Но вместо этого нашёл гораздо более удобный вариант установки новой версии ruby. Ещё возможность выбора разных версий интерпритатора, а также разных наборов gem'ов. Оказалось, что есть на свере такая удобная вещь как rvm.

Установка ruby-1.9.3-p194 на ubuntu 12.04 делается так:

Установка необходимого для rvm пакета curl

$ sudo apt-get install curl

Установка rvm и последней стабильной версии ruby

$ curl -L https://get.rvm.io | bash -s stable --ruby

Смотрим доступные благодаря rvm версии ruby

$ rvm list

Переключаем интерпритатор на ruby-1.9.3-p194

$ rvm use ruby-1.9.3-p194

И не забываем про то, что Gnome Terminal при запуске bash игнорирует настройки из ~/.bash_login и ~/.bash_logout. Решается проблема установкой одной галочки в настройках Gnome Terminal, как на этом скриншоте.

Закрываем терминал, и открываем заново. Ну вот, стоит запустить ruby c опцией --version мы увидим, что мы успешно сменили версию ruby, не трогая при этом установленной в системе версии ruby.

Недавно я решил создать виртуальную машину на базе KVM для Web-разработки(что-бы не настраивать LAMP-стек каждый раз, как я решу сменить свой дистрибутив). Дело  не сложное, но муторное. />
Так вот, передав публичный ключ на сервер, я был очень удивлён что при вводе команды

ssh devel@vserv

вылез стандартный запрос пароля. Стал я искать, в чём же причина данного явления. Вначале глянул на процес авторизации с ключом -v, но отладка показала, что ssh работает нормальным образом. Прочитал на одном форуме что нужно отключить директиву PermitRootLogin. Отключил на всякий случай. Не помогло. Выставил правильные права на ~/.git, тоже не помогло.

Проверил  на всякий случай лог /var/log/auth.log  и обнаружил там прелюбобытнейшую вещь:


Aug  3 13:45:01 vserv sshd[1344]: Authentication refused: bad ownership or modes for directory /home/devel

Итак, ssh указывал на небезопастные права на директории /home/devel. Пришлось изменить эти права на 700, и ssh сразу стал конектится с авторизацией по ключу. Всё решилось очень просто, одной командой:

chmod 700 /home/devel

Если вы столкнулись с подобной проблемой, и авториазция по ключу не проходит, попробуйте запустить ssh с ключом -vvv, который выводит расширенную информацию о процессе работы ssh. Если это не поможет, не поленитель проверить права на домашний каталог вашего пользователя, и на каталог .ssh. И конечно, столкнувшись с проблемой, всегда стоит первым делом изучить логи. Нередко в них можно найти достаточно информации для успешной диагностики вознкшей проблемы.

Сегодня зайдя на YouTube увидел, что наконец-то я могу связать свой аккаунт Google с учётной записью на YouTube. Как давно я ждал этого. Теперь бы ещё сделали универсальный ID(что-то вроде хеш-ключа) для каждого пользователься. Тогда можно было бы несколько аккаунтов на одну свою личность с уникальным ID-идентификатором вешать. И не вводить кучу паролей для входа в свой десяток аккаунтов.

Вот так теперь выглядит мой канал. Интеграция с другими сервисами налицо. А вот прикреплять несколько ников с почтой к одной личность пока сервисы Google не умеют. Может стоит написать feature request им в саппорт? Очень хочется все свои аккаунты от почты открывать разом. Тогда мне даже Mozilla Thunderbird не понадобится.

Сегодня вышел PHP 5.4.4, ну и я решил, что если обновлять apache и php в системе(что я проделал на днях, и о чём даже запостил в бложек на днях), то надо быстро обновиться и до php 5.4.4
Итак, скачиваем пакеты с PKGBUILD и прочими нужными для работы Apache 2.4.2 и PHP 5.4.4 с Google Drive (замечательного бесплатного средства для расшаривания файлов) по ссылкам php-5.4.4-0302.src.tar.gz apache-2.4.2-1.src.tar.gz и проделываем с каждым из этих пакетов следующее:

$ cd /путь к скачанным исходникам $ tar -zxf пакет.src.tar.gz $ cd пакет $ makepkg $ sudo pacman -U *.tar.xz
Ну,и как всегда, не забываем настроить ПО, перенеся в новые конфиги все свои настройки из старых конфигурационных файлов.
P.S.: Люблю всё новое, поэтом и собираю новые версии если не нахожу их в репах arch linux'а или в AUR. Надеюсь, кому-то ещё это может пригодиться.

Думал я глянуть на web-сервер Apache версии 2.4, узнать что новенького в данном релизе. И, к моему глубокому сожалению, не обнаружил на AUR PKGBUILD'а для установки данной версии этого великолепного веб-сервера. Настоящего джедая это не остановит, и повозившись немного, я запилил PKGBUILD'ы со всем необходимым для установки apache 2.4 на любимый arch linux. Не знаю, за что банят apache 2.4 на AUR, поэтому для тех кто желает установить apache 2.4 под arch linux предлагаю использовать результат моих стараний.

Файлы

apache-2.4.2-1.src.tar.gz
php-5.4.3-4.src.tar.gz

распаковываем архив в каталог, и используем makepkg для сборки пакета.

Потом выполяем

pacman -U /путь к пакету/собранный пакет.tar.xz

для установки(от суперпользователя выполняем только эту, вторую команду) И настраиваем apache под себя. Помня что некоторые директивы конфигурационных файлов, используемые в apache 2.2 устарели, и могут вызывать нарекания у новой версии apache. Успехов в нелёгком деле освоения нового ПО.

Сегодня я наконец-то получил доступ к новой технологии Google - Google Drive. Первые впечатления от сервиса - сугубо положительные. Простой и понятный интерфейс, два варианта представления файлов List и Grid. Второй вариант очень напоминает окно проводника(Nautilus или Dolphin). Папки, файлы(даже с предварительным просмотром содержимого вместо иконок для документов). Всё так, как привык видеть рядовой пользователь ПК у себя на десктопе. Это явный плюс данного сервиса. 5Гб места в облаке на дороге не валяются, вместе с двумя подобными аккаунтами на старичке DropBox'e это весьма приятно. Важные файлы перед заливкой неплохо бы шифровать, мало ли что, вдруг кто-то уведёт парольчик от акканта. И спокойно пользоваться, радуясь такой приятной жителю бывшего СССР халяве. В общем, если у вас ещё нет облачного хранилища для ваших файлов, время пришло. Ведь теперь с этим сервисом и Google Docs интегрирован. Удобно очень получилось. Ну и в нормальном браузере очень шустро работает загрузка файлов методом обыкновенного перетаскивания aka drag & drop. Пару скриншотов демонстрирующих красоты нового сервиса прилагаю.

При изменении поведения формы одного из скриптов CMS Prestashop столкнулся с интересной задачей. Надо было подменить обработчик события onclick на свой, который бы отсылал в обработчик на php данные из полей формы в виде, который ожидает получить php-скрипт. Стандартный скрипт не работает корректно из-за изменений в структуре формы.

Навесил я новый обработчик по стандартным кодом(что-то вроде этого):

$("input[type='submit']").click(function(){alert("OOPS!");return false;});

И получил epic fail в виде срабатывания сразу двух обработчиков на одно несчастное событие. Сразу стало ясно, что надо убрать старый обработчик события. И навесить новый.

$("input[type='submit']").unbind('click');

Отсоединяем функции-обработчики от события click, и затем лёгким движением руки одной строчкой кода добавляем свой обработчик.

$("input[type='submit']").click(function(){alert("OOPS!");return false;});

Глюки gtk2 с libpng 1.5.7 из testing в Arch Linux

Вчера обновился у меня пакет gdk-pixbuf2 из testing. С собой он принёс libpng 1.5.7, но часть компонентов gtk2 не обновилась. В testing видно ещё не все связанные с gtk2 зависимости новой версии. В результате gtk2 ищет libpng версии 1.4, и все gtk2-based программы стали вылетать с ошибкой. Пришлось с утра искать, почему не работал gdm и прочие программы(gdm от gnome 3, но почему-то тоже искал эту либу и вылетал с ошибкой). Установка нужной либы из AUR командой yaourt -S libpng14 спасла положение.

Установка и настройка драйвера Catalyst 12.1 в Arch Linux.

Купил я себе новую видеокарту ATI Radeon HD5450. И встал вопрос выбора драйвера для неё. Это присказка, теперь к самой сути вопроса переходим.
С одной стороны есть свободный драйвер xf86-video-ati.Его достоинства:

• быстрое 2D-ускорение
• работающий фреймбуфер
• поддержка KMS
• неплохо работающее 3D-ускорение. Неплохо - это значит что с данным драйвером можно играть в игры OpenArena, Xonotic, Red Eclipse и некоторые другие. Это гораздо лучше того, что может предложить открытый драйвер для NVidia.

Недостатки:

• 3D-ускорение не такое быстрое, возможности последних стандартов графических API могут поддерживаться только частично.
• про аппаратное декодирование видео можно забыть

С другой стороны видеодрайвер catalyst. Его достоинства:

• Быстрая 3D-графика для игр и приложений. Поддержка последних версий OpenGL.
• Возможность задействовать аппаратное декодирование видео(vaapi)
• Возможность использовать OpenCL

Недостатки:

• Драйвер закрытый
• В версии 11.2 корректная работа Gnome 3 не возможна из-за артефактов и тормозов (исправлено в Catalyst 12.1)
• Работая с xorg-server 1.11.x драйвер вызывает крах xv, самого популярного бэк-энда для вывода видео(наблюдается баг при использовании Catalyst 12.1 и Catalyst 11.2)
• Конфликтует с модулем драйвера radeon, в результате при старте иксов иксы сразу вылетают
• Отсутствует нормальный фрейм-буфер
• Обязателен xorg.conf

Для меня аппаратное ускорение и 3D важны, поэтому я не задумываясь установил Catalyst.

yaourt -S catalyst-total

Устанавливаем бэкэнд для VAAPI (API для аппаратного декодирования видео)

yaourt -S xvba-video-0.8.0 

или

yaourt -S xvba-video-open

Версия mplayer с поддержкой VAAPI

yaourt -S mplayer-vaapi

Ну, началась настройка драйвера. Он сделан по древним традициям, не поддерживает авто-настройку и требует /etc/X11/xorg.conf Для начальной настройки используем команду:

aticonfig --initial

Затем вручную фиксим пару проблем. В Section “Device” добавляем опцию Option "TexturedVideo" "on" Примерно так

Section "Device"
     ...
        Option      "TexturedVideo" "on"
EndSection

И новую секцию для запрета модуля XVideo(xv) добавим, она фиксит баг с крахом иксов при проигрывании видео через xv.

Section "Extensions"
        Option "XVideo" "Disable"
EndSection

Теперь о проблеме с крахом иксов при загрузки старте иксов. Советуют добавить в опции Grub nomodeset. Но за такой совет я бы сказал кому-то пару неприятных для него вещей. Послушав советов guru я добавил данную опцию, и у меня отвалилась поддержка игрового джойстика. Я понимаю, мог отвалится фидбэк(это когда по вам в игре стреляют и т.п.), но джойстик полностью перестал определяться. Поэтому пришлось провести дополнительные изыскания, и решить проблему по другому.
Правим /etc/rc.conf, изменяя массив MODULES примерно так:

MODULES=(!radeon fglrx)

Модуль radeon конфликтует с fglrx, поэтому его запрещаем. А проприетарный fglrx принудительно загружаем. На всякий случай, вдруг система не загрузит.
После перезагрузки можно пользоваться mplayer-vaapi, или VLC.
Используя консольный mplayer:

$ mplayer -vo vaapi:gl -va vaapi movie.avi

Настраиваем smplayer:

Options -> Preferences -> General -> Video (tab) -> Output driver: User Defined : vaapi:gl
Options -> Preferences -> General -> Video (tab) -> Double buffering on
Options -> Preferences -> Advanced -> Options for MPlayer -> Options: -va vaapi

Настраиваем VLC:

Tools -> Preferences -> Input & Codecs -> Use GPU acceleration
И не забываем включить v-sync в amdcccle:
3D -> More Settings -> Wait for vertical refresh = Always On

На этом спешу откланяться. На этом этапе у вас всё должно нормально работать(как и у меня). Желаю больше гигагерц камню ващего железного друга, больше оперативы и частых апгрейдов:) Ну, и плясок с бубном успешного освоения тонкостей настройки любимого дистра.

Первые впечатления от SVEN HM 40 BK

Были у меня наушники Emix HP-100 MV. Их цена в нашем регионе примерно 7-8 долларов. Качество кабеля довольно приемлемое, у многих похожих ушей он отваливается в первые два месяца. Эти прослужили пол-года. Поролоновые накладки на них стёрлись и стало неудобно ими пользоваться. Да и звук у них тусклый и не выразительный, басы отсутствуют как класс.
Купил я сегодня за 8$ себе новые наушники. В ближайшем компьютерном салоне - Cosmo. Наушники - SVEN HM 40 BK. И решил поделится первыми впечатлениями.
Начнём с качества звучания. Глубокий и чистый бас просто завораживает. Слушаю сейчас Downtown Ballet Ольги Станкевич(Альбом Dreamway в формате FLAC). Замечательная музыка, и прекрасное звучание - это настоящее счастье для такого любителя музыки, как я. Я не могу работать за компьютером, если в фоне нет музыки, которая как-будто заряжает меня своей энергией. Поэтому для меня наушники - очень важный момент в повседневной жизни. Вывод: такой глубокий и чистый звук у наушников данного ценового сегмента - это просто чудо. Смело рекомендую всем подписчикам и читателям моего блога, любящим послушать музыку с нормальным бит-рейтом и качеством. У многих дешёвых моделей для того, что-бы услышать басы надо выкручивать громкость почти на 100%, но в данном случае басы отлично слышны даже при небольшом уровне громкости. Так что можно беречь слух не в ущерб звучанию, слух нам ещё пригодится;)
Упаковка очень интересная. Прозрачный пластиковый бокс смотрится очень стильно с чёрными вставкам из бумаги по центру и внизу упаковки. А прозрачность коробочки со всех сторон даёт возможность рассмотреть наушники детально, не открывая упаковки.
Комплектация состоит из самих наушником,мешочка из синтетической блестящей ткани чёрного цвета(на случай если надо будет взять их в дорогу, наверно), упаковки, гарантийного талона и руководства пользователя(весьма краткого) со списком адресов сервисных центров SVEN в РФ. Про Молдавский центр не слова, поэтому наверно мне и дали ещё одни гарантийный лист - из салона.
Кабель длиной 2.2 метра отлично подходит владельцам компьютерных столов большого размера. Иногда кабеля не хватает, но в данном случае этот вопрос конструкторы учли. Не иначе, как сами ими пользуются:) Кабель довольно жёсткий, с приятным покрытием софт-тач. Пластик на регуляторе звука и на самих наушниках на ощупь такой же приятный.
Микрофон очень компактный и абсолютно не мешает. На гибкой, фиксирующей положение металлической ножке. Главное его достоинство - это незаметность. Качество работы микрофона тоже неплохое. Он довольно чувствительный. Но у моей камеры(A4Tech PK-800MJ он не хуже. Так что микрофон в принципе для меня не важен.
Оголовье состоит из металлического обруча и пластиковых элементов. Хорошо регулируется под размер головы. И не разъезжается непроизвольно, ка бывает со многими другими продуктами данной ценовой категории. В общем - весьма неплохо сделанные наушники, немного давят на уши правда. Это из-за жесткости металлического обруча.

Складывается оголовье так, что наушники запросто умещаются в карман куртки или пиджака. Это тоже очень удобно. Можно брать их с собой в дорогу. Владельцам ноутбуков и планшетов это очень понравится, ведь компактные девайсы нуждаются в подобной компактной периферии.

Не знаю, сколько они прослужат. Но за такие деньги они - весьма качественный продукт, даже не ожидал купить такие хорошие наушники с таким звучанием, когда отправился в салон. Отличное качество за небольшие деньги.

Вынужденный апгрейд ПК из-за Eclipse, и Gimp на пару c Chromium

Взялся я делать сайт tools.md. В процессе работы выяснил, что 2Гб памяти(одной планкой) которых мне хватает на повседневные дела, мне катастрофически не хватает. Приходится то Gimp закрывать, то Eclipse, то Chromium. Из двух гигабайт 256 мегабайт откусывает интегрированное видео(NVidia GeForce 7200), ну и программы в памяти тоже висят. Надоело мне это, и вчера я решил это исправить.
Итак, сколько же оперативной памяти нужно для комфортной работы в сфере веб-дизайна в ОС Linux? Это очень интересный вопрос. Наступило время замеров. Смотрим на цифры:

• система с Gnome потребляет где-то 300-400 мегабайт
• Eclipse IDE - где-то 600мб
• Gimp с открытыми макетами и набросками - 500мб(у меня много кистей, фильтров и градиентов установлено, может поэтому так много)
• Браузер Chromium. В нём,в среднем, у меня открыто примерно 18 вкладок. При этом он отжирает 700-800 мегабайт памяти. Но если я что-то активно ищу, вкладок стаёт в разы больше. И памяти расходуется больше.

Вывод: надо как минимум 2,5Гб оперативной памяти. В Windows 7 и с Photoshop эту цифру лучше ещё умножить раза в полтора-два. Для дизайна в наше время уже не хватает 2Гб памяти, и это факт. Если вы не в MS Paint рисуете макеты, и не в Notepad++ верстаете и кодите на PHP, конечно:)
Прочие вспомогательные программы тоже занимают некоторое место в памяти, и выходит что использовать весь этот зоопарк одновременно никак не получается. А закрытие и открытие приложений влияет на скорость работы, да и просто утомляет. Мне это надоело, и я проапгрейдил свой рабочий инструмент. Добавил планку на 4Гб, и воткнул нормальную видеокарточку GIGABYTE GV-R545D2-512D. Хотел брать PowerColor VTX3D Radeon HD5450 но на месте её не было, и пришлось брать GIGABYTE GV-R545D2-512D. Начинка у них идентичная, только память у PowerColor более быстрая(DDR3 vs DDR2), и её больше в два раза. Кулер у купленной карточки оказался маленьким и тихим. Приятно радует, что вместо устаревшего DVI на ней разъём Display Port. Это просто киллер-фича для такого дешёвого девайса. Сама она дешёвая(я заплати за неё где-то пятьсот лей с копейками(примерно 42 доллара) в компьютерном салоне Cosmo). В общем, интегрированное видео само вырубилось, и перестало откусывать 256Мб от оперативы. И теперь работать с Eclipse и Gimp просто одно удовольствие.
Как бонус, я теперь могу даже играть в некоторые игрушки(не 2012 года, конечно:)) с нормальным разрешением и детализацией. И смотреть видео а аппаратным декодированием. Хотя мой Athlon II X2 220 может декодировать видео неплохо и с ffmpeg-based кодеками, но всё равно приятно. Ну и забота об экологии, ведь при полной нагрузки мой проц потребляет в три раза больше энергии, чем видеокарта. Если компьютер вы используете в основном для работы, то ATI Radeon HD5450 вполне подходящий выбор для вашего компьютера, гораздо лучше интеграшек. В общем, я рад апгрейду. Ещё бы свой телефон на что-то приличное со временем сменить, на что-то приличное с Android на борту.
P.S.: В следующем посту я расскажу о том, как заставить работать аппаратное декодирование видео VAAPI в Arch Linux. Пришлось здорово поиграться, пока оно заработало.