Фотогалереи

Услуги

Помощь при использовании сайта

Arch Linux

Arch Linux является в мире Linux "золотой серединой" потому как собирается под архитектуру i686 из - за чего так легок и быстр. Статьи по настройке и использованию

Красноглазики - я ненавижу вас xDD. Nouveau.

Сегодня пытался собрать опенсорсный драйвер для карточек Nvidia. Я ужасный неосилятор конечно, но эти красноглазые реверс инжереры реально доставляют. Для того чтоб это чудо завести надо чтоб в ядре была поддержка DRM, AGP, ну и самой Nouveau. С первыми двумя проблем не возникло, пересобрал ведро с DRM (у меня его нет, как и другого хлама). Поставил nouveau-drm, nouveau-firmware, xf86-video-nouveau из репов. Проблема встала в сборке как ни странно nouveau.ko. Найти его в menuconfig я не смог, часа два лазил по нему, хотя неплохо с ним знаком. Эти черти засунули его в staging drivers. Причем когда заходишь в это подменю светится только сам staging и Exclude drivers.... Ну не догадался я снять чекбокс с Exclude :-D. Ладно, собрал ведро снова со всеми зависимостями для Nouveau. При modprobe nouveau, экран жалобно моргнул и потух. Усе SysRQ спешит на помощь :-D Позже удалось все же замодпробить сабж. Фреймбуфер заработал. Вместо русских букв кракозябры. Иксы так и не поднял, ругалось на

[drm] failed to open device



PHP-FPM в Arch Linux

Людей держащих веб-сервера на Arch Linux можно найти только в особых заповедниках, потому что дистрибутив явно не для размещения продакшн серверов. Поэтому найти какую либо информацию о настройке и использовании нестандартного софта конкретно для Arch Linux очень трудно. Например собрать php с патчем fpm мне так и не удалось. В AUR пакет отмечен устаревшим и мантейнер обновлял его последний раз год назад. Самому собрать тоже не удалось. Для чего нужен PHP-FPM я не буду объяснять и если вы это читаете то знаете зачем пришли. В процессе поисков я нашел человека ( вернее его сайт) с готовым PKGBUILD'ом PHP-FPM для Арчевского PHP-5.3.2.



Компиляция с максимальными оптимизациями под определенный CPU

В Linux есть гораздо больший потенциал для настройки системы для себя в отличии от Windows. Многие сейчас имеют современные процессоры архитектуры i686 и конечно же хочется использовать максимум его возможностей и выжать из него все что можно. Я не утверждаю конечно но мне кажется что в Windows большинство софта собрано с минимальными оптимизациями кода. Ведь надо сохранить наибольшую совместимость поколений CPU и т.д. В данном контексте Linux имеет существенное превосходство которое позволяет вам собрать любую программу из исходных кодов с оптимальными флагами оптимизации.



Настройка spawn-fcgi в Arch Linux

В недавнем прошлом столкнулся с проблемой - раз или два в день на сервере отваливалась обработка скриптов бекендом (php-cgi). Уловить закономерность мне так и не удалось. Выливалось это все в ошибку 502 Bad Gateway о которой скромненько так сообщал nginx. Но сам nginx тут ни при чем, он просто сообщает клиенту о том что бэкенд в данном случае php запущенный как FastCGI сервер не смог обработать скрипт и вернуть должный ответ фронтенду. Перепробовал много чего. И переход на unix socket и смена версий php, но это в конечно итоге ничего не дало. Самое плохое то что сам демон php-cgi вообще умирал, и единственный вариант возобновить работу это рестартануть его. Spawn-fcgi это такая "обертка" к php-cgi дающая некоторые возможности. Например имеющийся в ArchWiki скрипт запуска fcgi сервера запускался от рута и соответственно php у нас работал от суперпользователя, что не есть хорошо. К тому же всего один чайлд php (child) это мало и при большой нагрузке похапе падал. Например при натравливании бенчмарка httperf на мой блог с количеством 300 подключений и запросами каждые 10 секунд похапе валилось через 5 секунд. Параметры запуска httperf были такие:



Отправка логов сервера себе на почту с помощью mpack

Бывают такие случаи когда физического доступа к своему серверу вы не имеете (чаще всего физического доступа вы вообще не имеете), а узнать как у него дела хочется. Есть несколько способов зайти в гости: первый это SSH сервер. В принципе довольно удобно если форвадить иксы и у вас толстый канал в интернет. Но что делать если вы находитесь в месте где нет нормального интернета и в руках только сотовый телефон? Заходить через PuTTY и смотреть километры логов с мобилы просто жесть, говорю это вам как человек опробовавший данный метод. Во первых это очень неудобно, а во вторых медленно, нудно и дорого. Способ второй: создать архив с логами и отправить его как вложение к письму. Для этого нам понадобится zip-архиватор, маленькая безGUI'ная программа mail входящая в пакет mailx дистрибутива Arch Linux. Ну естественно установленный и настроенный postfix (sendmail). И собственно сам mpack который будет формировать вложения. В репозиториях Arch Linux его нет, поэтому надо собрать пакет из AUR Можно также использовать консольный почтовик Mutt, но мне кажется ставить такого монстра для отправки вложений по скрипту это извращение. Mpack имеет одну особенность. Не знаю как другим, но для меня использование программой директории /usr/tmp для хранения временных файлов как то очень удивило. Скажу более, я даже проклял про себя девелоперов сей проги, потому что очень долго с ней возился. Например смотрим usage mpack: