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 модулем апача. [ ...] Это все тот же коллега с "шортиками", он сделал сайт, чтобы мы ловили лулзы, и мы их ловим. Правда, иногда не так, как хотелось бы коллеге. По моей просьбе krechet77 передал ему мой совет про mod_evasive, и вот что мы слышим в ответ. | | Thursday, September 22nd, 2011 | | 2:27 pm |
По следам наших публикаций. UPD: После публикации топика, на сайт начался мощный DDoS. Я всеми силами стараюсь отбить атаку, но это сложно, поскольку атака мощная, а ресурсов у меня совсем нет (шортики живут на обычном мини-дедике у хецнера). Надеюсь, вы отнесетесь с пониманием — сайт может подтормаживать или сбрасывать соединение с браузером. [ ...] У кого есть аккаунт, посоветуйте бедолаге mod_evasive поставить, после чего "мощнейшная атака" захлебнется в первые пять секунд. Вообще, счастливый человек, полностью незамутненный - 900 запросов на фронте в пике это атака. | | Friday, September 16th, 2011 | | 11:28 am |
Согласно пятничным традициям, закинул здесь и здесь, но пока почти ничего не поймал. Возлагаю большие надежды на ru_rootВчера заходил почитать ru_java, что-то там совсем пустота, кроме редких проявлений ультраада и безумного тролля Корехова ничего и нет. | | Thursday, September 15th, 2011 | | 12:24 pm |
| | 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.: в комментариях и в связанной записи коллеги plumqqz произошло интересное обсуждение, по результатам которого я пошел и нашел блогозапись коллеги Quassnoi, в которой изложена вся информация по теме LEFT JOIN vs NOT EXISTS применительно к MySQL. |
[ << Previous 20 ]
|