Captain Hatred greets you on board
 
 [Most Recent Entries] [Calendar View] [Friends]

Below are the 20 most recent journal entries recorded in свинцовый девелопер's LiveJournal:

    [ << Previous 20 ]
    Thursday, May 10th, 2012
    2:16 pm
    Коллеги, в этом году я планирую привезти на DevConf три доклада: "Еще немного о репликации в MySQL. Проблемы и решения. Опыт использования Galera", "Опыт эксплуатации большого Ruby проекта" и "Практический опыт использования различных open source решений виртуализации в веб-инфраструктурах". Пожалуйста, проголосуйте за мои доклады на странице заявок конференции: http://devconf.ru/offers
    Saturday, March 24th, 2012
    12:44 pm
    Почти как у Достоевского, только короче.
    Преступление:

    В нашем случае хотелось унести большие таблицы на другой сервер, чтобы в дисковом кэше (а у главного сервера БД 32 Гб оперативной памяти) хранились все рабочие таблицы и никогда оттуда не убегали [...]

    и наказание:

    Нам этот вариант не подошел, потому что по историческим причинам таблица авторов была в другой БД, а переносить ее было лень [...]

    Призываю молодых и динамичных коллег и впредь писать хайлоад-проекты.
    Пишите, родные, пишите.
    Чем больше напишете - тем больше создадите рабочих мест.
    Friday, February 3rd, 2012
    11:05 pm
    А вот и первый претендент на звание "запрос года" в 2012-м, очень хороший:

    SELECT t1.id, t2.id FROM users AS t1 LEFT JOIN users AS t2 ON t1.id > t2.id ORDER BY t2.id LIMIT 500

    Вовремя снял прямо с провода на продакшне, осталось понять, а как же это туда попало.
    Запрос успел отработать 4.5 часа и нагенерировать 190 гигабайт хлама.
    В проекте, понятно дело, везде ORM и prepared queries, поэтому вряд ли речь идет о SQL injection - скорее, что-то злое сперва залили, а потом выполнили.
    Saturday, January 21st, 2012
    4:40 am
    Обсуждали на днях с коллегами возможность внедрения Chef на одном проекте, шутили, что придется купить Mac и кеды.
    Шутки шутками, а кеды, тем временем, шагают по индустрии, например, целая коференция опять.
    И тема доклада на ней: Understanding the Rails web model and scalability options.
    Про scalability options у меня есть что сказать, планирую сделать доклад минут на 15-20 для грядущей DevConf в секции Ruby, если вкратце: в Ruby действительно можно упереться на уровне application server'а, а не базы, к счастью, это легко определяется и относительно легко решается (вот я и расскажу, а как именно).
    Но, в целом-то, web model and scalability options везде примерно одинаковы, особенно, если кеды вовремя снять.
    Wednesday, January 11th, 2012
    4:18 pm
    База данных MySQL (запись) 11209 (было 2413) [...]

    Вот интересно, а третий закон термодинамики Битрикс тоже может нарушить?
    Friday, December 30th, 2011
    11:43 am
    Так, ну что, итоги года, что ли
    ( ... )
    Tuesday, November 15th, 2011
    4:14 pm
    Макс Лапшин показал в Juick, не могу не поделиться:

    * ibl пару лет назад помогал админу одной провайдерской конторы саботировать переход с фряхи на линух
    <ibl> будучи их провайдером, устраивал им всякие пакости
    <ibl> там хозяева планировали ещё и этого админа поменять
    <ibl> в итоге все попытки нового админа завести линуховое хозяйство приводили к лагам
    <ibl> а у меня скриптик по крону проверял "если в ответе по 22 порту нет подстроки BSD, включить 7% потерь"
    <imax> хитрый план
    <ibl> всё разыгралось как по нотам. хозяева убедились в профнепригодности нового админа и оставили старого =)     [...]
    Monday, November 14th, 2011
    5:21 am
    Однажды я зашел на vkontakte.ru/audio послушать музыку и с удивлением узнал, что покойная Янка Дягилева исполняла не только привычные моему уху композиции, но и еще какие-то другие вещи, причем, не своим голосом. Вернее, пользователи социальной сети ей что-то приписали, наверное, со временем наберется на полноценный новый альбом.
    Чем больше в сети информации, тем более остро встает вопрос фактчекинга. Передовые ресурсы, такие как serverfault.com или habrahabr.ru, решают вопросы фактчекинга путем введения репутационных механизмов.
    Кстати, о habrahabr.ru:

    «A poll is a question with a set of possible responses» как-бы намекает на Drupal.
    Похоже после распила от миллионов на сайт EMS денег хватило только на Друпаловскую поделку. Не удивительно, что БД постоянно ложится.     [...]

    пишет нам 69-й в рейтинге хабралюдей коллега.
    К сожалению, как вы видите, репутационные механизмы тоже так просто не работают (какое сообщество, такой и топ).
    Мне, в принципе, тоже неудивительно что БД у emspost.ru постоянно ложится (я себе хорошо представляю, что творится в голове у среднего московского Unix-сисадмина). Удивительно, при чем здесь Drupal и какая вообще связь между Drupal, миллионами на сайт и БД.
    Friday, October 28th, 2011
    6:17 am
    С удивлением узнал, что существует такое новое направление в индустрии - DevOps, но понять, что это, так и не смог. Похоже на очередного Фаулера, но в чем детали? Объясните мне кто-нибудь, а? Чего хотят эти люди, кроме денег?
    Saturday, September 24th, 2011
    9:42 pm
    Шерсть кожана, зуб собачий
    Вместе с пястью лягушачьей

    Насчет последнего совета — никого не хочу обидеть, но я не доверяю компетенции людей, отбивающих DDoS модулем апача. [...]

    Это все тот же коллега с "шортиками", он сделал сайт, чтобы мы ловили лулзы, и мы их ловим.
    Правда, иногда не так, как хотелось бы коллеге.
    По моей просьбе [info]krechet77 передал ему мой совет про mod_evasive, и вот что мы слышим в ответ.
    Thursday, September 22nd, 2011
    2:27 pm
    По следам наших публикаций.

    UPD: После публикации топика, на сайт начался мощный DDoS. Я всеми силами стараюсь отбить атаку, но это сложно, поскольку атака мощная, а ресурсов у меня совсем нет (шортики живут на обычном мини-дедике у хецнера). Надеюсь, вы отнесетесь с пониманием — сайт может подтормаживать или сбрасывать соединение с браузером. [...]

    У кого есть аккаунт, посоветуйте бедолаге mod_evasive поставить, после чего "мощнейшная атака" захлебнется в первые пять секунд.
    Вообще, счастливый человек, полностью незамутненный - 900 запросов на фронте в пике это атака.
    Friday, September 16th, 2011
    11:28 am
    Согласно пятничным традициям, закинул здесь и здесь, но пока почти ничего не поймал. Возлагаю большие надежды на [info]ru_root
    Вчера заходил почитать [info]ru_java, что-то там совсем пустота, кроме редких проявлений ультраада и безумного тролля Корехова ничего и нет.
    Thursday, September 15th, 2011
    12:24 pm
    Любит народ наш всякое говно
    Если вы помните, покойные ICQ, Nokia, Borland и FreeBSD тоже были популярны в России
    Thursday, August 18th, 2011
    7:17 pm
    Коллеги, если еще кого-то этот баг перконовских RPM беспокоит, не пожалейте пяти минут, отметьтесь, пожалуйста: https://bugs.launchpad.net/percona-server/+bug/828818
    Нужно иметь аккаунт в LP и просто оставить комментарий под багом сверху страницы отметить, что баг вас тоже аффектит.
    Tuesday, August 16th, 2011
    10:36 pm
    Майндфак:

    But then, I was scanning through nginx's proxy documentation and found what seemed like an ideal solution. I could configure nginx to serve static content on another port, have the main server proxy it to the other port, and when proxying, change it into a GET request [...]

    Кстати, я не понял, а по какой веской причине nginx не сервит POST-запросы к статике?
    Wednesday, August 10th, 2011
    3:59 am
    Продолжаем акцию "познание через отрицание". На так называемом "Хабре" очередной бедолага делится советами по настройке веб-системы под оптимальную производительность.
    В частности, предлагает следующее:

    Отключаем AllowOverride:

    Дело в том, что если оставить его его включенным, это заставит апач каждый раз делать запрос к файловой системе, проверяя есть ли файл .htaccess.

    Выключаем ExtendedStatus (добавляет 1 или 2 системных вызова на каждый реквест):

    ExtendedStatus Off

    Добавляем FollowSymLinks для веб-директории, иначе Apache каждый раз будет делать проверку симлинк перед ним или файл

    ....

    При таких настройках, апаче всегда будет держать 2 процесса в ожидании запросов, но в то же время, если простаивает уже 8 или более процессов – начнет их прибивать, освобождая ресурсы.
    Перед Хабраэффектом можно поставить и побольше:

    MinSpareServers 8
    MaxSpareServers 32

    Никогда не тратьте время на выполнение этих советов по, я надеюсь, очевидным причинам. Экономия на сисколлах в данном случае - это попытка накопить на квартиру за счет отказа от покупки рогалика и капучино (в этот момент как бы передаю привет бизнес-тренеру Алексу Левитасу, надеюсь, его бизнес уже сдох).
    Говоря более конкретным языком, если у вас миллионы запросов к Apache в день, вам все эти настройки все еще пофиг - не надо ни держать громадный пул spare серверов, ни тюнить обращения к FS (а когда их здесь вообще надо тюнить с учетом наличия файлового кэша?). Если же у вас нет миллионов запросов в день - тем более, не парьтесь, а когда будут - лучше пришлите мне коробку хороших конфет, вы тогда сможете себе это позволить.
    Thursday, August 4th, 2011
    8:00 pm
    Песню "никогда не прекращайте безумие" сегодня для вас исполняет коллега сисадмин из города Томска, ему помогает сводный хор ликующих подонков, я третий слева.

    Уважаемые студенты младших курсов факультетов кибернетики и прочей автоматики, если вы, вдруг, почему-то, хотите связать свою карьеру с администрированием FreeBSD, не делайте, пожалуйста, этого!
    С таким музыкальным сопровождением она до вручения вам диплома не доживет.
    Wednesday, August 3rd, 2011
    3:59 am
    Я просто оставлю это здесь:

    Что есть в компании:

    * 30-40 серверов (если важно, то это вот такие XXL http://www.serverloft.com/)
    * еще один админ
    * около 30 разработчиков (очень дружелюбные кодеры=)
    * нагрузка - около 150 тыс визитов в день
    * привычка быстро принимать решения (в том числе по кандидатам)     [...]

    Они эти сервера едят, что ли?
    Или биткойны на них клепают?
    Thursday, July 21st, 2011
    9:30 pm
    Феерическая расстановка точек.
    Да, хочу поговорить об этом.
    Wednesday, July 20th, 2011
    3:36 am
    Я тут был на собеседовании (регулярно хожу, чаще, чем к врачу, это не значит, что я хочу работу сменить), и меня один коллега-джавадевелопер попросил решить известную задачу про две таблицы со связью между ними и все значения из первой таблицы, которые не имеют связи во второй таблице.
    Когда я ему ответил, что надо сделать LEFT JOIN с WHERE <fk второй таблицы> IS NULL, он мне заявил, что это неоптимально, и предложил вариант с NOT EXISTS.

    Дорогие коллеги-джавадевелоперы!
    Если в вашей голове запрос с NOT EXISTS в плане выглядит оптимальнее, чем запрос с LEFT JOIN, крайне рекомендую синхронизировать ваше внутреннее представление с реальным планом запроса базы.
    А еще лучше - не беритесь рассуждать о том, в чем не разбираетесь.
    Что интересно, коллега мне еще сказал, что в случае с NOT EXISTS не нужен подзапрос (?). Я не знаю, как это трактовать, совсем вы офигели в своей джаве.

    Upd.: в комментариях и в связанной записи коллеги [info]plumqqz произошло интересное обсуждение, по результатам которого я пошел и нашел блогозапись коллеги Quassnoi, в которой изложена вся информация по теме LEFT JOIN vs NOT EXISTS применительно к MySQL.
[ << Previous 20 ]
My Website   About LiveJournal.com