Professional blog

В предходните седмици постигнах следното:

• 20% повече перформанс от дисковете
• 20-30% от перформанса на MySQL
• Още 7-8% от происводителността на заявките

Сумарно това 35% чисто повишаване на перформанса на досегащните ми постижения с MySQL и Linux.

Ето няколко съвета, които са следствие от скъсения ми живот тези дни:

• Никога не правете emerge portage –nodeps - това довежда до аномалии в портиджа
• Винаги проверявайте за счупени пакети и проблеми с дипендънците
• Не връщайте към по-стара версия на gcc, ако не знаете до какво ще доведе това
• Не сменяхте прозиволно флаговете в make.conf т.к. понякога нещата водят до крашвания
• Неслагайте глобални забрани за неизползване в make.conf. Има си фаил package.use, който помага повече от make.conf
• Никога не компилирайте до последна версия, ако не сте тествали - по-добре стара и работеще, отколкото неработещо. Та се внимава със секюрити проблемите.
• Пълен ъпгрей на системата е 100% излишен. Компилирайте пакета, който ви трябва и неговите дипендънси.
• Вие сте виновни, а не сървъра

Всеки един проект се нуждае от cron jobs. Което на кратко са задачи изпълнявани на определен период от време.

Прегледах тези задачи в моите проекти и честно казано не бях изненадан, че голяма част от тях са просто скриптове пускащи sql заявки. От всички cron jobs цели 90% са именно просто изпълнение на заявки. А повече от половината дори не връщат никакъв статис!

Да, на този проблем си има елегантно решение Не е нужно да хабиш ресурс за някакъв php скрипт примерно. Да го обвързваш с разни други фактори и така нататък. Също така може глобално да ги спреш тези кронове в час пик или спрямо друг фактор. Също така да ги редактираш с друг процес. Пълна свобода!

Стига съм разказвал. Прочетете всичко това от тук

Днеска при едно спиране на тока на една машина имахме проблем. Теше се отнесъл MBR и трябваше да се инсталира отново Grub. Направих го за 3-4 минути, но новото двайсе беше:

sh-2006: read_super_block: bread failed

Това водеше до kernel panic. Чекнах reisefs дори с rebuild-tree и rebuild-sb, но ефект нямаше. След компилиране на ново ядро проблема беше решен- тъпо!

Има много и различни web сървиси, който са специализирани за различни цели. Най-известните са Apache и IIS. Те обаче трудно се справят с екстремни натоварвания. За пове хората от Google са си написали GFE и производните му.

Ние простосмъртните обаче няма как да се възползваме от GFE върху нашите машини. За това на помощ ни идват два от най-мощните open sorces решения. Това са lighhtpd и nginx.  Да те са и моя избор!

Предимствата им са, че са много леки и може да правят всичко. Мен лично ме изненадаха тези два маника преди няколко месеца и се оказа, че от тогава насам летят.

Конфигурационните им файлове са много просто, но в съшото време може да се конфигурират дори по-добре от големия им брат Apache. Като единственото по-интересно е пускането на php support /продължение следващия път/

За всички, които четат това бонище в скоро време ще публикувам купчина статии. Те ще включват интересни неща за оптимизиране на големи сървъри, но няма да са от сорта на копи-пейст! Те хвърлям по един голям hint, за даможе всеки да научи нешо ново, а с малко четене да го реализира и да се развива.

СКОРО!

Накратко: OOM killer започва да избива сървиси. Това се случва когато паметта RAM+SWAP се “изхарчи. Хубавото тук е че има един файл /proc/pid/oom_adj, който позволява да се направи “защита” с помоща на преоритизиране. Убиеца гледа този файл и съответно се съобразя с ппиоритетите в него.

Ето един пример за скрипт пазещ sshd

for pid in $(pidof sshd) ; do
            echo -17 > /proc/$pid/oom_adj
done

http://www.fudgie.org/

FEATURES

* Multiple logfiles on multiple servers
(via SSH & tail)
* Configurable layout
* Multiple logfile parsers
(Apache Combined, Rails, IIS & Postfix included)
* Show only data you’re interested in
* Custom events
* Show rate, total or average
* If you can ‘tail’ it, you can visualize it
* Written in Ruby using net-ssh & libopengl-ruby
* Free! (GPLv2)
В търсене на истината открих тази малка глезотиика. Може би няма практическа насоченост, но може да се измисли за какво да се използва - някаква шарениика за презентация или нещо такова

Xen e хубаво “нещо” за виртуализация. Като днес на вниманието ми предлагам две неща!

Първо: Днес е щастлив ден за opensolaris общността! Повече информация тук

Второ: Всеки дебианец може да прочете как да си направи клъстер от тук

Повече информация тук

Цяла наука според мене е да си избереш правилната файлова система. Накратко за лаптопа ми имах няколко фаворита! Дори морално остарелите показаха завидна скорост, но това е нормално - не са журнални. Накратко за десктоп и за малки сървъри е много добра reiserfs, но с mount параметър notail.

Това удоволствие е перфектно (тествано, на теория) за всякакви цели вместващи се до 4G. За по-големи порциики се препоръчват други