#высокая_производительность — Public Fediverse posts

Почему важно мониторить поисковую систему: Manticore → Prometheus → Grafana

Один из наших пользователей недавно пришёл к нам со знакомой проблемой: поиск внезапно стал заметно медленнее, хотя внешне ничего явно не ломалось. Сервис работал, ошибок в логах не было, загрузка CPU выглядела нормально, но пользователи уже начали жаловаться, что поиск тормозит. Так обычно и проявляются проблемы с поиском в продакшене. Не как драматичный сбой, а как медленное, ползучее ухудшение. Чуть больше трафика здесь, чуть больше индексации там, и прежде чем вы это заметите, производительность уже просела. К тому моменту, когда пользователи это замечают, настоящая проблема нередко копится уже несколько часов. Без хорошей видимости остаётся только гадать: система перегружена? Одна таблица съедает ресурсы? Или незаметно что-то идёт не так? Вот почему мониторинг важен. С ним расплывчатое «поиск стал медленным» превращается в проблему, которую можно диагностировать и исправить.

https://habr.com/ru/articles/1023608/

#grafanaдашборд #prometheus #мониторинг #сбор_метрик #визуализация_метрик #высокая_производительность #метрики_производительности #оптимизация_производительности

Книга «Game++. Устройство и оптимизация игрового движка»

Привет, Хабр! С радостью и чувством выполненного долга издательство «БХВ» представляет вам одну из флагманских новинок наступившего года. Мы получили из типографии книгу «

https://habr.com/ru/companies/bhv_publishing/articles/1001720/

#C++ #игры #книги #память #паттерны_проектирования #высокая_производительность

[Перевод] Всего одна строка кода, из-за которой 24-ядерный сервер стал работать медленнее ноутбука

Допустим, вы написали код для решения задачи, которая хорошо распараллеливается. Каждый поток занимается своим участком работы и не зависит от других, поэтому потоки почти не должны координироваться друг с другом, за исключением самого последнего этапа, когда требуется объединить результаты. Естественно, в данном случае логично предположить, что чем больше ядер задействуется для такого кода, тем быстрее он выполнится. Вы ставите бенчмарки и сначала прогоняете этот код на ноутбуке. Действительно, оказывается, что он практически идеально масштабируется на всех четырёх доступных ядрах. Затем вы прогоняете его на большой и пафосной многопроцессорной машине, рассчитывая, что производительность будет ещё выше — но убеждаетесь, что на практике этот код работает даже медленнее, чем на ноутбуке, сколько бы ядер под него не выделить. Да, именно с таким случаем мне однажды довелось столкнуться.

https://habr.com/ru/articles/986810/

#Cassandra #многоядерность #высокая_производительность #пропускная_способность #узкое_место #кэш_процессора

[Перевод] Всего одна строка кода, из-за которой 24-ядерный сервер стал работать медленнее ноутбука

Допустим, вы написали код для решения задачи, которая хорошо распараллеливается. Каждый поток занимается своим участком работы и не зависит от других, поэтому потоки почти не должны координироваться друг с другом, за исключением самого последнего этапа, когда требуется объединить результаты. Естественно, в данном случае логично предположить, что чем больше ядер задействуется для такого кода, тем быстрее он выполнится. Вы ставите бенчмарки и сначала прогоняете этот код на ноутбуке. Действительно, оказывается, что он практически идеально масштабируется на всех четырёх доступных ядрах. Затем вы прогоняете его на большой и пафосной многопроцессорной машине, рассчитывая, что производительность будет ещё выше — но убеждаетесь, что на практике этот код работает даже медленнее, чем на ноутбуке, сколько бы ядер под него не выделить. Да, именно с таким случаем мне однажды довелось столкнуться.

https://habr.com/ru/articles/986810/

#Cassandra #многоядерность #высокая_производительность #пропускная_способность #узкое_место #кэш_процессора

[Перевод] Всего одна строка кода, из-за которой 24-ядерный сервер стал работать медленнее ноутбука

Допустим, вы написали код для решения задачи, которая хорошо распараллеливается. Каждый поток занимается своим участком работы и не зависит от других, поэтому потоки почти не должны координироваться друг с другом, за исключением самого последнего этапа, когда требуется объединить результаты. Естественно, в данном случае логично предположить, что чем больше ядер задействуется для такого кода, тем быстрее он выполнится. Вы ставите бенчмарки и сначала прогоняете этот код на ноутбуке. Действительно, оказывается, что он практически идеально масштабируется на всех четырёх доступных ядрах. Затем вы прогоняете его на большой и пафосной многопроцессорной машине, рассчитывая, что производительность будет ещё выше — но убеждаетесь, что на практике этот код работает даже медленнее, чем на ноутбуке, сколько бы ядер под него не выделить. Да, именно с таким случаем мне однажды довелось столкнуться.

https://habr.com/ru/articles/986810/

#Cassandra #многоядерность #высокая_производительность #пропускная_способность #узкое_место #кэш_процессора

[Перевод] Всего одна строка кода, из-за которой 24-ядерный сервер стал работать медленнее ноутбука

Допустим, вы написали код для решения задачи, которая хорошо распараллеливается. Каждый поток занимается своим участком работы и не зависит от других, поэтому потоки почти не должны координироваться друг с другом, за исключением самого последнего этапа, когда требуется объединить результаты. Естественно, в данном случае логично предположить, что чем больше ядер задействуется для такого кода, тем быстрее он выполнится. Вы ставите бенчмарки и сначала прогоняете этот код на ноутбуке. Действительно, оказывается, что он практически идеально масштабируется на всех четырёх доступных ядрах. Затем вы прогоняете его на большой и пафосной многопроцессорной машине, рассчитывая, что производительность будет ещё выше — но убеждаетесь, что на практике этот код работает даже медленнее, чем на ноутбуке, сколько бы ядер под него не выделить. Да, именно с таким случаем мне однажды довелось столкнуться.

https://habr.com/ru/articles/986810/

#Cassandra #многоядерность #высокая_производительность #пропускная_способность #узкое_место #кэш_процессора

Есть ли толк от E-ядер в OpenMP приложениях?

В настоящее время многоядерные процессоры с гетерогенными архитектурами, в которых сочетаются ядра с различной производительностью, становятся всё более и более распространенными. Если ещё пару лет назад такие архитектуры были в основном распространены в мобильном сегменте (см. ARM BIG.little ), то с анонсом в 2022 году компанией Intel процессоров 12-го поколения линейки Intel Core, такие процессоры стали распространяться в сегменте десктопов и рабочих станций. Однако, до сих пор остается открытым вопрос — необходимо ли каким‑то специальным образом учитывать особенности данных архитектур для достижения максимальной многопоточной производительности?

https://habr.com/ru/articles/982640/

#c++ #openmp #высокая_производительность

Интеграционный маршрут подарков на Новый год – чудо случится в срок

Декабрь… месяц, когда ощущаешь волшебство везде – в первом снеге, в зимнем какао, в запахе хвои, в разноцветных огоньках гирлянд, в шорохе упаковочной бумаги, в улыбках прохожих. Это пора, когда даже самые серьезные взрослые лиды и синьоры, будто на мгновение превращаются в детей, верящих в чудеса стабильной работы новогодних релизов обновления ИТ-ландшафта. ИТ-мир становится волшебнее, а волшебный мир – технологичнее. Мы верим в Деда Мороза и его верных помощников, которые создают новогоднюю сказку, а что если и до волшебного мира добрались инновации? А может Дед Мороз – это самый продвинутый айтишник? Для организации волшебной сказки для детей и взрослых команда Деда Мороза готовится целый год. Круглый год главный волшебник получает письма с заветными желаниями, к декабрю можно насчитать уже миллиарды запросов на подарки. Наш Дед Мороз «идет в ногу» с современными технологиями, поэтому у него есть секретные ИТ-системы для автоматизации волшебных процессов, построенных на магическом open source-коктейле, включающем заморского оленя Рудольфа - Apache NiFi, с отечественными patch-подковами и упряжкой компонентов ручной работы талантливых мастеров. Центр управления новогодним волшебством «хо-хо» Один из ИТ-помощников Деда Мороза – это интеграционная платформа, эдакий центр управления волшебством, который помогает справляться с миллиардами запросов и правильно их обрабатывать в новогодний пик, гарантируя доставку писем в одну сторону и подарков в обратную. Словно сказочный диспетчер чудес, платформа распределяет потоки пожеланий, следит, чтобы ни одно письмо не осталось без ответа, а каждый подарок добрался до получателя точно в срок. Давайте попробуем разобраться в задачах слаженного волшебного процесса.

https://habr.com/ru/companies/usetech/articles/979338/

#шина_данных #интеграции #ESB #nifi #интеграция_приложений #itинфраструктура #высокая_производительность #качество_данных #корпоративная_шина_данных

Интеграционный маршрут подарков на Новый год – чудо случится в срок

Декабрь… месяц, когда ощущаешь волшебство везде – в первом снеге, в зимнем какао, в запахе хвои, в разноцветных огоньках гирлянд, в шорохе упаковочной бумаги, в улыбках прохожих. Это пора, когда даже самые серьезные взрослые лиды и синьоры, будто на мгновение превращаются в детей, верящих в чудеса стабильной работы новогодних релизов обновления ИТ-ландшафта. ИТ-мир становится волшебнее, а волшебный мир – технологичнее. Мы верим в Деда Мороза и его верных помощников, которые создают новогоднюю сказку, а что если и до волшебного мира добрались инновации? А может Дед Мороз – это самый продвинутый айтишник? Для организации волшебной сказки для детей и взрослых команда Деда Мороза готовится целый год. Круглый год главный волшебник получает письма с заветными желаниями, к декабрю можно насчитать уже миллиарды запросов на подарки. Наш Дед Мороз «идет в ногу» с современными технологиями, поэтому у него есть секретные ИТ-системы для автоматизации волшебных процессов, построенных на магическом open source-коктейле, включающем заморского оленя Рудольфа - Apache NiFi, с отечественными patch-подковами и упряжкой компонентов ручной работы талантливых мастеров. Центр управления новогодним волшебством «хо-хо» Один из ИТ-помощников Деда Мороза – это интеграционная платформа, эдакий центр управления волшебством, который помогает справляться с миллиардами запросов и правильно их обрабатывать в новогодний пик, гарантируя доставку писем в одну сторону и подарков в обратную. Словно сказочный диспетчер чудес, платформа распределяет потоки пожеланий, следит, чтобы ни одно письмо не осталось без ответа, а каждый подарок добрался до получателя точно в срок. Давайте попробуем разобраться в задачах слаженного волшебного процесса.

https://habr.com/ru/companies/usetech/articles/979338/

#шина_данных #интеграции #ESB #nifi #интеграция_приложений #itинфраструктура #высокая_производительность #качество_данных #корпоративная_шина_данных

Интеграционный маршрут подарков на Новый год – чудо случится в срок

Декабрь… месяц, когда ощущаешь волшебство везде – в первом снеге, в зимнем какао, в запахе хвои, в разноцветных огоньках гирлянд, в шорохе упаковочной бумаги, в улыбках прохожих. Это пора, когда даже самые серьезные взрослые лиды и синьоры, будто на мгновение превращаются в детей, верящих в чудеса стабильной работы новогодних релизов обновления ИТ-ландшафта. ИТ-мир становится волшебнее, а волшебный мир – технологичнее. Мы верим в Деда Мороза и его верных помощников, которые создают новогоднюю сказку, а что если и до волшебного мира добрались инновации? А может Дед Мороз – это самый продвинутый айтишник? Для организации волшебной сказки для детей и взрослых команда Деда Мороза готовится целый год. Круглый год главный волшебник получает письма с заветными желаниями, к декабрю можно насчитать уже миллиарды запросов на подарки. Наш Дед Мороз «идет в ногу» с современными технологиями, поэтому у него есть секретные ИТ-системы для автоматизации волшебных процессов, построенных на магическом open source-коктейле, включающем заморского оленя Рудольфа - Apache NiFi, с отечественными patch-подковами и упряжкой компонентов ручной работы талантливых мастеров. Центр управления новогодним волшебством «хо-хо» Один из ИТ-помощников Деда Мороза – это интеграционная платформа, эдакий центр управления волшебством, который помогает справляться с миллиардами запросов и правильно их обрабатывать в новогодний пик, гарантируя доставку писем в одну сторону и подарков в обратную. Словно сказочный диспетчер чудес, платформа распределяет потоки пожеланий, следит, чтобы ни одно письмо не осталось без ответа, а каждый подарок добрался до получателя точно в срок. Давайте попробуем разобраться в задачах слаженного волшебного процесса.

https://habr.com/ru/companies/usetech/articles/979338/

#шина_данных #интеграции #ESB #nifi #интеграция_приложений #itинфраструктура #высокая_производительность #качество_данных #корпоративная_шина_данных

Интеграционный маршрут подарков на Новый год – чудо случится в срок

Декабрь… месяц, когда ощущаешь волшебство везде – в первом снеге, в зимнем какао, в запахе хвои, в разноцветных огоньках гирлянд, в шорохе упаковочной бумаги, в улыбках прохожих. Это пора, когда даже самые серьезные взрослые лиды и синьоры, будто на мгновение превращаются в детей, верящих в чудеса стабильной работы новогодних релизов обновления ИТ-ландшафта. ИТ-мир становится волшебнее, а волшебный мир – технологичнее. Мы верим в Деда Мороза и его верных помощников, которые создают новогоднюю сказку, а что если и до волшебного мира добрались инновации? А может Дед Мороз – это самый продвинутый айтишник? Для организации волшебной сказки для детей и взрослых команда Деда Мороза готовится целый год. Круглый год главный волшебник получает письма с заветными желаниями, к декабрю можно насчитать уже миллиарды запросов на подарки. Наш Дед Мороз «идет в ногу» с современными технологиями, поэтому у него есть секретные ИТ-системы для автоматизации волшебных процессов, построенных на магическом open source-коктейле, включающем заморского оленя Рудольфа - Apache NiFi, с отечественными patch-подковами и упряжкой компонентов ручной работы талантливых мастеров. Центр управления новогодним волшебством «хо-хо» Один из ИТ-помощников Деда Мороза – это интеграционная платформа, эдакий центр управления волшебством, который помогает справляться с миллиардами запросов и правильно их обрабатывать в новогодний пик, гарантируя доставку писем в одну сторону и подарков в обратную. Словно сказочный диспетчер чудес, платформа распределяет потоки пожеланий, следит, чтобы ни одно письмо не осталось без ответа, а каждый подарок добрался до получателя точно в срок. Давайте попробуем разобраться в задачах слаженного волшебного процесса.

https://habr.com/ru/companies/usetech/articles/979338/

#шина_данных #интеграции #ESB #nifi #интеграция_приложений #itинфраструктура #высокая_производительность #качество_данных #корпоративная_шина_данных

Ваш кэш в .NET не защищён от cache stampede

У вас есть запрос к базе данных или к платному API, и вы кэшируете результат? Для кэша используете ConcurrentDictionary или MemoryCache ? У кэша, построенного на этих классах, есть одна неприятная проблема: отсутствие защиты от давки кэша (cache stampede). При определённой нагрузке кэш будет многократно выполнять один и тот же запрос из-за отсутствия координации между потоками и репликами. В этой статье я наглядно покажу, как давка кэша влияет на C# приложение и что с этим делать.

https://habr.com/ru/articles/977498/

#c# #net #кэширование #распределенные_системы #высокая_производительность

Rust, mmap и 10 миллионов пикселей: делаем производительный Log Viewer для VS Code

Наверняка у каждого бэкендера или девопса была такая ситуация: Нужно срочно посмотреть, что случилось на проде. Вы скачиваете server.log, по привычке кликаете на него в VS Code... и всё. Редактор зависает, кулеры ноутбука взлетают, интерфейс не отвечает. Файл весит всего-то 2-3 ГБ, но для редактора на базе Electron/DOM это приговор. Обычно в этот момент мы убиваем процесс VS Code и идём в терминал писать less или tail -f. Это работает, но лишает нас комфорта: нормального поиска, копипаста мышкой, подсветки синтаксиса. Я перепробовал кучу расширений, но все они либо пытались загрузить файл в память (и падали), либо работали слишком медленно. Поэтому я решил написать своё решение — с Rust на бэкенде, memory-mapping и виртуализацией всего, что только можно. Под катом расскажу, как скрестить VS Code с нативным бинарником, обойти лимиты браузера на высоту скролла и сделать grep по гигабайтам текста мгновенным.

https://habr.com/ru/articles/976672/

#Rust #Visual_Studio_Code #Отладка #Высокая_производительность #Разработка_Open_Source

Rust, mmap и 10 миллионов пикселей: делаем производительный Log Viewer для VS Code

Наверняка у каждого бэкендера или девопса была такая ситуация: Нужно срочно посмотреть, что случилось на проде. Вы скачиваете server.log, по привычке кликаете на него в VS Code... и всё. Редактор зависает, кулеры ноутбука взлетают, интерфейс не отвечает. Файл весит всего-то 2-3 ГБ, но для редактора на базе Electron/DOM это приговор. Обычно в этот момент мы убиваем процесс VS Code и идём в терминал писать less или tail -f. Это работает, но лишает нас комфорта: нормального поиска, копипаста мышкой, подсветки синтаксиса. Я перепробовал кучу расширений, но все они либо пытались загрузить файл в память (и падали), либо работали слишком медленно. Поэтому я решил написать своё решение — с Rust на бэкенде, memory-mapping и виртуализацией всего, что только можно. Под катом расскажу, как скрестить VS Code с нативным бинарником, обойти лимиты браузера на высоту скролла и сделать grep по гигабайтам текста мгновенным.

https://habr.com/ru/articles/976672/

#Rust #Visual_Studio_Code #Отладка #Высокая_производительность #Разработка_Open_Source

Rust, mmap и 10 миллионов пикселей: делаем производительный Log Viewer для VS Code

Наверняка у каждого бэкендера или девопса была такая ситуация: Нужно срочно посмотреть, что случилось на проде. Вы скачиваете server.log, по привычке кликаете на него в VS Code... и всё. Редактор зависает, кулеры ноутбука взлетают, интерфейс не отвечает. Файл весит всего-то 2-3 ГБ, но для редактора на базе Electron/DOM это приговор. Обычно в этот момент мы убиваем процесс VS Code и идём в терминал писать less или tail -f. Это работает, но лишает нас комфорта: нормального поиска, копипаста мышкой, подсветки синтаксиса. Я перепробовал кучу расширений, но все они либо пытались загрузить файл в память (и падали), либо работали слишком медленно. Поэтому я решил написать своё решение — с Rust на бэкенде, memory-mapping и виртуализацией всего, что только можно. Под катом расскажу, как скрестить VS Code с нативным бинарником, обойти лимиты браузера на высоту скролла и сделать grep по гигабайтам текста мгновенным.

https://habr.com/ru/articles/976672/

#Rust #Visual_Studio_Code #Отладка #Высокая_производительность #Разработка_Open_Source

Rust, mmap и 10 миллионов пикселей: делаем производительный Log Viewer для VS Code

Наверняка у каждого бэкендера или девопса была такая ситуация: Нужно срочно посмотреть, что случилось на проде. Вы скачиваете server.log, по привычке кликаете на него в VS Code... и всё. Редактор зависает, кулеры ноутбука взлетают, интерфейс не отвечает. Файл весит всего-то 2-3 ГБ, но для редактора на базе Electron/DOM это приговор. Обычно в этот момент мы убиваем процесс VS Code и идём в терминал писать less или tail -f. Это работает, но лишает нас комфорта: нормального поиска, копипаста мышкой, подсветки синтаксиса. Я перепробовал кучу расширений, но все они либо пытались загрузить файл в память (и падали), либо работали слишком медленно. Поэтому я решил написать своё решение — с Rust на бэкенде, memory-mapping и виртуализацией всего, что только можно. Под катом расскажу, как скрестить VS Code с нативным бинарником, обойти лимиты браузера на высоту скролла и сделать grep по гигабайтам текста мгновенным.

https://habr.com/ru/articles/976672/

#Rust #Visual_Studio_Code #Отладка #Высокая_производительность #Разработка_Open_Source

Глубокое погружение в архитектуру Kafka: от простых сценариев до геокластера

Привет, Хабр! Меня зовут Андрей Комягин, я CTO компании STM Labs. Мы занимаемся разработкой очень больших распределённых высоконагруженных систем для различных отраслей, включая налоговое администрирование, телеком, track & trace и многие другие. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. Этот текст написан на основе моего доклада на конференции SaintHighload++ 2025 в Санкт Петербурге. Так что, если вы были там в качестве слушателя, информация не будет для вас новой. Впрочем, повтор полезного материала никогда не бывает лишним. Поехали!

https://habr.com/ru/articles/972788/

#архитектура #kafka #highload #highload++ #высокая_нагрузка #высокая_производительность #брокер_сообщений #mirrormaker

Глубокое погружение в архитектуру Kafka: от простых сценариев до геокластера

Привет, Хабр! Меня зовут Андрей Комягин, я CTO компании STM Labs. Мы занимаемся разработкой очень больших распределённых высоконагруженных систем для различных отраслей, включая налоговое администрирование, телеком, track & trace и многие другие. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. Этот текст написан на основе моего доклада на конференции SaintHighload++ 2025 в Санкт Петербурге. Так что, если вы были там в качестве слушателя, информация не будет для вас новой. Впрочем, повтор полезного материала никогда не бывает лишним. Поехали!

https://habr.com/ru/articles/972788/

#архитектура #kafka #highload #highload++ #высокая_нагрузка #высокая_производительность #брокер_сообщений #mirrormaker

Глубокое погружение в архитектуру Kafka: от простых сценариев до геокластера

Привет, Хабр! Меня зовут Андрей Комягин, я CTO компании STM Labs. Мы занимаемся разработкой очень больших распределённых высоконагруженных систем для различных отраслей, включая налоговое администрирование, телеком, track & trace и многие другие. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. Этот текст написан на основе моего доклада на конференции SaintHighload++ 2025 в Санкт Петербурге. Так что, если вы были там в качестве слушателя, информация не будет для вас новой. Впрочем, повтор полезного материала никогда не бывает лишним. Поехали!

https://habr.com/ru/articles/972788/

#архитектура #kafka #highload #highload++ #высокая_нагрузка #высокая_производительность #брокер_сообщений #mirrormaker

Глубокое погружение в архитектуру Kafka: от простых сценариев до геокластера

Привет, Хабр! Меня зовут Андрей Комягин, я CTO компании STM Labs. Мы занимаемся разработкой очень больших распределённых высоконагруженных систем для различных отраслей, включая налоговое администрирование, телеком, track & trace и многие другие. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. В своей работе мы широко используем open-source-решения, в том числе Apache Kafka. Этот распределённый программный брокер сейчас применяется практически во всех наших проектах, и сегодня я предлагаю заглянуть внутрь чёрного ящика, чтобы понять, как там всё внутри устроено. Этот текст написан на основе моего доклада на конференции SaintHighload++ 2025 в Санкт Петербурге. Так что, если вы были там в качестве слушателя, информация не будет для вас новой. Впрочем, повтор полезного материала никогда не бывает лишним. Поехали!

https://habr.com/ru/articles/972788/

#архитектура #kafka #highload #highload++ #высокая_нагрузка #высокая_производительность #брокер_сообщений #mirrormaker

Новый рекорд оверклокинга: что нужно, чтобы разогнать DDR5 до 13 211 МТ/с

Традиционным оверклокингом сегодня никого не удивить. Даже если вы не большой профессионал, для вас не составит особого труда немного поколдовать с множителем или напряжением и поднять производительность сборки без апгрейда самих комплектующих. Но экстремальный разгон – это совсем другое. Тут можно неделями подбирать стабильную конфигурацию, настраивать систему и заливать каждый компонент, который хоть как-то влияет на результат, жидким азотом. Чего ради, спросите? Ради цифр, конечно. Все ради них. 8 ноября американский оверклокер AiMax установил новый мировой рекорд, разогнав память Patriot Viper Xtreme 5 до 13 211 МТ/с.

https://habr.com/ru/companies/x-com/articles/968758/

#высокая_производительность #xcomshop #оверклокинг #разгон #хобби

СУБД Tantor Postgres 17.6: обзор улучшений для 1С

Продолжаем знакомить вас с улучшениями СУБД Tantor Postgres для работы с продуктами 1С. В рамках предыдущей статьи о нововведениях версии 17.5 мы разобрали арсенал специализированных функций, призванных существенно ускорить выполнение типичных для 1С операций, снизить нагрузку на инфраструктуру и упростить администрирование. Сегодня мы рассмотрим, с какими проблемами можно столкнуться при высоких значениях default_statistics_target , расскажем о новых оптимизациях для ускорения выполнения запросов, и, конечно, коснемся временных таблиц.

https://habr.com/ru/companies/tantor/articles/965264/

#tantor_postgres #1c #postgresql #высокая_производительность #высоконагруженные_проекты #высоконагруженные_приложения

[Перевод] Масштабирование кластера Valkey до 1 миллиарда запросов в секунду

Предстоящий релиз Valkey 9.0 несёт в себе значительные улучшения в отказоустойчивости больших кластеров, позволяя масштабироваться до 2000 узлов и достигать производительности свыше 1 миллиарда запросов в секунду, и всё это с гарантированно ограниченным временем восстановления. В этой статье мы рассмотрим, как работает система кластеризации Valkey, а также архитектурные усовершенствования и тщательное тестирование, которые сделали возможным такой уровень масштабирования.

https://habr.com/ru/articles/958998/

#valkey #redis #nosql #inmemory #кластеризация #высокая_производительность #open_source #базы_данных #масштабирование #1_миллиард_rps

[Перевод] Масштабирование кластера Valkey до 1 миллиарда запросов в секунду

Предстоящий релиз Valkey 9.0 несёт в себе значительные улучшения в отказоустойчивости больших кластеров, позволяя масштабироваться до 2000 узлов и достигать производительности свыше 1 миллиарда запросов в секунду, и всё это с гарантированно ограниченным временем восстановления. В этой статье мы рассмотрим, как работает система кластеризации Valkey, а также архитектурные усовершенствования и тщательное тестирование, которые сделали возможным такой уровень масштабирования.

https://habr.com/ru/articles/958998/

#valkey #redis #nosql #inmemory #кластеризация #высокая_производительность #open_source #базы_данных #масштабирование #1_миллиард_rps

[Перевод] Масштабирование кластера Valkey до 1 миллиарда запросов в секунду

Предстоящий релиз Valkey 9.0 несёт в себе значительные улучшения в отказоустойчивости больших кластеров, позволяя масштабироваться до 2000 узлов и достигать производительности свыше 1 миллиарда запросов в секунду, и всё это с гарантированно ограниченным временем восстановления. В этой статье мы рассмотрим, как работает система кластеризации Valkey, а также архитектурные усовершенствования и тщательное тестирование, которые сделали возможным такой уровень масштабирования.

https://habr.com/ru/articles/958998/

#valkey #redis #nosql #inmemory #кластеризация #высокая_производительность #open_source #базы_данных #масштабирование #1_миллиард_rps

[Перевод] Масштабирование кластера Valkey до 1 миллиарда запросов в секунду

Предстоящий релиз Valkey 9.0 несёт в себе значительные улучшения в отказоустойчивости больших кластеров, позволяя масштабироваться до 2000 узлов и достигать производительности свыше 1 миллиарда запросов в секунду, и всё это с гарантированно ограниченным временем восстановления. В этой статье мы рассмотрим, как работает система кластеризации Valkey, а также архитектурные усовершенствования и тщательное тестирование, которые сделали возможным такой уровень масштабирования.

https://habr.com/ru/articles/958998/

#valkey #redis #nosql #inmemory #кластеризация #высокая_производительность #open_source #базы_данных #масштабирование #1_миллиард_rps

ClickHouse — must-have для аналитика

Большие данные не равняются долгим ожиданиям! Эту простую истину мне раскрыл такой инструмент как ClickHouse, и жизнь заиграла новыми миллисекундами. Если коротко, то это мощная аналитическая база данных, которая умеет проглатывать миллионы строк за секунды и возвращать результат, пока вы не успели сосчитать до трёх: с ClickHouse запросы, агрегации и графики работают в режиме настоящего времени. Расскажу, почему этот инструмент стал для меня настоящей находкой. Статья будет полезна разработчикам, инженерам данных и аналитикам, которые ищут эффективные инструменты для обработки больших объёмов данных.

https://habr.com/ru/companies/nlmk/articles/838898/

#clickhouse #аналитика_данных #дашборды #bigdata #база_даных #высокая_производительность #колоночные_субд #отчетность

ClickHouse — must-have для аналитика

Большие данные не равняются долгим ожиданиям! Эту простую истину мне раскрыл такой инструмент как ClickHouse, и жизнь заиграла новыми миллисекундами. Если коротко, то это мощная аналитическая база данных, которая умеет проглатывать миллионы строк за секунды и возвращать результат, пока вы не успели сосчитать до трёх: с ClickHouse запросы, агрегации и графики работают в режиме настоящего времени. Расскажу, почему этот инструмент стал для меня настоящей находкой. Статья будет полезна разработчикам, инженерам данных и аналитикам, которые ищут эффективные инструменты для обработки больших объёмов данных.

https://habr.com/ru/companies/nlmk/articles/838898/

#clickhouse #аналитика_данных #дашборды #bigdata #база_даных #высокая_производительность #колоночные_субд #отчетность

ClickHouse — must-have для аналитика

Большие данные не равняются долгим ожиданиям! Эту простую истину мне раскрыл такой инструмент как ClickHouse, и жизнь заиграла новыми миллисекундами. Если коротко, то это мощная аналитическая база данных, которая умеет проглатывать миллионы строк за секунды и возвращать результат, пока вы не успели сосчитать до трёх: с ClickHouse запросы, агрегации и графики работают в режиме настоящего времени. Расскажу, почему этот инструмент стал для меня настоящей находкой. Статья будет полезна разработчикам, инженерам данных и аналитикам, которые ищут эффективные инструменты для обработки больших объёмов данных.

https://habr.com/ru/companies/nlmk/articles/838898/

#clickhouse #аналитика_данных #дашборды #bigdata #база_даных #высокая_производительность #колоночные_субд #отчетность

ClickHouse — must-have для аналитика

Большие данные не равняются долгим ожиданиям! Эту простую истину мне раскрыл такой инструмент как ClickHouse, и жизнь заиграла новыми миллисекундами. Если коротко, то это мощная аналитическая база данных, которая умеет проглатывать миллионы строк за секунды и возвращать результат, пока вы не успели сосчитать до трёх: с ClickHouse запросы, агрегации и графики работают в режиме настоящего времени. Расскажу, почему этот инструмент стал для меня настоящей находкой. Статья будет полезна разработчикам, инженерам данных и аналитикам, которые ищут эффективные инструменты для обработки больших объёмов данных.

https://habr.com/ru/companies/nlmk/articles/838898/

#clickhouse #аналитика_данных #дашборды #bigdata #база_даных #высокая_производительность #колоночные_субд #отчетность

Чипы для машинного обучения и ЦОД: новинки 2025 года

В 2025 году рост искусственного интеллекта продолжает давить на инфраструктуру дата-центров. Обучение моделей, инференс и сопутствующие параллельные вычисления требуют не просто повышения тактовых частот, но и радикальных изменений в архитектуре, чтобы справляться с энергопотреблением и задержками. И на рынке появляются новые процессоры и экспериментальные решения, созданные для таких нагрузок: от энергоэффективных серверных CPU до специализированных ускорителей для ИИ-кластеров. В этой подборке — пять заметных проектов. Каждый отвечает на конкретные вызовы — будь то «стена памяти», масштабирование или балансировка энергозатрат.

https://habr.com/ru/companies/ru_mts/articles/948466/

#itинфраструктура #процессоры #цод #машинное_обучение #высокая_производительность #компьютерное_железо #искусственный_интеллект

Чипы для машинного обучения и ЦОД: новинки 2025 года

В 2025 году рост искусственного интеллекта продолжает давить на инфраструктуру дата-центров. Обучение моделей, инференс и сопутствующие параллельные вычисления требуют не просто повышения тактовых частот, но и радикальных изменений в архитектуре, чтобы справляться с энергопотреблением и задержками. И на рынке появляются новые процессоры и экспериментальные решения, созданные для таких нагрузок: от энергоэффективных серверных CPU до специализированных ускорителей для ИИ-кластеров. В этой подборке — пять заметных проектов. Каждый отвечает на конкретные вызовы — будь то «стена памяти», масштабирование или балансировка энергозатрат.

https://habr.com/ru/companies/ru_mts/articles/948466/

#itинфраструктура #процессоры #цод #машинное_обучение #высокая_производительность #компьютерное_железо #искусственный_интеллект

Чипы для машинного обучения и ЦОД: новинки 2025 года

В 2025 году рост искусственного интеллекта продолжает давить на инфраструктуру дата-центров. Обучение моделей, инференс и сопутствующие параллельные вычисления требуют не просто повышения тактовых частот, но и радикальных изменений в архитектуре, чтобы справляться с энергопотреблением и задержками. И на рынке появляются новые процессоры и экспериментальные решения, созданные для таких нагрузок: от энергоэффективных серверных CPU до специализированных ускорителей для ИИ-кластеров. В этой подборке — пять заметных проектов. Каждый отвечает на конкретные вызовы — будь то «стена памяти», масштабирование или балансировка энергозатрат.

https://habr.com/ru/companies/ru_mts/articles/948466/

#itинфраструктура #процессоры #цод #машинное_обучение #высокая_производительность #компьютерное_железо #искусственный_интеллект

Чипы для машинного обучения и ЦОД: новинки 2025 года

В 2025 году рост искусственного интеллекта продолжает давить на инфраструктуру дата-центров. Обучение моделей, инференс и сопутствующие параллельные вычисления требуют не просто повышения тактовых частот, но и радикальных изменений в архитектуре, чтобы справляться с энергопотреблением и задержками. И на рынке появляются новые процессоры и экспериментальные решения, созданные для таких нагрузок: от энергоэффективных серверных CPU до специализированных ускорителей для ИИ-кластеров. В этой подборке — пять заметных проектов. Каждый отвечает на конкретные вызовы — будь то «стена памяти», масштабирование или балансировка энергозатрат.

https://habr.com/ru/companies/ru_mts/articles/948466/

#itинфраструктура #процессоры #цод #машинное_обучение #высокая_производительность #компьютерное_железо #искусственный_интеллект

Google снизил энергопотребление AI-запросов в 33 раза: что это значит для будущего ИИ

Искусственный интеллект давно вышел за рамки научной фантастики и стал частью нашей жизни — от поисковых систем до чат-ботов и голосовых помощников. Но у этого удобства есть немалая цена: для генерации ответа ИИ расходует значительные вычислительные ресурсы и энергию. Правда, здесь разработчики современных языковых моделей тоже продвинулись. Недавно Google сообщил о впечатляющем результате: всего за год энергопотребление одного AI-запроса удалось снизить в 33 раза. Это не просто техническое достижение, а сигнал для всей индустрии, который может изменить подход к разработке и использованию ИИ. Давайте разберем, каким образом Google этого добился, какие технологии помогли и как это повлияет на будущее искусственного интеллекта.

https://habr.com/ru/companies/ru_mts/articles/942078/

#искусственный_интеллект #машинное+обучение #машинное_обучение #machine_learning #высокая_производительность #google

Многопоточность и масштаб: что предложили производители серверных чипов летом 2025

Лето 2025 выдалось богатым на новинки в мире серверных процессоров. Игроки рынка показали самые разные решения — от китайских моделей, которые развиваются несмотря на ограничения, до чипов от Intel, Ampere и IBM, рассчитанных на облака, ИИ и тяжелые вычисления. В этой подборке — пять процессоров, представленных или вышедших этим летом, которые привлекли внимание специалистов по всему миру.

https://habr.com/ru/companies/ru_mts/articles/937028/

#процессоры #высокая_производительность #itинфраструктура #компьютерное_железо #многопоточность

[Перевод] Flutter: Исчерпывающее руководство по высокопроизводительному рендерингу Canvas’а — Часть 1

Когда дело доходит до создания сложных и высокопроизводительных приложений во Flutter, работа с Canvas может стать настоящим вызовом. В этой статье мы погружаемся в тонкости рендеринга динамичных сцен, от оптимизации GPU и пакетирования команд до продвинутых техник работы с пространственными данными. Мы рассмотрим методы, которые позволят вам создавать плавные и визуально насыщенные интерфейсы, даже когда сцены становятся всё сложнее. Обсудим, как правильно выбрать стратегию рендеринга, оптимизировать отрисовку и внедрить систему камеры для масштабируемых приложений. Если вы стремитесь улучшить производительность вашего Flutter-приложения, эта статья поможет вам освоить ключевые техники и подходы.

https://habr.com/ru/companies/otus/articles/935384/

#flutter #Canvas #Рендеринг #Высокая_производительность #Оптимизация_рендеринга #CustomPaint #RenderObject #LeafRenderObjectWidget #GPU_ускорение #Шейдеры

[Перевод] Flutter: Исчерпывающее руководство по высокопроизводительному рендерингу Canvas’а — Часть 1

Когда дело доходит до создания сложных и высокопроизводительных приложений во Flutter, работа с Canvas может стать настоящим вызовом. В этой статье мы погружаемся в тонкости рендеринга динамичных сцен, от оптимизации GPU и пакетирования команд до продвинутых техник работы с пространственными данными. Мы рассмотрим методы, которые позволят вам создавать плавные и визуально насыщенные интерфейсы, даже когда сцены становятся всё сложнее. Обсудим, как правильно выбрать стратегию рендеринга, оптимизировать отрисовку и внедрить систему камеры для масштабируемых приложений. Если вы стремитесь улучшить производительность вашего Flutter-приложения, эта статья поможет вам освоить ключевые техники и подходы.

https://habr.com/ru/companies/otus/articles/935384/

#flutter #Canvas #Рендеринг #Высокая_производительность #Оптимизация_рендеринга #CustomPaint #RenderObject #LeafRenderObjectWidget #GPU_ускорение #Шейдеры

[Перевод] Flutter: Исчерпывающее руководство по высокопроизводительному рендерингу Canvas’а — Часть 1

Когда дело доходит до создания сложных и высокопроизводительных приложений во Flutter, работа с Canvas может стать настоящим вызовом. В этой статье мы погружаемся в тонкости рендеринга динамичных сцен, от оптимизации GPU и пакетирования команд до продвинутых техник работы с пространственными данными. Мы рассмотрим методы, которые позволят вам создавать плавные и визуально насыщенные интерфейсы, даже когда сцены становятся всё сложнее. Обсудим, как правильно выбрать стратегию рендеринга, оптимизировать отрисовку и внедрить систему камеры для масштабируемых приложений. Если вы стремитесь улучшить производительность вашего Flutter-приложения, эта статья поможет вам освоить ключевые техники и подходы.

https://habr.com/ru/companies/otus/articles/935384/

#flutter #Canvas #Рендеринг #Высокая_производительность #Оптимизация_рендеринга #CustomPaint #RenderObject #LeafRenderObjectWidget #GPU_ускорение #Шейдеры

[Перевод] Flutter: Исчерпывающее руководство по высокопроизводительному рендерингу Canvas’а — Часть 1

Когда дело доходит до создания сложных и высокопроизводительных приложений во Flutter, работа с Canvas может стать настоящим вызовом. В этой статье мы погружаемся в тонкости рендеринга динамичных сцен, от оптимизации GPU и пакетирования команд до продвинутых техник работы с пространственными данными. Мы рассмотрим методы, которые позволят вам создавать плавные и визуально насыщенные интерфейсы, даже когда сцены становятся всё сложнее. Обсудим, как правильно выбрать стратегию рендеринга, оптимизировать отрисовку и внедрить систему камеры для масштабируемых приложений. Если вы стремитесь улучшить производительность вашего Flutter-приложения, эта статья поможет вам освоить ключевые техники и подходы.

https://habr.com/ru/companies/otus/articles/935384/

#flutter #Canvas #Рендеринг #Высокая_производительность #Оптимизация_рендеринга #CustomPaint #RenderObject #LeafRenderObjectWidget #GPU_ускорение #Шейдеры

Не теория, а практический опыт: как мы внедряли отказоустойчивость в лотереях

О паттернах отказоустойчивой архитектуры написано уже немало. Но когда дело доходит до реальных кейсов, особенно в специфических отраслях вроде лотерейной — информации почти нет. А ведь здесь, как и в любой высоконагруженной системе, отказоустойчивость — не просто галочка в ТЗ, а вопрос пользовательского доверия и бизнес-репутации. В этой статье расскажем, как мы в «Столото» подошли к проектированию Lottery Payment System. Это полностью вымышленный сервис для выплат выигрышей, построенный на опыте реальных вызовов и ограничений для того, чтобы на его примере описать, как работают ключевые паттерны отказоустойчивой архитектуры: Retry, Idempotency Key, Deadlines, Rate Limit и Circuit Breaker . Также покажем, как они применяются в контексте распределённой системы, которая должна стабильно работать, даже когда вокруг всё пошло не по плану. В нашем вымышленном сценарии мы представили, что компания прошла через архитектурную трансформацию и решила переосмыслить доменные области. Слишком громоздкий и хрупкий процессинг тормозил развитие. В какой-то момент он стал похож на башню из кубиков, которую боишься задеть. Поэтому мы выбрали путь здорового прагматизма — выплаты вынесли в отдельный сервис, чтобы дать этому направлению и стабильность, и простор для развития. В зоне его ответственности — всё, что связано с переводами пользователям, которые хотят получать выигрыши по лотерейным билетам и исполнять свои мечты. Будет немного архитектуры, чуть-чуть лирики и много практики. Это не скучный туториал — это живая история гипотетического продукта, в котором отказоустойчивость стала краеугольным камнем. Если вы работаете с высоконагруженными системами, и вам важно, чтобы ваши системы не падали — добро пожаловать.

https://habr.com/ru/companies/stoloto/articles/934492/

#архитектура #высоконагруженные_проекты #высокая_производительность #отказоустойчивость #отказоустойчивые_системы #ит_система

Что мы изменили в сети, чтобы сделать её устойчивее

Даже сложная и продуманная технологическая система не застрахована от инцидентов — это касается любых инфраструктур, от железнодорожных и коммунальных до IT. Поэтому инженерам, которые обеспечивают надёжность систем, важно не только предотвращать проблемы, но и минимизировать их влияние за счёт хорошего антикризисного (или DR ) плана. Меня зовут Костя Крамлих, я отвечаю за сетевую виртуализацию и сетевые сервисы в Yandex Cloud. К написанию этой статьи меня подтолкнула наша работа по предотвращению крупных инцидентов, наподобие тех, что произошли в конце 2024 года. Разрешить их удалось благодаря слаженной работе всей команды, и по итогам мы сделали выводы, которые не ограничиваются только устранением сетевых аварий. Сегодня по материалам реальных событий расскажу о сетевой части: — что важно знать о том, как ломаются большие системы, на наших примерах; — как мы проанализировали все наши инциденты за последний год и что сделали, чтобы предотвратить появление проблем на инфраструктуре; — как подошли к внедрению этих улучшений небольшими шагами, чтобы они не стали источником новых инцидентов.

https://habr.com/ru/companies/yandex/articles/920092/

#infrastructure #failsafe #headless #сеть #отказоустойчивость #высокая_производительность #инфраструктура

Что мы изменили в сети, чтобы сделать её устойчивее

Даже сложная и продуманная технологическая система не застрахована от инцидентов — это касается любых инфраструктур, от железнодорожных и коммунальных до IT. Поэтому инженерам, которые обеспечивают надёжность систем, важно не только предотвращать проблемы, но и минимизировать их влияние за счёт хорошего антикризисного (или DR ) плана. Меня зовут Костя Крамлих, я отвечаю за сетевую виртуализацию и сетевые сервисы в Yandex Cloud. К написанию этой статьи меня подтолкнула наша работа по предотвращению крупных инцидентов, наподобие тех, что произошли в конце 2024 года. Разрешить их удалось благодаря слаженной работе всей команды, и по итогам мы сделали выводы, которые не ограничиваются только устранением сетевых аварий. Сегодня по материалам реальных событий расскажу о сетевой части: — что важно знать о том, как ломаются большие системы, на наших примерах; — как мы проанализировали все наши инциденты за последний год и что сделали, чтобы предотвратить появление проблем на инфраструктуре; — как подошли к внедрению этих улучшений небольшими шагами, чтобы они не стали источником новых инцидентов.

https://habr.com/ru/companies/yandex/articles/920092/

#infrastructure #failsafe #headless #сеть #отказоустойчивость #высокая_производительность #инфраструктура

Обзор мини-ПК Acemagic Tank 03 из первых рук. Светящийся кубик с мощным «железом»

Мини-ПК уже давно перестали быть просто компактными офисными машинками. Среди них есть мощные девайсы с весьма производительной «начинкой». Хороший пример — Acemagic Tank 03 с процессором Intel Core i7-12700H, видеокартой NVIDIA RTX 3060 Mobile и 32 Гб оперативной памяти DDR5. Узнав об этом девайсе, я понял, что пора менять свой старенький ноутбук с GTX 1070. В этом обзоре — впечатления от работы с Tank 03, его возможностями, результатами тестов и игровым опытом в Fallout 4. Спойлер: этот кубик умеет удивлять.

https://habr.com/ru/companies/ru_mts/articles/931920/

#минипк #гаджеты #настольные_компьютеры #высокая_производительность #Настольные_ПК #acemagic #Tank_03

Обзор мини-ПК Acemagic Tank 03 из первых рук. Светящийся кубик с мощным «железом»

Мини-ПК уже давно перестали быть просто компактными офисными машинками. Среди них есть мощные девайсы с весьма производительной «начинкой». Хороший пример — Acemagic Tank 03 с процессором Intel Core i7-12700H, видеокартой NVIDIA RTX 3060 Mobile и 32 Гб оперативной памяти DDR5. Узнав об этом девайсе, я понял, что пора менять свой старенький ноутбук с GTX 1070. В этом обзоре — впечатления от работы с Tank 03, его возможностями, результатами тестов и игровым опытом в Fallout 4. Спойлер: этот кубик умеет удивлять.

https://habr.com/ru/companies/ru_mts/articles/931920/

#минипк #гаджеты #настольные_компьютеры #высокая_производительность #Настольные_ПК #acemagic #Tank_03

Обзор мини-ПК Acemagic Tank 03 из первых рук. Светящийся кубик с мощным «железом»

Мини-ПК уже давно перестали быть просто компактными офисными машинками. Среди них есть мощные девайсы с весьма производительной «начинкой». Хороший пример — Acemagic Tank 03 с процессором Intel Core i7-12700H, видеокартой NVIDIA RTX 3060 Mobile и 32 Гб оперативной памяти DDR5. Узнав об этом девайсе, я понял, что пора менять свой старенький ноутбук с GTX 1070. В этом обзоре — впечатления от работы с Tank 03, его возможностями, результатами тестов и игровым опытом в Fallout 4. Спойлер: этот кубик умеет удивлять.

https://habr.com/ru/companies/ru_mts/articles/931920/

#минипк #гаджеты #настольные_компьютеры #высокая_производительность #Настольные_ПК #acemagic #Tank_03

Обзор мини-ПК Acemagic Tank 03 из первых рук. Светящийся кубик с мощным «железом»

Мини-ПК уже давно перестали быть просто компактными офисными машинками. Среди них есть мощные девайсы с весьма производительной «начинкой». Хороший пример — Acemagic Tank 03 с процессором Intel Core i7-12700H, видеокартой NVIDIA RTX 3060 Mobile и 32 Гб оперативной памяти DDR5. Узнав об этом девайсе, я понял, что пора менять свой старенький ноутбук с GTX 1070. В этом обзоре — впечатления от работы с Tank 03, его возможностями, результатами тестов и игровым опытом в Fallout 4. Спойлер: этот кубик умеет удивлять.

https://habr.com/ru/companies/ru_mts/articles/931920/

#минипк #гаджеты #настольные_компьютеры #высокая_производительность #Настольные_ПК #acemagic #Tank_03

Не Pgbouncer, но пулер. Не Odyssey, но с корутинами

Если вы настраивали отказоустойчивый кластер Postgres, то сталкивались с необходимостью перенаправления пользовательского трафика на пишущий узел после аварии на основном узле и переключения на резервный. Мы разработали расширение Proxima, которое снимает необходимость в настройке и администрировании дополнительного программного обеспечения. Разработчик программного обеспечения Postgres Professional Тофиг Алиев расскажет, как мы делали Proxima, какие архитектурные решения заложены в расширение, почему мы выбрали именно такой подход. Разберет тонкости реализации, которые позволили нам обрабатывать более 10 тысяч одновременных клиентских сессий. Рассмотрит примеры использования и ответит на вопросы.

https://habr.com/ru/companies/postgrespro/articles/927034/

#высоконагруженные_проекты #высокая_нагрузка #высокая_производительность #highload #высокая_доступность #postgresql #proxima #biha #postgres_pro

Не Pgbouncer, но пулер. Не Odyssey, но с корутинами

Если вы настраивали отказоустойчивый кластер Postgres, то сталкивались с необходимостью перенаправления пользовательского трафика на пишущий узел после аварии на основном узле и переключения на резервный. Мы разработали расширение Proxima, которое снимает необходимость в настройке и администрировании дополнительного программного обеспечения. Разработчик программного обеспечения Postgres Professional Тофиг Алиев расскажет, как мы делали Proxima, какие архитектурные решения заложены в расширение, почему мы выбрали именно такой подход. Разберет тонкости реализации, которые позволили нам обрабатывать более 10 тысяч одновременных клиентских сессий. Рассмотрит примеры использования и ответит на вопросы.

https://habr.com/ru/companies/postgrespro/articles/927034/

#высоконагруженные_проекты #высокая_нагрузка #высокая_производительность #highload #высокая_доступность #postgresql #proxima #biha #postgres_pro

Не Pgbouncer, но пулер. Не Odyssey, но с корутинами

Если вы настраивали отказоустойчивый кластер Postgres, то сталкивались с необходимостью перенаправления пользовательского трафика на пишущий узел после аварии на основном узле и переключения на резервный. Мы разработали расширение Proxima, которое снимает необходимость в настройке и администрировании дополнительного программного обеспечения. Разработчик программного обеспечения Postgres Professional Тофиг Алиев расскажет, как мы делали Proxima, какие архитектурные решения заложены в расширение, почему мы выбрали именно такой подход. Разберет тонкости реализации, которые позволили нам обрабатывать более 10 тысяч одновременных клиентских сессий. Рассмотрит примеры использования и ответит на вопросы.

https://habr.com/ru/companies/postgrespro/articles/927034/

#высоконагруженные_проекты #высокая_нагрузка #высокая_производительность #highload #высокая_доступность #postgresql #proxima #biha #postgres_pro