Украинская Баннерная Сеть

Рубрика архива: Разное

Highload. Oracle TimesTen. (Видео)

Видео доклад с конференции Highload 2008.

Название: TimesTen – СУБД, которая работает в 10 раз быстрее классической СУБД
Год: 2008
Докладчик: Игорь Мельников
Компания: Oracle
Язык доклада: Русский
Описание: Не хватает производительности? Приходите посмотреть на базу, которая работает в 10 раз быстрее классической СУБД. Нет, она не отменяет законы физики. Просто она работает только в оперативной памяти компьютера, а записью на диск вы управляете из приложения.
Не верите? Приходите – мы вам покажем работу Oracle TimesTen в прямом эфире и под нагрузкой.

Подробнее »

ZFS — новый взгляд на файловые системы

Статья взята с pcmag.ru
Автор статьи: Виктор Латушкин ([email protected])

Оглавление:
* ZFS — новый взгляд на файловые системы
* Три кита ZFS
* ZFS изнутри: пулы
* ZFS изнутри: контроль целостности
* ZFA изнутри: RAID-Z
* ZFS изнутри: масштабируемость и производительность
* ZFS глазами администратора
* Заключение

Подробнее »

Highload++

Highload++ – это конференция разработчиков высоконагруженных систем. Проводится в России один раз в год. На конференции в качестве докладчиков выступают специалисты крупнейших компаний, как российских (rambler.ru, mail.ru, yandex.ru и т.д.), так и зарубежных (microsoft, citrix и т.д.).

Лейтмотив конференции – высоконагруженные системы и оптимизация процессов под задачи с высокой нагрузкой.

Просмотрев множество докладов я могу сказать о конференции так: если у вас возникла проблема с чрезмерной нагрузкой на сервера и решения, представленные на данной конференции Вам не помогли – значит Вам повезло и Вы работаете в google :)

Некоторые видеодоклады с конференции доступны в разделе Видео

Интересное наблюдение…

Когда сменил скин блога – спам пропал. Но я как-то сразу не обратил внимание, а пару дней назад вернул стадартный скин, чтобы поиграться с одним плагином и тут как началось… Вернул назад текущую тему – как пошептало. Видимо спамботы ищут вордпресс блоги по каким-то токенам, которые отсутствуют в моей текущей теме.

Размышления о хостинг панелях.

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

- цена
- ограниченная функциональность

И, если цена еще являлась вопросом относительным, то функциональность представляла собой б-о-о-льшую проблему. Во-первых все и каждая коммерческая панель имеет только ту функциональность, которую задумали разработчики. Если, купив такую панель, Вам случайно потребуется новая функциональность (ака “фича”), то Вам обязательно прийдется просить разработчиков добавить ее в новую версию. И, что главное, еще не факт, что Вам удастся их убедить. Либо же есть другой вариант, не совсем адекватный :), Вы допишите нужную фичу сами (т.н. “хак”), о чем в будующем пожалеете и очень сильно. Пожалеете потому, что этот хак прийдется вносить каждый раз после того, как Вы решите обновиться на новую версию панели. А если этот хак не один? А если код панели видоизменился и прийдется заново переписывать хак? А если все сразу? А если их писали не Вы, а программист, который недавно уволился? У-у-у… Самоубийство в общем :)

Теперь немного о ситуации при разработке собственной панели. Минус будет только один из двух – либо цена, либо время. При хороших вложениях в разработку панель будет написана относительно быстро, при экономии вложений – будет разрабатываться дольше.

Вот и приходится хостерам на начальном этапе решать дилемму покупать ли панель или писать ее самому. Многие склоняются в сторону коммерческих панелей, поскольку “проще”, “дешевле”, “быстрее”. Но все равно, рано или поздно, любому хостеру прийдется писать собственную панель, если, конечно, хостер захочет предоставлять действительно качественную услугу. Потому, что обязательно наступит время, когда количество пользователей (сервисов, etc.) перейдет определенную черту, за которой купленная коммерческая панель перестает устраивать из-за нехватки нужной функциональности, гибкости или других качеств. К примеру, в той же CPanel’и из всевозможных спамфильтров есть поддержка только SpamAssassin’а. Нет, я ничего не имею против spamassassin’а, отличный фильтр, но для небольших систем :) Spamassassin мало того, что написан на перле, так еще и на каждое письмо генерирует несколько десятков обращений к rbl’ам, razor’ам, pyzor’ам всяким т.д. Соответственно получается, что он ложится на лопатки при нескольких сотнях сообщений в минуту. Разработчик панели врядле будет дописывать новую функциональность каждому индивидуально, под его задачи. В итоге упираемся в то, что купленную панель нужно либо дорабатывать самому, либо… писать свою, с нуля, с самого начала, а потом плавно, но мучительно и болезненно переходить с привычных обкатанных вещей на новую панель.

В общем, как в той поговорке “голосуй, не голосуй… все равно прийдется разрабатывать свое” :)


Украинская Баннерная Сеть
Hosting Catalog Rambler's Top100