The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Презентации по созданию высоконагруженных web-служб

24.04.2007 11:33

Олег Бунин открыл доступ к презентациям докладов прозвучавших на конференции РИТ-2007.

Архив презентаций по секциям:

  • Разработка больших Интернет-сайтов - доклады по nginx и тюнингу FreeBSD, архитектуре Яндекс и AdRiver , разработке архитектуры больших систем
  • Базы данных - PostgreSQL, MySQL, способы повышения производительности;
  • Качество - повышение юзабилити, тестирование, системы с открытым кодом;
  • Клиентское программирование - Ajax, CSS-менеджмент, верстка;
  • Серверное программирование - системы контент-менеджмента, фреймворки, состояние и перспективы PHP, Perl, Python, Java и Ruby on Rails,
  • Технологии будущего - видеовещание, гипервидео, онлайн-игры, бработка неструктурированной информации;
  • Секция РИТ на КИБ
  • Бизнес на веб-разработках
  • Управление проектами
  • Все в одном файле (50 Мб).

    1. Главная ссылка к новости (http://community.livejournal.c...)
    2. OpenNews: Презентации по тюнингу MySQL и PostgreSQL
    3. OpenNews: Конференция веб-разработчиков РИТ-2007
    Лицензия: CC BY 3.0
    Короткая ссылка: https://opennet.ru/10570-web
    Ключевые слова: web, optimization, tune, speed, database
    При перепечатке указание ссылки на opennet.ru обязательно


    Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Advanced Аноним (?), 12:55, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А видео презентаций где-нибудь валяется? Ведь вроде было организовано internet-вещание.
     
  • 1.2, Аноним (-), 13:43, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос: какой идиот платил за участие в таком семинаре?
    Вывод: еще очень долго Сеть будет развиваться сама по себе, а отечественные разработчики - сами по себе.
    Совет: не читать до обеда.
     
     
  • 2.4, citrin (ok), 16:47, 24/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вопрос: какой идиот платил за участие в таком семинаре?

    Таких было больше 600 человек. А делать какие то выводы о конференции по слайдам презентаций глупо. Подобные конференции нужны не только что послушать докладчиков, но и чтоб пообщаться с коллегами в перерывах между ними.

    В целом я считаю, что мероприяте удалось.

    >Совет: не читать до обеда.

    На слайдах нет и половины того, что было рассказывается на докладах. Их имеет смысл смотреть если уже слушал доклад (чтоб уточнить/освежить в памяти какие то моменты), или если есть запись выступления.

     
     
  • 3.6, Все тот же аноним (?), 17:27, 24/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > Таких было больше 600 человек.

    Бедолаги. По двести баксов с идиота - это 120 килобаксов. Восхищаюсь предприимчивостью организаторов.

    > А делать какие то выводы о конференции по слайдам презентаций глупо.

    Да мне даже слайдов не нужно, достаточно заголовков.

    > В целом я считаю, что мероприяте удалось.

    Бабла срубили, я вижу.

    > если есть запись выступления

    Были идиоты, которые конспектировали?

    Извините за резкий тон, но я за адекватное позиционирование. Про PostgreSQL я бы Олега со товарищи послушал с удовольствием. Но не на тусовке, спонсор которой - мелкомягкие. А больше там слушать некого и нечего. Полагаете, это тянет на национальный форум?

     
     
  • 4.16, DoktorPZ (?), 00:53, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Страдаете от того что вас не позвали в докладчики? +)))))
     
     
  • 5.19, Все тот же аноним (?), 14:08, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не страдаю. Мне было бы не интересно рассказывать такой аудитории о проектировании баз данных. Просто потому, что 90% слушателей знакомых слов там не услышали бы вообще.

    Почему я посчитал необходимым комментировать новость: знаете, устойчивый рвотный рефлекс на публичное осваивание бабла. Ну, если ты скрысил денег - не надо с такой помпой об этом рассказывать, в этом нет ничего достойного.

     
     
  • 6.24, Doktor (??), 18:51, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Можно почитать ваши статьи по проектированию БД? Возможно у вас есть опубликованные книги?

    P.S. "Просто потому, что 90% слушателей знакомых слов там не услышали бы вообще." - это "гыыы, отстой, фтыкать, апстену, иад, аццкый сотона"? (Специально поискал в интернете слова, которые не знаю...)

     
     
  • 7.26, Все тот же аноним (?), 21:44, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно почитать ваши статьи по проектированию БД?

    Нет.

    > Возможно у вас есть опубликованные книги?

    Нет, книг тоже нет. Некогда. Да и незачем.

    > гыыы, отстой, фтыкать, апстену, иад, аццкый сотона

    Типа того. MOF, CIM, XMI, BPM, BTDM и прочая хрень в том же духе.

    Вопрос-то к чему? Хотите что-то конкретное обсудить или так, для общего развития интересуетесь?

     
     
  • 8.27, DoktorPZ (?), 23:26, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, просто встретил пальцованного любителя абревиатур ... текст свёрнут, показать
     
     
  • 9.28, Все тот же аноним (?), 23:45, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Т е тупо и нагло рубить бабло - это нормально А когда об этом в глаза говорят... текст свёрнут, показать
     

  • 1.3, zuborg (?), 15:27, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мастерхост жжет
    ржали всем офисом
     
  • 1.5, r00to (?), 16:47, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    zuborg  теперь однокомнатная помойка в Московской области называется офисом ?
     
  • 1.7, zuborg (?), 18:50, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Сысоева по фре неплохой доклад получился
    Интересно, много ли народу пойдет прописывать listen 80 default sndbuf=16k; ))
     
  • 1.8, Горыныч (?), 20:33, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дядька Сысоев как всегда дело говорит. С удовольствием послушал бы его комментарии к презентации.
    Мне в своё время мозги задурманили, но потом дошло и раскаиваюсь - почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf на нагруженных веб-серверах ? За такие советики увольнять как минимум нужно. Ведь кол-во сетевых буферов таки ограничено, и в итоге сервак обслуживает только 10-20 клиентов от силы. А потом ещё и удивляются - а почему это у меня ошибка в логах постоянно - No buffer space available ? Или : "Почему-то не могу подключиться по ssh, когда сервер вроде бы даже несильно загружен ?"
     
     
  • 2.9, Квагга (?), 21:00, 24/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
    Патамучто принимают за "нагрузку" 10000 хостов.
    "Нагрузка" это сколько юзерей нюхает кокос вместо страницы :)
     
     
  • 3.11, Горыныч (?), 21:23, 24/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >> почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
    >Патамучто принимают за "нагрузку" 10000 хостов.
    >"Нагрузка" это сколько юзерей нюхает кокос вместо страницы :)

    Да, у меня потом было подозрение, что под нагруженным сервером подразумевался офисный роутер с почтой и внутренним веб-сервером.
    Да в принципе я не в обиде на такие руководства - пришлось неплохо покопаться в своё время. Не жалею :))

     
  • 2.10, Горыныч (?), 21:18, 24/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, соврамши.
    Имел в виду recvspace и sendspace
     
  • 2.14, zuborg (?), 13:53, 25/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Увольнять, говорите ))
    А во сколько раз снижает скорость скачивания пониженный в 4 раза sendspace на не low-latency канале - меряли?
    А ведь во столько раз в среднем увеличивается кол-во подсоединенных к серверу клиентов.

    Sendspace увеличивать таки надо, но надо и kmem_max_size увеличивать, и nmbclusters, и nsfbufs, и somaxconn, и ipc.maxsockets и ещё куча всего, чтобы сервер быстро отдавал контент.

    Хотя, конечно, для обычного сайта и для сайта под ддос-ом (200К соединений) лимиты будут разные, особенно для sendspace.

     
     
  • 3.17, Горыныч (?), 10:42, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Увольнять, говорите ))

    Говорю - увольнять. У веб-сервера не стоит задача отдавать одному пользователю контент со скоростью 10МБ/с.

     
     
  • 4.18, zuborg (?), 13:51, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    а кто говорит про одного ?
    все клиенты должны получать контент на максимальной скорости
     
     
  • 5.20, Горыныч (?), 14:28, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Если не говорить о порносайтах, то обычный контент - это текст и картинок по минимуму.
    Зачем стараться под отдельно взятого пользователя выдавать все 10 мегабит(обычная скорость порта в датацентрах) ?
    Всё равно на забор контента создаётся несколько _одновременных_ подключений (от пяти у нетюненного ие, до восьми - фаерфокс). Хотите сказать что нескольких подключений по 56-128к нехватит для выдачи одной страницы с картинками ?
    Слабо верится.
     
     
  • 6.21, zuborg (?), 16:11, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    для сервера на порту 10М конечно уже ничего не поможет, он и на дефолтных настройках будет работать не сильно хуже чем на оптимизированных

    а вообще для любого сайта ставится первая задача - чтоб он работал всегда, и вторая - чтоб он работал максимально быстро для всех

    никакому пользователю не понравится, что кто-то за него решил что ему ADSL 2048к нафиг не надо, и сойдет 56-128к, и уж разумеется владельцу сайта не понравится хостинг, где не считают, что пользователь должен получать контент максимально быстро

     
     
  • 7.22, Горыныч (?), 16:33, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Пишу на этот раз медленно ))
    Соединений - несколько одновременных.
    У каждого - скорость 56к.
    Забираем текст и несколько картинок.
    В столбик посчитайте, что ли.
     
     
  • 8.23, zuborg (?), 17:15, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    проспамьте свой хостинг, что ли чтоб общественность знала где на серверах отдача... текст свёрнут, показать
     
  • 2.29, PR (?), 17:54, 21/05/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Дядька Сысоев как всегда дело говорит. С удовольствием послушал бы его комментарии
    >к презентации.
    >Мне в своё время мозги задурманили, но потом дошло и раскаиваюсь -
    >почему во многих статьях на опеннете советуют задирать sndbuf и recvbuf
    >на нагруженных веб-серверах ? За такие советики увольнять как минимум нужно.
    >Ведь кол-во сетевых буферов таки ограничено, и в итоге сервак обслуживает
    >только 10-20 клиентов от силы. А потом ещё и удивляются -
    >а почему это у меня ошибка в логах постоянно - No
    >buffer space available ? Или : "Почему-то не могу подключиться по
    >ssh, когда сервер вроде бы даже несильно загружен ?"


    Та, не вопрос - http://sendfile.ru/FrontDownloadInit/id-2981

     

  • 1.12, Данил Куткевич (?), 23:47, 24/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уважаемый автор, было бы удобней ознакомиться с материалом заархивированном в свободно формате (не rar)
     
     
  • 2.13, Аноним (-), 11:44, 25/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    unrar доступен в исходниках
     
     
  • 3.15, Andrey Mitrofanov (?), 20:44, 25/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > unrar доступен в исходниках
    Что не имеет _никакого_ отношения к несвободности -- ни формата, ни исходников.
    Следующий!
     
     
  • 4.25, toivo (?), 19:57, 26/04/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно UNRAR халявен.
    А вот пользоваться RARом, при наличии 7z непатриотично :-)
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру