LINUX.ORG.RU

Оптимизация


14

0

Всего сообщений: 4

Релиз инструмента оптимизации и мониторинга Stacer 1.1.0

Группа Open Source

После года активной разработки вышел системный оптимизатор Stacer 1.1.0. Ранее созданный на Electron - теперь переписан на Qt. Это позволило добавить новые полезные функции и повысить скорость работы в несколько раз, а так же задействовать множество нативных особенностей Linux.

Основное предназначение программы:

  • Компонентная очистка системы.
  • Мониторинг системных ресурсов.
  • Настройка и оптимизация системы.
  • Периодическое обслуживание и чистка системы от ненужных файлов без необходимости использовать разные программы и команды.
  • Возможность задания плана для автоматизации задач (например, чистка кэшей приложений, пакетных кэшей, логов, авточистка корзины и т.п.).
  • 13 отдельных секций с различными типами задач.

В новой версии добавилось:

  • Мониторинг и менеджмент snap-пакетов в системе.
  • Новая функция поиска: в корневом каталоге и по регулярным выражениям (бета).
  • Появился диспетчер хостов и круговые диаграммы мониторинга основных метрик.

GitHub и скриншоты

>>> Подробности

 , , , ,

fail2ban
()

Встречи с разработчиками в офисе Oracle Санкт-Петербург

Группа Конференции и встречи

В питерском офисе компании Oracle состоится серия встреч с разработчиками.

Участие — бесплатное. Количество мест ограничено, необходима регистрация по ссылке.

Тема встречи «Особенности взаимодействия Java с PostgreSQL». Язык встречи — английский.

О докладе

Java — это язык для Enterprise разработки, можно сказать — Язык с большой буквы, и с шансами — самый популярный язык для работы с PostgreSQL. А задавались ли вы вопросом, действительно ли эта связка, Java с PostgreSQL, хорошо подходит для своей задачи, действительно ли оправдывает возложенные ожидания? Этот доклад представляет собой технический отчет об уровне развития PostgreSQL и Java, который ответит на следующие основные вопросы:

  • Может ли Java воспользоваться 100% производительности, предоставляемой PostgreSQL? Если нет, то где происходят потери? И что мы можем с ними сделать? Используются ли в PostgreSQL какие-то технические или архитектурные паттерны, которые могут ограничить производительность Java?
  • Можем ли мы из Java достучаться до совершенно всей функциональности, которую предоставляет PostgreSQL? И если нет, что от нас скрыли, и можем ли мы как-то справиться с этим на практике?

О докладчике

Альваро Эрнандес — 37-летний предприниматель в области информационных технологий, живущий в Мадриде (Испания). Он основал компанию 8Kdata и является её техническим директором. Компания 8Kdata занимается разработкой и исследованиями в области баз данных. Большую часть времени Альваро занимается разработкой проекта ToroDB — СУБД на базе PostgreSQL, которая совместима с MongoDB и может заменять её в уже существующих приложениях. Являясь увлеченным разработчиком, он также занимается распространением и популяризацией идей Open Source.

Альваро не только программирует на Java и является членом JavaSpecialists.eu, но также является отличным DBA, учителем, и часто выступает лектором на международных конференциях. Кроме того, он основал PostgreSQL Spanish User Group — одно из крупнейших сообществ этой тематики в мире, состоящее из более чем 550 участников.

Тема встречи — грабли A/B тестирования.

О докладе

A/B-тестирование (англ. A/B testing, Split testing) — метод исследования, суть которого заключается в том, что контрольная группа элементов сравнивается с набором тестовых групп, в которых один или несколько показателей были изменены, для того, чтобы выяснить, какие из изменений улучшают целевой показатель. Примером может служить исследование влияния цветовой схемы, расположения и размера элементов интерфейса на конверсию сайта.

Википедия

Все изменения на вашем сервисе проходят через эксперимент на пользователях. Вы выкатываете только то, что показывает значимое улучшение целевой метрики. Да, у вас есть целевая метрика. Да, вы всё знаете про статистическую значимость — ну или, по крайней мере, слышали о ней.

Так почему же целевая метрика вашего сервиса сегодня находится точно на том же уровне, что и год назад?

Один из возможных ответов состоит в том, что в систему проведения экспериментов вкрались ошибки. Роман расскажет о некоторых типовых проблемах, с которыми сталкиваются практически все, кто начинает экспериментировать над пользователями. Кроме конкретных проблем доклад коснется индикаторов, следя за которыми можно заметить, что что-то сломалось. Если в вашем проекте есть A/B тестирование, то по результатам рассказа вам наверняка захочется внести в него какие-то улучшения.

О докладчике

Роман Поборчий окончил мат-мех СПбГУ в 1998 году. До 2004 года работал над Sun JDK, поучаствовал в релизах с 1.1.8 до Java 5. С 2004 по 2008 год работал в Intel, где также работал над реализацией Java, впоследствии выложенной в Open Source под именем Apache Harmony. С 2008 по 2015 год занимался оценкой качества поиска в Яндексе, где, в частности, и приобрёл опыт в A/B тестировании. С 2015 года сменил основной род деятельности и теперь занимается презентациями в IT. Участвовал в качестве консультанта по презентациям в подготовке Highload++ 2015 и РИТ++ 2016.

Место проведения

Петербургский офис компании Oracle:
10-я Красноармейская улица, 22А, БЦ «Келлерман», 2 этаж
(геометка в 2Гис)

Транспорт

  • от станции метро «Балтийская» — 10 минут пешком: сначала по Лермонтовскому проспекту, потом 100 метров налево по 10-ой Красноармейской.

>>> Подробности и регистрация

 , , , ,

stevejobs
()

Оптимизация ПО для AMD «Bulldozer»

Группа Hardware and Drivers

AMD опубликовала «Руководство по оптимизации ПО на 15h», архитектуре процессоров, также известной под кодовым именем «Bulldozer».

В руководстве рассказывается о:

  • микроархитектуре новых процессоров;
  • оптимизациях для C/C++;
  • главных 64-битных улучшениях;
  • оптимизациях для кеша/памяти;
  • оптимизации декодирования инструкций;
  • оптимизации планировщика;
  • улучшения безопасности VM;
  • оптимизации NUMA.

>>> Прямая ссылка на PDF

 , ,

darkshvein
()

Открытому офису добавят прыти

Группа Офисные приложения

Текущая производительность OpenOffice.org не вызывает бурных оваций, поэтому была создана группа, состоящая из разработчиков Sun Microsystems и Beijing Redflag CH2000, для поиска и устранения проблем в производительности.

Вот некоторые результаты работы этой группы: OpenOffice.org Calc теперь загружает тестовые таблицы на 55%-63% быстрее, а потребление памяти сократилось на 75%. Также закрытие большого документа в пакете сократилось с 10 секунд до 1 секунды.

Все эти улучшения ждут проверки на качество и войдут в состав OpenOffice.org 3.2.

Подробнее о проделанной работе для Calc.

Страничка проекта по оптимизации.

>>> Подробности

 ,

sniper21
()