company_banner

Oh, My Code — новая передача про управление в IT на канале Технострим


    Сегодня мы запускаем на канале Технострим серию интервью с техническими руководителями IT-компаний, ведущий программы — технический директор медиапроектов Павел Щербинин. Первым у нас в гостях побывал Иван Ремень — руководитель группы разработки в Почте Mail.Ru.


    Посмотреть будет интересно тем, кто сам руководит командой разработки, чтобы сравнить подход. Тем, кто является IT-специалистом, может быть полезно узнать, как отбирают кандидатов технические руководители.


    Также вы увидите и услышите:


    • как взаимодействуют программисты и админы;
    • пути развития для разработчика;
    • как Иван в режиме реального времени пишет код для ведущего;
    • что ждет тимлид от разработчиков;
    • как тимлид отбирает сотрудников и анализирует резюме;
    • как развивать своих сотрудников;
    • блиц-опрос.


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


    А для тех, кому интересны высоконагруженные проекты, мы подготовили подборку ресурсов, которые рекомендует Иван своим сотрудникам:


    1. Книга Разработка высоконагруженных систем.
    2. Материалы с HighLoad++ 2016.
    3. Статья Tarantool: как сэкономить миллион долларов на базе данных на высоконагруженном проекте и блог в целом.
    4. Статья Sharding — patterns and antipatterns.
    5. Статья Что особенного в СУБД для данных в оперативной памяти.
    6. Блог Анатомия веб-сервиса и не только.
    7. Блог Разработка надёжных высоконагруженных систем.
    8. The MongoDB 3.4 Manual.
    9. Tarantool 1.7 manual.

    Видео на Техностриме по теме


    1. Мастер-класс Суть работы тимлида в команде разработки.
    2. Видеозапись курса по Проектированию высоконагруженных систем
    Метки:
    Mail.Ru Group 826,16
    Строим Интернет
    Поделиться публикацией
    Похожие публикации
    Комментарии 15
    • +3
      25 лет, стаж работы 10 лет, закончил магистра в 2016 году.
      ¯\_(ツ)_/¯
      • 0

        В школьные годы я админил, благо разбирался с Cisco. Можете погуглить, побеждал в 2010 в олимпиаде по администрированию сетей, проводимой Cisco. Ну и учебу в универе вполне совмещал с фуллтайм работой. Это не так уж и сложно)

        • 0
          Это не считается за опыт работы :)
          • 0
            Если в универе не учиться, а просто его закончить, то в принципе да.
        • 0
          В http://lidabelmebel.ru/upload/docs/pdf/HL-book-for-beginners.pdf, написанно:
          В правильных веб-серверах даже файлы с дисков от-
          даются сразу в память, минуя загрузку (такого эффекта можно достичь, включив, например,
          опцию sendfile в nginx).
          Это еще что за неизвестная технология такая, телепортация? Как это с дисков в память без загрузки?
          • 0
            Видимо опечатка. Похоже имелось ввиду не в память, а в сеть. Тем более, что файлы статики и так, по идее, должны бы быть в памяти (в кэше).
            • 0
              не в память, а в сеть
              То есть, с диска, сразу в сетевую карту, не попадая в ОЗУ? А контролер DMA участвует? По какой шине идет эта передача, по PCI express? Какой контролер это контролирует, южный или северный мост?
              • 0
                Я же в предыдущем комменте уже это написал «Тем более, что файлы статики и так, по идее, должны бы быть в памяти (в кэше).» Конечно же загрузка в ОЗУ будет. Не будет вычитывания в userspace.
                • 0
                  Так. Перечитал коммент. Еще раз. В книге должно было быть написано не «В правильных веб-серверах даже файлы с дисков отдаются сразу в память, минуя загрузку», а должно, имхо, быть «В правильных веб-серверах даже файлы с дисков отдаются сразу в сеть, минуя загрузку в userspace»
                  • +1
                    Вам виднее, наверно. Я не в курсе, просто интересно что бы могло означать, вдруг появилась неизвестная мне технология.
                    Предположу что проблема с userspace в том что происходит переключение контекста CPU. Вряд ли идет копирование из системного RAM в userspace, а работает copy-on-write, то есть копирование буферов файла не происходило бы, а значит проблема не в копировании памяти, а в простое CPU при переключении контекстов.
                    Но наверное при десятках и сотнях тысяч запросов в секунду, переключение контекста CPU могло бы занимать большой процент простоя производительности железяки.
                    • 0
                      Сорри, изначально воспринял Ваши слова, как троллинг.

                      Да, Вы правы. Context-switch одна из причин. Но copy-on-write там нет (если и есть, то я об этом не знаю). Идет копирование. sendfile как раз и нужен для zero-copy. Тоесть, при read/send будет идти именно копирование.

                      Есть еще splice()

                      Вот ссыль: blog.superpat.com/2010/06/01/zero-copy-in-linux-with-sendfile-and-splice

                      Хотя zero copy штука такая. С ней очень много мифов. Например, есть очень популярное мнение, что mmap быстрее read/write. Это далеко не всегда верно, о чем даже Линус писал.
            • 0
              Oh, my Code! OhMiBoD!
              • 0

                image

                • +1
                  да да да, задавая этот вопрос вдохновлялся этой статьей!
                • 0
                  Я один не понимаю почему книга по разработке высоконагруженных систем находится на сайте Белорусской мебели? 0_о

                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                  Самое читаемое