Олег Бунин открыл доступ (http://community.livejournal.com/ru_highload/11011.html) к презентациям докладов прозвучавших на конференции РИТ-2007 (http://www.rit2007.ru/).
Архив презентаций по секциям:- Разработка больших Интернет-сайтов (http://www.rit2007.ru/files/rit-2007-highload.rar) - доклады по nginx и тюнингу FreeBSD, архитектуре Яндекс и AdRiver , разработке архитектуры больших систем
- Базы данных (http://www.rit2007.ru/files/rit-2007-db.rar) - PostgreSQL, MySQL, способы повышения производительности;
- Качество (http://www.rit2007.ru/files/rit-2007-quality.rar) - повышение юзабилити, тестирование, системы с открытым кодом;
- Клиентское программирование (http://www.rit2007.ru/files/rit-2007-client.rar) - Ajax, CSS-менеджмент, верстка;
- Серверное программирование (http://www.rit2007.ru/files/rit-2007-server.rar) - системы контент-менеджмента, фреймворки, состояние и перспективы PHP, Perl, Python, Java и Ruby on Rails,
- Технологии будущего (http://www.rit2007.ru/files/rit-2007-future.rar) - видеовещание, гипервидео, онлайн-игры, бработка неструктурированной информации;
- Секция РИТ на КИБ (http://www.rit2007.ru/files/rit-2007-cib.rar)
- Бизнес на веб-разработках (http://www.rit2007.ru/files/rit-2007-business.rar)
- Управление проектами (http://www.rit2007.ru/files/rit-2007-project.rar)- Все в одном файле (http://www.rit2007.ru/files/rit-2007-presentations.rar) (50 Мб).
URL: http://community.livejournal.com/ru_highload/11011.html
Новость: http://www.opennet.me/opennews/art.shtml?num=10570
А видео презентаций где-нибудь валяется? Ведь вроде было организовано internet-вещание.
Вопрос: какой идиот платил за участие в таком семинаре?
Вывод: еще очень долго Сеть будет развиваться сама по себе, а отечественные разработчики - сами по себе.
Совет: не читать до обеда.
>Вопрос: какой идиот платил за участие в таком семинаре?Таких было больше 600 человек. А делать какие то выводы о конференции по слайдам презентаций глупо. Подобные конференции нужны не только что послушать докладчиков, но и чтоб пообщаться с коллегами в перерывах между ними.
В целом я считаю, что мероприяте удалось.
>Совет: не читать до обеда.
На слайдах нет и половины того, что было рассказывается на докладах. Их имеет смысл смотреть если уже слушал доклад (чтоб уточнить/освежить в памяти какие то моменты), или если есть запись выступления.
> Таких было больше 600 человек.Бедолаги. По двести баксов с идиота - это 120 килобаксов. Восхищаюсь предприимчивостью организаторов.
> А делать какие то выводы о конференции по слайдам презентаций глупо.
Да мне даже слайдов не нужно, достаточно заголовков.
> В целом я считаю, что мероприяте удалось.
Бабла срубили, я вижу.
> если есть запись выступления
Были идиоты, которые конспектировали?
Извините за резкий тон, но я за адекватное позиционирование. Про PostgreSQL я бы Олега со товарищи послушал с удовольствием. Но не на тусовке, спонсор которой - мелкомягкие. А больше там слушать некого и нечего. Полагаете, это тянет на национальный форум?
Страдаете от того что вас не позвали в докладчики? +)))))
Нет, не страдаю. Мне было бы не интересно рассказывать такой аудитории о проектировании баз данных. Просто потому, что 90% слушателей знакомых слов там не услышали бы вообще.Почему я посчитал необходимым комментировать новость: знаете, устойчивый рвотный рефлекс на публичное осваивание бабла. Ну, если ты скрысил денег - не надо с такой помпой об этом рассказывать, в этом нет ничего достойного.
Можно почитать ваши статьи по проектированию БД? Возможно у вас есть опубликованные книги?P.S. "Просто потому, что 90% слушателей знакомых слов там не услышали бы вообще." - это "гыыы, отстой, фтыкать, апстену, иад, аццкый сотона"? (Специально поискал в интернете слова, которые не знаю...)
> Можно почитать ваши статьи по проектированию БД?Нет.
> Возможно у вас есть опубликованные книги?
Нет, книг тоже нет. Некогда. Да и незачем.
> гыыы, отстой, фтыкать, апстену, иад, аццкый сотона
Типа того. MOF, CIM, XMI, BPM, BTDM и прочая хрень в том же духе.
Вопрос-то к чему? Хотите что-то конкретное обсудить или так, для общего развития интересуетесь?
Да нет, просто встретил пальцованного любителя абревиатур...
> пальцованногоТ. е. тупо и нагло рубить бабло - это нормально? А когда об этом в глаза говорят - по существу ответить нечего? Так не пойдет.
Про "нагло" уже сказал, поясню про "тупо": я не вижу в тезисах семинара о "высоконагруженных web-службах" даже упоминания об асинхронных фреймворках. Более продвинутых решений на сегодня нет в принципе. Зато - с громким пуком - национальный форум. Приличные люди стараются публично не пукать. Не принято это. Вам в детстве мама об этом не говорила?
> любителя абревиатур
Уважаемый, google работает. Пользоваться умеете?
мастерхост жжет
ржали всем офисом
zuborg теперь однокомнатная помойка в Московской области называется офисом ?
У Сысоева по фре неплохой доклад получился
Интересно, много ли народу пойдет прописывать listen 80 default sndbuf=16k; ))
Дядька Сысоев как всегда дело говорит. С удовольствием послушал бы его комментарии к презентации.
Мне в своё время мозги задурманили, но потом дошло и раскаиваюсь - почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf на нагруженных веб-серверах ? За такие советики увольнять как минимум нужно. Ведь кол-во сетевых буферов таки ограничено, и в итоге сервак обслуживает только 10-20 клиентов от силы. А потом ещё и удивляются - а почему это у меня ошибка в логах постоянно - No buffer space available ? Или : "Почему-то не могу подключиться по ssh, когда сервер вроде бы даже несильно загружен ?"
> почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
Патамучто принимают за "нагрузку" 10000 хостов.
"Нагрузка" это сколько юзерей нюхает кокос вместо страницы :)
>> почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
>Патамучто принимают за "нагрузку" 10000 хостов.
>"Нагрузка" это сколько юзерей нюхает кокос вместо страницы :)Да, у меня потом было подозрение, что под нагруженным сервером подразумевался офисный роутер с почтой и внутренним веб-сервером.
Да в принципе я не в обиде на такие руководства - пришлось неплохо покопаться в своё время. Не жалею :))
Ой, соврамши.
Имел в виду recvspace и sendspace
Увольнять, говорите ))
А во сколько раз снижает скорость скачивания пониженный в 4 раза sendspace на не low-latency канале - меряли?
А ведь во столько раз в среднем увеличивается кол-во подсоединенных к серверу клиентов.Sendspace увеличивать таки надо, но надо и kmem_max_size увеличивать, и nmbclusters, и nsfbufs, и somaxconn, и ipc.maxsockets и ещё куча всего, чтобы сервер быстро отдавал контент.
Хотя, конечно, для обычного сайта и для сайта под ддос-ом (200К соединений) лимиты будут разные, особенно для sendspace.
>Увольнять, говорите ))Говорю - увольнять. У веб-сервера не стоит задача отдавать одному пользователю контент со скоростью 10МБ/с.
а кто говорит про одного ?
все клиенты должны получать контент на максимальной скорости
Если не говорить о порносайтах, то обычный контент - это текст и картинок по минимуму.
Зачем стараться под отдельно взятого пользователя выдавать все 10 мегабит(обычная скорость порта в датацентрах) ?
Всё равно на забор контента создаётся несколько _одновременных_ подключений (от пяти у нетюненного ие, до восьми - фаерфокс). Хотите сказать что нескольких подключений по 56-128к нехватит для выдачи одной страницы с картинками ?
Слабо верится.
для сервера на порту 10М конечно уже ничего не поможет, он и на дефолтных настройках будет работать не сильно хуже чем на оптимизированныха вообще для любого сайта ставится первая задача - чтоб он работал всегда, и вторая - чтоб он работал максимально быстро для всех
никакому пользователю не понравится, что кто-то за него решил что ему ADSL 2048к нафиг не надо, и сойдет 56-128к, и уж разумеется владельцу сайта не понравится хостинг, где не считают, что пользователь должен получать контент максимально быстро
Пишу на этот раз медленно ))
Соединений - несколько одновременных.
У каждого - скорость 56к.
Забираем текст и несколько картинок.
В столбик посчитайте, что ли.
проспамьте свой хостинг, что ли
чтоб общественность знала где на серверах отдача будет по 56К на пользователя
>Дядька Сысоев как всегда дело говорит. С удовольствием послушал бы его комментарии
>к презентации.
>Мне в своё время мозги задурманили, но потом дошло и раскаиваюсь -
>почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
>на нагруженных веб-серверах ? За такие советики увольнять как минимум нужно.
>Ведь кол-во сетевых буферов таки ограничено, и в итоге сервак обслуживает
>только 10-20 клиентов от силы. А потом ещё и удивляются -
>а почему это у меня ошибка в логах постоянно - No
>buffer space available ? Или : "Почему-то не могу подключиться по
>ssh, когда сервер вроде бы даже несильно загружен ?"
Та, не вопрос - http://sendfile.ru/FrontDownloadInit/id-2981
Уважаемый автор, было бы удобней ознакомиться с материалом заархивированном в свободно формате (не rar)
unrar доступен в исходниках
> unrar доступен в исходниках
Что не имеет _никакого_ отношения к несвободности -- ни формата, ни исходников.
Следующий!
Собственно UNRAR халявен.
А вот пользоваться RARом, при наличии 7z непатриотично :-)