В результате гуглинга выяснилось, что это баг, появившийся в версии 11.10: ссылка.
Вкратце: крон очистки сессий php использует утилиту fuser, которая вдруг начинает бесконечно размножаться, пока не уничтожает все ресурсы. Такая себе форк-бомба.

Воркераунд есть по ссылке выше.

Если честно, я в шоке. Совсем не ожидал такого от убунты.

На пальцах: пусть есть таблица  objects (id, category_id, time) с индексом (category_id, time). Задача – выбрать среди данных нескольки категорий N последних.

Запрос:
SELECT  * FROM objects WHERE category_id IN (10,11,12,13, 14) ORDER BY time DESC LIMIT 10;
даже не думает работать по индексу. Он отбирает все объекты из этих категорий, сортирует их filesort’ом и потом отбирает первые. Хотя очень логично поступить аналогично сортировке слиянием: взять отсортированные последовательности для каждой категории и сливать их, пока не получим N элементов.

Итак, мелькнула идея попробовать применить PostgreSQL. Поставил, перелил в него таблицу, сделал аналогичные запросы – он приятно удивил: 0.5-0.6 секунд против 2.5-3.0 в мускуле. Причём Постгре был под виндой, а Мускул под FreeBSD. Не могу точно утверждать, индексы разруливает лучше или просто сыграл тот факт, что движок быстрее (а он реально быстрее), потому что он и без проставленных индексов работал быстрее мускула (в районе 1.0-1.5 сек).

Я бы на этом и остановился, но шеф настоял, чтобы я попробовал MongoDB. Опустив лирику, могу только подписаться под резюме: “Быстрый, как понос”. Для той же самой задачи он дал результаты порядка 0.2-0.3 сек.

И уже все были готовы перейти на использование MongoDB, как вдруг мелькнула шальная мысль. Сделали копию таблицу в Mysql MEMORY engine, внесли данные в нужном порядке, убрали (!) все индексы. Ура! Результаты порядка 0.02-0.05 сек.

Что тут сказать… Универсальных решений не бывает, вот и всё.

кликабл

UPD: работа и хобби предполагают активную работу с многими серверами и сервисами в вебе. Потому проблема стоит очень остро. Те, кто используют инет только для браузинга , и у кого паролей два-три, могут даже не читать.

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

Сегодня добрый человек подкинул ссылочку www.clipperz.com (она же выдаётся второй в гугле по запросу online password manager).

Без лишних слов, что понравилось: 

• полностью аяксово-жаваскриптный, страница не перегружается;
• не хранит авторизацию нигде. После закрытия вкладки авторизация пропадает;
• есть режим временной блокировки страницы без закрытия; 
• может создавать одноразовые пароли для входа на этот сервис с небезопасных мест;
• твои записи группируются в "карточки", для каждой можно сохранить урл, логин, пароль, дату или любые текстовые записи;
• пароль скрыт звёздочками, удобно и почти незаметно для наблюдателей показывается для ctrl+C (сам выделяется и ридонли, радует);
• пасворд генератор присутствует;
• для карточки можно сформировать "direct login", ссылку, которая тебя приводит на сайт и авторизирует. Довольно удобно: зайти на нужный сайт, сфокусировать форму логина, нажать на их букмарклет, скопипастить кусочек кода на их сайт, забиндить поля формы с введёнными для карточки логином-паролем;
• умеет логиниться на сайты по http-авторизации (например, phpmyadmin). Как direct login, только чуть-чуть сложнее сделать;
• умеет располагаться на боковой панели Оперы или ФФ в компактном режиме;
• умеет экспортироваться в json, показываться в печатаемом виде;
• умеет импортироваться из csv, xls и форматов популярных менеджеров паролей;
• умеет сохранять полностью функциональную локальную оффлайн-копию себя как один .html файл (вот это действительно поразило!). оффлайн-версия, кстати, тоже защищена паролем;
• умеет хранить всякие визитки, банковские акаунты, адреса и прочее, не разбирался, т.к. не нужно.

Не понравилось: 

• нет никакой группировки, иерархии, структурированности записей. Все заметки в одном списке, поиска нет. 
• грузный. Стартовая страница ест полметра, аякс работает через https. Подозреваю, через мобильный инет работать будет крайне тяжело (хотя оффлайн-версия частично решает эту проблему)
• отсутствие лёгкой версии – просмотр прямо с телефона исключён. Через Оперу мини – возможно, но явно крайне тяжело. 

А чем пользуешься ты? Что ты думаешь по поводу такого сервиса? Что можешь ещё посоветовать?

Для тех, кто ещё не знает, что это – позволяет два запроса типа
“SELECT * FROM tbl WHERE somecondition LIMIT 100,10″,
“SELECT COUNT(*) FROM tbl WHERE somecondition”

выполнить в одном:
“SELECT SQL_CALC_FOUND_ROWS * FROM tbl WHERE somecondition LIMIT 100,10″
и затем вытащить количество найденных строк дополнительным запросом
“SELECT FOUND_ROWS()”.

Это очень удобно, и казалось, что очень эффективно (в моей голове не укладывалась мысль, что мускул может делать это хуже, чем втупую двумя запросами).

Оказывается, может.
Статья с Хабра, букв много, рекомендую глянуть сразу диаграмму результатов. Для тех кто не верит – более авторитетный источник на английском.

То есть, не так уж она хороша, эта удобная конструкция =(

Так вот, сегодня приходит гениальнейший мейл в службу поддержки(дословно):
“Как зайти на сайт 1а? И обновить страницу F5?”

Я, как говорится, плакал.

А потом взгрустнулось – пора выпускать ликбез по интернету прямо.

$age = 8;
$disableAgeCheck = false;

switch($age)
{
case ($disableAgeCheck): echo “Проверка возраста отключена”;break;
case ($age<0): echo “Ещё не родился?”;break;
case 5: echo “Ровно 5 лет”;break;
case ($age<10): echo ‘Ребёнок’;break;
case ($age<20): echo ‘Подросток’;break;
default: echo ‘Взрослый’;
}

Удивительно, но все ветки, включая первую – работают правильно.
Подытожив, case работает стандартно, если в нём константа, если переменная или выражение – вычисляет и проверяет логическое значение.