Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 2290 сообщений
Cообщения с меткой

производительность - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Подборка полезных инструментов с Product Hunt за март

Понедельник, 27 Марта 2017 г. 14:53 (ссылка)

С ресурсом Product Hunt знакомы все и все знают, сколько новых проектов – новаторских и банальных, полезных и бестолковых – появляется там каждый день. Для тех, кому не всегда хватает времени сортировать этот поток, мы предлагаем небольшую подборку интересных находок из нескольких категорий (CSS, Производительность, Системы обмена сообщениями, API), которые отобрали для себя за последние несколько недель.





CSS



Animista – обширная коллекция готовых CSS анимаций от Ana Travas. На сайте разработчика каждую из них можно оценить в действии, применяя к различным элементам дизайна (фон, текст, кнопка, изображение и так далее), задавая направление и подбирая нужные настройки (продолжительность, задержка, прерывистость движения). Наиболее подходящие варианты вы можете добавлять в избранное, скачивать, а также сгенерировать для них код.



Waffle grid – простая и компактная система сеток на Flexbox от Lucas Gruwez. Позволяет легко адаптировать макет под целый ряд девайсов, легко настраивается в соответствии с потребностями пользователя.



Dima Blover и Alexander Isora предлагают товарищам по ремеслу коллекцию из 180 линейных градиентов, которые можно использовать в качестве фона веб-страницы. В данный момент на сайте доступны: превью, код PSD и PNG версии для скачивания каждого отдельного образца, а также пакеты с полным комплектом градиентов для Sketch и Photoshop.



Производительность



Product Roadmap Builder – инструмент для создания дорожных карт, разработанный командой ProdPad. Сохраняя фидбэк, бэклоги, спеицификации, результаты мозгового штурма, приложение дает вашей команде возможность не только должным образом осмыслить и упорядочить рабочий процесс, но вдобавок эффектно визуализовать получившуюся схему – доносите информацию до коллег и производите впечатление на клиентов одновременно. Система интегрируется с прочими популярными инструментами для управления проектами (Trello, JIRA, GitHub).



Расширение Wildfire позволяет записывать любую последовательность действий на веб-странице (как онлайн, так и оффлайн) и создавать симуляцию на ее базе с возможностью дальнейшего редактирования. При записи или воспроизведении сессии автоматически создается бэклог. Хороший вариант для разработчиков, которые пользуются инструментами для автоматизации (например, iMacros, Ghost Inspector), или тестировщиками, работающими с Selenium и тому подобным.



Workflow от Loom – мощный инструмент для визуальной коммуникации с коллегами или клиентами. Интегрируйте расширение с нужными сервисами (Gmail, Intercom, Trello, GitHub, Basecamp, JIRA, Google Docs, Hacker News, InVision App, Dropbox, Product Hunt, GitLab и другие), чтобы записывать видео, демонстрирующее тот или иной процесс, прямо с экрана и быстро делиться им с собеседником



Ситемы обмена сообщениями



Parlo – платформа для создания текстовых и голосовых чатботов на веб-страницах и в приложениях. Может использоваться как готовое решение или же настраиваться по усмотрению разработчика. Интегрируется с целым рядом популярных корпоративных систем. В данный момент проект находится на стадии бета-теста.



SendBird помогает внедрить в приложение функцию обмена сообщениями или чат. Разработчик имеет возможность обслуживать 100 000 зрителей, создавать отдельные чаты для сегментов аудитории, применять инструменты модерации, включая автоматическую защиту от спама и нецензурной лексики. Инструмент может пригодиться в разработке развлекательных или информационных сервисов, проигрывающие видео в режиме реального времени, игр-мультиплееров, социальных платформ.



Приятное нововведение от компании Slack: при помощи App Unfurls вы можете собственноручно создавать превью для любых ссылок, которыми делитесь с собеседником. Это работает как для внутреннего контента, хранящегося на доменах вашей компании, так и для внешних ссылок. Помимо собственно ссылки, превью может включать себя одну или несколько кнопок действия — интерактивность поможет команде сэкономить время.



API



Новый интерфейс командной строки Zapier обеспечивает тем, кто пишет приложения на Node JS, моментальную интеграцию с платформой для разработчиков напрямую из командной строки. Выход в экосистему из 750 с лишним инструментов открывает больше возможностей, чтобы писать, тестировать и деплоить продукты: соединяйте API, чтобы запрашивать информацию, обмениваться данными и вести совместные проекты, упрощайте процесс автоматизации и получайте фидбэк от сообщества.



Perspective – инструмент, который призван поддерживать здоровую атмосферу в онлайн-сообществах и делать дискуссии более продуктивными. Анализируя текст комментария по мере того, как пользователь вводит его в поле, сервис определяет и отображает примерный уровень «токсичности» еще до отправки. Такой алгоритм снижает риск появления оскорбительных комментариев, предоставляя пользователю фидбэк, и упрощает процесс модерации.



Jsnoxious предлагает коллекцию конечных пунктов API, которые вы можете использовать в архитектуре своего приложения, а также возможность создавать свои собственные непосредственно из браузера.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/324940/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Есть ли у вас ещё шанс достичь успеха

Вторник, 14 Марта 2017 г. 14:15 (ссылка)

Сколько вам надо времени, чтобы превысить показатель 140 баллов по IQ тесту? Полгода усердной работы с утра до ночи хватит? Наверняка. А это значит, вы станете лучше 99% тестируемых. Это примерно 2,5 тысячи часов — после вычета перерывов на сон, еду и другие мелочи. А ведь Малкольм Гладуэлл в своей известной книге «Гении и аутсайдеры» привел другую цифру достижения уровня мастерства — 10 000 часов. Он её не придумал, а вывел из статистики шведского психолога Андерса Эрикссона, опубликовавшего в 1993 году исследование, что мастерами скрипки и пианино не рождаются, а становятся. Важный нюанс — он сравнивал группы музыкантов, а не самые талантливые единицы.



Мастерам скрипичного дела требовалось в среднем именно столько часов практики, чтобы отличаться от профессионалов (в среднем 5000 часов) и хороших любителей (2000 часов). Гладуэлл популяризировал эту цифру, расширил умозрительно на другие сферы деятельности и преподнёс её читателям как гарантию успеха. Работай только 5 лет упорно и всё будет. Среди доказательств он ещё привел примеры бизнесменов-программистов от Билли Джоя до Билла Гейта. С тех пор его регулярно критикуют как за величину цифры, так и за подход — мол у каждого свои мозги и свои методики обучения.







В исследовании Эрикссона расчет 10 тысяч часов сделан на примере супер-профессионалов, но и мы сами можем легко прикинуть, что 5 лет в нормальном режиме на рабочем месте дают ощутимые профессиональные результаты. И если отбросить мелкие придирки, основная мысль Гладуэлла понятна, хотя и банальна — «без труда не вытащить и рыбку из пруда». Откуда столько споров?



Спорщики мотивируются разными целями. Одних гонит любопытство и поиск научной истины, другие продают образовательные методики и волшебные медицинские манипуляции. Но всем хочется найти волшебный рецепт успеха или продать его страждущим славы и богатства.



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



Первый вывод заслуживает реакции «спасибо кэп» — он о том, что практика помогает результатам. Но целью авторов была корреляция, в значениях которой они увидели много странного для себя. Например, одному шахматисту потребовалось 26 лет для достижения гроссмейстерского уровня, а другому — всего 2 года. О каком шахматисте в исследовании идёт речь, не приводится; опущено также, что считать стартом карьеры. Но для справки — самым молодым гроссмейстером стал в 12 лет Сергей Карякин. Сегодняшний лидер шахматного мира Магнус Карлсен добился звания в 13 лет. Бобби Фишер получил звание гроссмейстера в 15,5 лет. К моменту получения званий они играли: Карякин — 7 лет, Карлсен — 8, Фишер — 9. В часах оценить не представляется возможным — это к их родителям или биографам. Надо только отметить, что вышеприведенные 2 года — свидетельство условности многих исследований.



Шахматисты, спортсмены и музыканты начинают практиковаться, как правило, в раннем возрасте. Мозг ребенка очень гибок, нейронные связи активно формируются до 12 лет, и любые условные рефлексы в таком возрасте становятся безусловными на всю жизнь. В более зрелом возрасте учиться гораздо тяжелее. То есть у ребенка практика по эффективности обучения идет «год за два, а то и за три». В раннем старте есть и ещё одно достоинство — на тебя выпадает больше всего внимания и этот процесс приобретает характер нарастающей прогрессии. Чем больше у тебя успехов, тем больше о тебе пишут, тем больше у тебя наставников, доступа к инвентарю и оборудованию, заказов и иных ресурсов, позволяющих оттачивать мастерство. Сам успех мотивирует, конечно, тоже.



Если почасовые сравнения профессиональных достижений во многом притянуты за уши, что с объективными факторами? Например с генами. Роль генов никто не ставит под сомнение. Способности однояйцевых близнецов, например в рисовании, демонстрируются ими одинаково стабильно через 10 лет. Среди разнояйцевых близнецов одни сохраняют способности больше, другие меньше. Налицо влияние генов. Вопрос только, какой вес определяет наследственность в успехе человека. Консенсусное мнение ученых сегодня таково, что гены задают широкие границы возможностей, но достаточно гибко. Условно говоря, если длина всей шкалы IQ составляет 90 единиц — от 55 до 145 баллов, то разброс способностей конкретного человека (и его однояйцевого близнеца, при наличии) составляет 70 баллов — чуть выше или чуть ниже средней, то есть от 55 до 125 или от 75 до 145 соответственно. Конкретные результаты определяются практикой.



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



В выпячивании исключительной роли наследственности или детского опыта «возмутительна» не мысль, что помимо труда есть иные факторы успеха. Это понятно. Невыносима мысль, что труд можно заменить чем-то нам недостижимым, а тем более предположение, что этот фактор обеспечивает успех сильнее, чем труд. Гладуэлл и Эрикссон уравняли шансы людей на достижение успеха, а Мосинг их разрушает. Зря, как уже выше сказано, юные гроссмейстеры трудились хоть и меньше взрослых на пути к славе, но тоже весьма прилично поработали.



Эрикссон однозначно писал, что факторы влияют разные, но а) без труда успеха не достигает никто и б) упорный труд точно даст успех каждому. Как бы вам не повезло с генами или семейной поддержкой, но у вас есть все шансы догнать счастливчиков. А счастливчикам тоже придется потрудиться, халявы не будет. Первый миф регулярно опровергают примеры гениев, второй пока устойчив.



Авторы статьи в Business Iinsider констатируют, что толерантная идея про равенство возможностей уже пережила пик расцвета — расовое и половое неравенство в социальной сфере почти достигнуто, и евгеника потихоньку отвоевывает позиции. На смену индивидуальному равенству приходит равенство возможностей по конкуренции внутри групп. Условно говоря, белый американский программист всегда сможет стать лучше среднего русского программиста, хотя как группа американские программисты уступают нашим весьма значительно. Он может оказаться и изначально генетически талантливее, и впоследствии быстрее развиваться благодаря большей практике. Таланты есть в каждой группе, просто встречаются реже. Не надо только обобщать. С учетом этого факта исследование Эрикссона может быть одновременно и истинным, и ложным — 10 000 нужно отнюдь не каждому, но в среднем этот объем практики потребуется.



Поскольку дети или будущие музыканты Хабр читают редко — какая может быть мораль для всех нас, взрослых в этих исследованиях без четкого ответа на вопрос — какова роль генов, как и сколько именно надо работать для успеха?



Ряд психологов отразили эффект относительной косности мозга в теории двух частей интеллекта — подвижный интеллект и кристаллизовавшийся. Первый — это способность мыслить логически, анализировать и решать задачи независимо от предыдущего опыта; второй — накопленный опыт и способность использовать усвоенные знания и навыки. Первая часть способностей развивается до 30-40 лет, вторая — до 60-70.



Для проверки баланса вашего интеллекта попробуйте простое упражнение: возьмите колоду из 52 карт и перекладывая одну за одной попробуйте по памяти отмечать когда разные карты одного звания/ранга (без учета цвета/масти), повторяются с шагом три. Например в последовательности: 6-8-9-К-8-7-К ими будут восьмерка и король. Потом проверьте себя. Чем больше вы запомните, тем больше у вас кристаллизовавшийся интеллект, частью которого является память. Если у вас память не ахти — это значит, что вы имеете большой простор для творчества. Если конечно у вас не начался склероз…



Чем меньше вы были дисциплинированы, сосредоточены или целеустремленны раньше — тем больше шансов, что вы сохранили пластичность мозга до сего момента. А значит можете освоить любой навык и сейчас. Многие конкуренты впереди и толкаться локтями придется больше, но зато ваши навыки будут свежее.



Авторы исследования агитируют за евгенику, находя в ней 2 неоспоримых достоинства:




  1. Зная свои генетические предрасположенности, люди избегут карьер, в которых у нет нет шансов стать выдающимся деятелем. Это выгодно и конкретному человеку, и обществу в целом.

  2. Осознание своих пределов снимет часть вины с бесталантных за якобы недостаточное усердие — они всегда смогут сказать: я не лентяй, я просто медленно осваиваю по генетическим причинам. Радость для психотерапевта.



Однако тут с авторами можно поспорить. Во-первых, зная свою неспособность многие просто бросят трудиться — даже там, где у них есть шансы, хотя и меньшие. Во-вторых, природа творит новое из смесей разных способностей, а специализация — эволюционный тупик. Как кошки например.

В-третьих, структура экономики и общества вообще может сильно отличаться от генетического распределения способностей. Может так получиться, что будут миллионы пилотов и только сотни авиационных механиков. Ну пусть авиамехаников заменят роботы, но где взять столько пассажиров?



Использую наблюдения биолога Сергея Савельева, изучающего мозг, его размеры и вариативность. Он утверждает помимо прочего, что специализация на спорте, музыке или любом виде деятельности неизбежно тормозит развитие мозга в иных областях. Биологическое строение мозга определяет фору при рождении в 3 раза (настолько отличаются размеры мозга), но вариативность способностей мозга взрослого (размеры отдельных специализированных зонт неокортекса) отличается в 40 раз и вполне компенсирует эту стартовую разницу. Несмотря на огромное различие в количестве нейронов. Человек может, как Маяковский, не имея особой биологической предрасположенности, сосредоточить все мощности мозга на одной сфере и добиться огромных успехов в ней.







200 лет назад Фрэнсис Гальтон, основатель научного исследования интеллекта и двоюродный брат Чарльза Дарвина, проанализировал генеалогические записи сотен ученых, художников, музыкантов и обнаружил, что мастерство определяется происхождением. Во времена, когда писать умела только аристократия и буржуазия (с простым счетом и чтением дела были получше — в зависимости от страны), а знания были кастовым секретом, такой вывод неудивителен. Где были знания, там были и достижения. Карьерных лифтов тоже было не так много как сейчас, вот родственники и кучковались по отраслям. Пробиться в те века, наверное, было сложнее нынешнего. Настолько, что для многих аристократов и купцов карьерным и социальным лифтом сотни лет были опустошительные войны. Но вернемся к генам, воспитанию и практике.



Сегодня, если рассматривать вероятность успеха как некую функцию от доступности знаний, количества возможных сфер деятельности и скорости распространения информации (заказов и рекламы) можно предположить, что 10 000 часов Эрикссона-Гладуэлла это не константа, а переменная. Во времена Дарвина на поиск книг, практические занятия, накопление стартового капитала или поиск карьерных возможностей требовалось значительно больше 10 лет. Во времена Джонна Леннона и Билла Гейтса уже примерно 5 лет. Сейчас и рынков больше, и знания доступнее.






Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/323772/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как я сделал самый быстрый ресайз изображений. Часть 1, общие оптимизации

Вторник, 21 Февраля 2017 г. 16:12 (ссылка)

https://habrahabr.ru/post/322352/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как я сделал самый быстрый ресайз изображений. Часть 1, общие оптимизации

Вторник, 21 Февраля 2017 г. 16:12 (ссылка)

https://habrahabr.ru/post/322352/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как я сделал самый быстрый ресайз изображений. Часть 0

Вторник, 14 Февраля 2017 г. 11:17 (ссылка)

https://habrahabr.ru/post/321744/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как удаленно и централизованно управлять патчами и обновлениями ПО в компании

Вторник, 07 Февраля 2017 г. 10:29 (ссылка)





Своевременное обновление установленного в компании программного обеспечения и установка требемых патчей – это одна из важных задач, выполнение которой позволяет избежать различных сбоев в работе программ, а также обеспечивать должный уровень безопасности. Как можно централизованно и удаленно управлять обновлениями и патчами ПО в компании? Рассмотрим на примере облачного RMM-решения Panda Systems Management.



Задача: своевременное обновление ПО



Производители программного обеспечения регулярно выпускают обновления и патчи, которые, по большому счету, преследует две цели: с одной стороны, они позволяют исправить имеющиеся ошибки в программе, с другой стороны, закрывают обнаруженные уязвимости или дыры безопасности. Поэтому неудивительно, что своевременное обновление ПО является одной из приоритетных задач.



Соответственно, для решения этой задачи требуется своевременно знать о том, доступны ли обновления/патчи, а также оперативно контролировать, какие устройства уже были обновлены, а какие – еще нет. Очевидно, что при росте парка ИТ-устройств в компании (особенно при наличии удаленных офисов) требуются инструменты централизованного и удаленного управления и контроля.



Для автоматизированного решения данной задачи предлагаем Вам обратить внимание на RMM-решения, предназначенные для удаленного и централизованного мониторинга, обслуживания и поддержки корпоративных сетей.



Предлагаем рассмотреть решение задачи по управлению патчами на примере одного из таких решений — облачного сервиса Panda Systems Management.



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



Кстати, Вы можете бесплатно зарегистрировать лицензии Panda Systems Management на сайте www.pandasecurity.com и вместе с нами настроить управление патчами непосредственно в Вашей сети.

Итак, поехали.



Что такое управление патчами



В данном случае управление патчами – это набор инструментов для централизованного контроля, внедрения и установки патчей и обновлений ПО. Функции управления патчами в Panda Systems Management не только облегчают решение вопросов, связанных с регулярным обновлением ПО, но также позволяют выполнять аудиты, благодаря которым быстро и легко можно получить список устройств, которые не обновлены или имеют известные уязвимости.

Как мы уже говорили, благодаря управлению патчами можно избежать конфликтов в работе ПО, а также повысить уровень безопасности корпоративной сети.



Функции управления патчами в Panda Systems Management в настоящий момент поддерживают Windows-системы и используют Windows Update API, который присутствует на всех устройствах с Microsoft Windows, где установлен агент данного решения.



Какие патчи можно внедрять/применять?



Panda Systems Management позволяет Вам централизованно управлять всеми патчами и обновлениями, опубликованными корпорацией Microsoft в своем Windows Update. Microsoft публикует обновления для всех операционных систем Windows, поддерживаемых в настоящий момент, а также разрабатываемых корпорацией программных продуктов:



• Microsoft Office

• Microsoft Exchange

• SQL Server

• Windows Live

• Windows Defender

• Visual Studio

• Zune Software

• Virtual PC

• Virtual Server

• CAPICOM

• Microsoft Lync

• SilverLight

• Windows Media Player

• …и другие



Внедрение и установка патчей



Panda Systems Management предлагает три взаимодополняющих метода управления патчами. Каждый из них имеет различные функции для адаптации всех возможных потребностей и/или сценариев.



• Ручное управление патчами

• Политика Windows Updates

• Политика Patch Management



Управление патчами с помощью политик Windows Update и Patch Management являются взаимоисключающими. Рекомендуется отключать Windows Updates при использовании политик Patch Management для обновления операционных систем Windows, иначе это может привести к непредсказуемым последствиям.



Процедуры, описанные ниже, могут конфликтовать с другими процедурами, которые определены производителями стороннего ПО, например, как политики Windows Update, определенные в GPO. Поэтому рекомендуется отключать политики сторонних производителей, которые могут препятствовать политикам, определенным в Panda Systems Management.



Сравнительная таблица методов







Метод 1: Ручное управление патчами



Общее описание



Ручное управление патчами позволяет Вам отдельно выбрать патчи, которые требуется установить, в соответствии с критерием, применяемым администратором. Этот метод позволяет достичь максимальной гибкости, т.к. все время отображаются все патчи, установленные на каждом устройстве, а также патчи, ожидающие установки.



Этот метод может быть применим на любом уровне: Account, Site или Device. Таким образом, Вы можете выбрать патчи для определенного устройства (уровень Device), для определенной группы устройств или проекта (Site) или же для всех устройств, которые управляются Вами в рамках Вашего аккаунта в Panda Systems Management (Account).



Доступ к ручному управлению патчами



Вне зависимости от выбранного уровня, ручной метод доступен при открытии закладки Manage.







Доступные действия



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







Разрешить патч (Approve Patch)



Выберите патч и нажмите зеленую иконку. В результате этого патч будет ожидать установки. Разрешенные вручную патчи устанавливаются в тот момент времени, как настроено на закладке Manage на уровне Account.







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



Скрыть патч (Hide patch)

Выберите патч и нажмите синюю иконку, чтобы скрыть патч из списка доступных патчей.



Быстрая установка патчей (Quick patch)

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



Сбросить выбор патчей (Reset patch)

Нажмите белую иконку, чтобы сбросить выбор патчей.



Просмотр патчей



Все опубликованные патчи сгруппированы в три раскрывающихся списка в зависимости от их статуса по отношению к управляемому устройству.







Статусы:



• Missing Patches: Патчи, которые еще не были установлены на устройствах, принадлежащих данному уровню. На уровнях выше уровня Device также показывается количество устройств, на которых каждый конкретный патч еще не был установлен.



• Installed Patches: Патчи, которые уже были установлены на выбранном уровне. На уровнях выше уровня Device также показывается количество устройств, на которых каждый конкретный патч уже был установлен.



• Hidden Patches: Патчи, которые администратор решил скрыть в связи с тем, что их не требуется применять и по ним не требуется получать напоминания.



Чтобы упростить поиски, при раскрытии каждого списка доступна дополнительная информация по патчам, а также доступна дополнительная панель управления для фильтрации списка патчей.







Эта дополнительная панель управления позволяет Вам легко выбрать в списке те патчи, которые соответствуют следующим критериям:



• Severity: позволяет выбрать степень критичности патча, установленный корпорацией Microsoft: Critical (Критический), Important (Важный), Moderate (Умеренный), Low (Низкий) и Unspecified (Не определенный). Кстати, надо отметить, что Microsoft, как правило, устанавливает степень критичности только для патчей безопасности, а потому остальные патчи обычно имеют степень Unspecified.



• Reboot required: если устройство должно быть перезагружено после применения патча.



• User input required: если для применения патча требуется участие пользователя.



• Category: позволяет выбрать патчи, которые применяются к определенной программе.



Panda Systems Management по каждой записи предоставляет следующую информацию:







• Check: чекбокс для выбора патча.



• Action icon: отображается иконка, соответствующая статусу патча. У тех патчей, которые ожидают установку, данная иконка будет зеленым цветом, у скрытых пачтей – синяя и т.д.



• Title: полное название патча в соответствии с информацией от Windows Update.



• Severity: степень критичности патча по информации от Windows Update.



• Reboot: в том случае, если после установки патча требуется перезагрузка устройства, в данном столбце будет показываться галочка.



• User input: показатель того, требуется ли вмешательства пользователя для установки патча (диалоговые окошки для разрешения установки, EULA и пр).



Когда применяется данный метод



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



Метод 2: Политика Windows Update



Общее описание



Политика Windows Update разрешают централизованную конфигурацию функций Windows Update на устройствах Windows в корпоративной сети. Данная политика доступна на уровнях Account и Site.



Доступ к методу Политика Windows Update



Чтобы воспользоваться данным методом, необходимо создать политику Windows Update на уровне Account или Site. Для этого на соответствующем уровне на закладке Policies нажмите кнопку для добавления политики (на приведенном ниже рисунке представлен пример добавления новой политики на уровне Site, нажатием кнопки New Site Policy…).







После этого в выпадающем окне необходимо указать название политики и выбрать тип политики Windows Update.







В результате этого откроется окно, в котором Вы можете централизованно настроить поведение Windows Update на всех устройствах, к которым будет применена данная политика.

Политики Windows Update настраиваются аналогичным образом, как и ресурсы Windows Update на каждом индивидуальном устройстве Windows.



Windows Update классифицирует патчи по трем категориям:



• Important (Важные)

• Recommended (Рекомендуемые)

• Optional (Не обязательные)



Только важные и рекомендуемые патчи могут быть установлены автоматически. Остальные патчи будут установлены вручную с устройства пользователя или через Panda Systems Management при использовании других методов управления патчами.



Все настройки данной политики являются транспозицией функций Windows Update на устройствах Windows. Таким образом, все указанные действия относятся к устройствам, а не к Агенту или Консоли управления.



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



Итак, окно с настройками политики:







Ниже приводим описание некоторых опций политики:



• Add target: позволяет Вам добавить фильтры или группы, которые ограничивают область применения политики



• Patch Policy: позволяет Вам указать основное поведение Windows Update на каждом устройстве в отношении к патчам, которые классифицированы корпорацией Microsoft как “Important” (Важные): автоматически скачивать и устанавливать, ручное скачивание и выбор пользователем, уведомлять без скачивания, отключить Windows Update. При этом, чтобы предотвратить пересечение политик в том случае, если Вы уже используете другой метод обновления патчей с помощью Panda Systems Management или сторонних продуктов, рекомендуется создать политику Windows Update со значением данного параметра “Disable Windows Update”



• Install new updates: укажите периодичность установки патчей



• Give me recommended updates the same way I receive important updates: применяет параметр политики, указанный в опции Patch Policy, как для важных патчей, так и для рекомендованных



• Allow all users to install updates on the computer: разрешает пользователям вручную устанавливать патчи



• Give me updates for Microsoft products and check for new optional Microsoft software when updating Windows: проверяет необязательные патчи, основные патчи для других продуктов Microsoft



• Show me detailed notifications when new Microsoft software is available: показывает пользователю подробные уведомления в том случае, когда доступно новое ПО Microsoft



• No auto-restart with logged on users for scheduled automatic updates installations: если выбрана эта опция, то после установки патчей пользователь уведомляется о том, что необходимо перезагрузить ПК. Если опция не включена, то в этом случае после установки патчей пользователь будет уведомлен о том, что его ПК будет перезагружен через 5 минут



• Re-prompt for restart with scheduled installations: предлагает указать, за какое количество минут Windows Update предложит пользователю перезагрузить ПК в том случае, если были установлены патчи, требующие перезагрузки устройства



• Delay restart for scheduled installations: определяет количество минут, в течение которых после установки патчей система будет ожидать перезагрузки. Если ничего не указано, то используемое по умолчанию время – 15 минут



• WSUS: разрешает использовать альтернативный локальный или удаленный сервер Windows Server Update Services для того чтобы минимизировать загрузку индивидуальных патчей на каждое устройство в сети



• Enable Client-Side Targeting: если используется WSUS-сервер с включенной опцией Client-Side Targeting, то группы и устройства, которые они содержат, будут вручную определены на WSUS-сервере. Этот параметр позволяет Вам указать группы, к которым принадлежат устройства, где будет применена данная политика (для разделения используйте запятую). При этом если некоторые или все устройства, на которых должна быть применена политика Windows Update, не совпадают с теми устройствами, что настроены в группах WSUS, то к таким устройствам политика применяться не будет.



Когда применяется данный метод



• Если администратору необходимо гарантировать, что все важные патчи автоматически устанавливаются на всех устройствах в сети, при этом пользователи не могут помешать этому

• Если администратору не требуется контролировать каждый установленный патч и он может делегировать решение об установке патча корпорации Microsoft в соответствии с их классификацией патчей в качестве важных или рекомендуемых

• Если не требуется автоматически устанавливать патчи, классифицированные как необязательные.



Метод 3. Политика Patch Management



Общее описание



Политики Patch Management разрешают автоматическую установку патчей аналогично тому, как это реализовано для политик Windows Update. Основное различие заключается в том, как сгруппированы патчи, которые необходимо устанавливать. В то время как ручной способ позволяет Вам выбрать применение каждого отдельно взятого патча, а политика Windows Update позволяет Вам применять патчи по уровню (важные, рекомендованные или необязательные), то политика Patch Management позволяет Вам выбрать патчи, которые необходимо применить, группируя их более гибким способом: по названию, описанию, размеру, типу и пр.



Данный метод поддерживается на уровнях Account и Site.



Доступ к методу Политика Patch Management



Чтобы воспользоваться данным методом, Вам необходимо на уровне Account или Site создать новую политику с типом Patch Management.







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







• Add target: позволяет Вам добавить фильтры или группы, которые ограничивают область применения политики



• Shedule Options: позволяет Вам указать время применения патчей. Нажмите Click to change в блоке Shedule для отображения формы, где Вы сможете выбрать интервал установки патчей и периодичность







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



• Install criteria: позволяет Вам выбрать патчи для установки на устройство. Здесь предусмотрено три опции:



— Install all patches: устанавливает все выпускаемые патчи



— Filter patches by: позволяет Вам настроить фильтр с одним или несколькими критериями: категория, условие (в зависимости от выбранной категории) и объект поиска (также зависит от выбранной категории).







Вы можете создать сложные критерии выборки, настроив несколько категорий с логикой применения И/ИЛИ (соответствует положению переключателя AND/OR). Вы также можете настроить различные значения для каждой категории с помощью логических операторов AND/OR.



Когда применяется данный метод



• Если администратору необходима более высокая гибкость по сравнению с методом Политика Windows Update



• Если администратору необходимо автоматически и централизованно устанавливать все патчи без исключения.



Аудиты



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







Критерии выбора позволяют показывать информацию по всем устройствам, только серверам или только рабочим станциям на сайте или в рамках всего аккаунта.



В зависимости от критериев выбора в круговой диаграмме ниже будет показываться соответствующая статистика. При этом синим цветом показывается количество устройств с неустановленными некритическими обновлениями, оранжевым цветом показывается количество устройств с неустановленными критическими обновлениями, а зеленым цветом показывается количество устройств, которые являются полностью обновленными.



Справа от круговой диаграммы показывается список 10 наиболее уязвимых устройств в зависимости от критериев выбора. Если Вы нажмете на интересующий Вас сегмент на круговой диаграмме, то данный список обновится, и он будет показывать информацию только по данному сегменту.



Если в данном списке нажать на название в столбце Hostname, то Вы перейдете в детальную информацию по данному устройству для того, чтобы посмотреть, какие конкретно патчи на данном устройстве не были установлены, и разрешить требуемые патчи.



Если в данном списке нажать на зеленую иконку со стрелкой в столбце Quick patch, то в этом случае на данном устройстве незамедлительно будут применены патчи в соответствии с выбранными критериями (критические или некритические) в зависимости от того, кликнули ли Вы на синем или оранжевом сегменте круговой диаграммы.



Заключение



Современные комплексные RMM-решения позволяют централизованно решать одну из важных задач любого ИТ-департамента: обеспечение своевременного обновления установленного в корпоративной сети ПО во избежание проблем в его работе и устранению известных брешей безопасности и уязвимостей. Не трудно понять, что эффективное решение поставленной задачи позволяет повысить эффективность работы сотрудников компании, а значит, и ее конкурентоспособность.



Кстати, во второй половине февраля станет доступна новая версия Panda Systems Management, в которой будут внесены определенные изменения в управление патчами, что позволит сделать этот процесс еще более управляемым, простым и эффективным.

Добивайтесь большего, делая меньше!
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/321302/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Шустрый, удобный и кроссплатформенный профилировщик C++ кода

Четверг, 02 Февраля 2017 г. 10:49 (ссылка)

Всем привет. Несколько месяцев назад мы вместе с victorzs решили сделать простой и удобный профилировщик c++ кода (подразумевается профилирование времени исполнения участков кода, функций).





Скриншот профилирования примера из SDK CryEngine



Существующие решения нам не подходили по ряду причин. Нам нужен был качественный профайлер, умеющий делать следующее:


  • Профилировать выбранные участки кода

  • Работать на нескольких платформах

  • Учитывать переключение контекста

  • Требовать минимальных дополнительных затрат памяти во время профилирования

  • Не накладывать дополнительных временных ограничений во время выполнения приложения. Согласитесь, если профилировщик будет работать дольше, чем профилиуремый косочек кода, то можно сделать некорректные выводы.





В результате тщательной проработки появился на свет профайлер, умеющий делать всё вышеперечисленное, и даже больше!

Если вы хотите знать, сколько времени работает ваш код, и иметь при этом объективные доказательства — прошу под кат, где я покажу, как использовать профилировщик.





Интегрирование в код




  1. Качаем и распаковываем свежий релиз отсюда: https://github.com/yse/easy_profiler/releases

  2. Прописываем компилятору директорию для поиска заголовочных файлов: /include

  3. Прописываем компоновщику директорию для поиска библиотек: /bin

  4. Добавляем definition компилятору: BUILD_WITH_EASY_PROFILER

  5. Добавляем блоки в те места кода, которые хотим замерить. Например:



    #include profiler.h>

    void foo() {
    EASY_FUNCTION(profiler::colors::Magenta);// Начать блок с именем, совпадающим с именем функции

    EASY_BLOCK("Calculating sum");// Блок с цветом по умолчанию
    int sum = 0;
    for (int i = 0; i < 10; ++i) {
    EASY_BLOCK("Addition", profiler::colors::Red);// Блок будет закончен при выходе из области видимости
    sum += i;
    }
    EASY_END_BLOCK; // Закончить блок (в данном случае блок с именем "Calculating sum"

    EASY_BLOCK("Calculating multiplication", profiler::colors::Blue500);
    int mul = 1;
    for (int i = 1; i < 11; ++i)
    mul *= i;
    //на выходе из функции автоматически будут закрыты все открытые и незавершённые в этой функции блоки. В данном примере, автоматически закроются блоки с именами "Calculating multiplication" и "foo"
    }



  6. Не забываем положить рядом с собранным приложением библиотеку easy_profiler (*.dll или *.so). Или прописываем в системную переменную PATH (в линуксе достаточно в LD_LIBRARY_PATH) директорию /bin





Добавленные блоки в режиме сбора статистики занимают минимально-возможное время (как мы этого добились — в дальнейших статьях о технической реализации). На машине с процессором Core i7-5930K 3.5GHz, 16 Gb RAM, Win7 Pro в приложении с 12 потоками средняя «стоимость» одного блока — порядка 10-15 наносекунд! Подобный результат достигнут и на Fedora 22 . Вот график замеров (по оси x — количество блоков, по y — наносекунд на блок):







Кроме того, видно, что зависимость линейная — количество блоков не влияет на временную характеристику.



Профилирование





Получение и анализ результатов происходит в программе с незамысловатым названием profiler_gui (в директории bin). Инициализация профилоровщика возможна двумя способами:


  1. Подключением по сокету приложением profiler_gui. Для этого необходимо инициализировать прослушивание сокета в профилируемом приложении. Это делается просто:

    profiler::startListen();


    Данная функция запускает поток, который слушает по порту 28077 (порт можно поменять параметром в функции profiler::startListen(portNumber)) команды управления. Остановить прослушивание можно вызовом функции (хотя это совсем не обязательно):

    profiler::stopListen();




    Сбор блоков начинается после коннекта profiler_gui к профилируемому приложению и нажатия на кнопку «Capture» на тул-баре. После остановки профилирования (нажать на «Stop») собранная информация передается через сокет из профилируемого приложения в profiler_gui и сразу же сохраняется на диск в файл easy_profiler.cache. Можно также сохранить всю информацию в отдельный файл (при этом просто происходит перемещение файла easy_profiler.cache).




  2. Сохранением результата в файл. Для этого сперва необходимо инициализировать профайлер, а затем в необходимый момент сохранить файл. Это делается следующим образом:

    int main()
    {
    EASY_PROFILER_ENABLE;
    /* do work*/
    profiler::dumpBlocksToFile("test_profile.prof");
    }


    После этого сохранённые файлы можно открыть в программе profiler_gui




Для получения информации о переключении контекста в Windows необходимо запускать профилируемое приложение с правами администратора. В linux дело обстоит чуть сложнее: необходимо запускать с привилегиями суперпользователя скрипт, находящийся в директории scripts/context_switch_logger.stp с параметрами. Данный скрипт интерпретируется программой systemtap. В Fedora нужно выполнить команду:

#stap -o /tmp/cs_profiling_info.log scripts/context_switch_logger.stp name APPLICATION_NAME


Где APPLICATION_NAME — имя профилируемого приложения, файл /tmp/cs_profiling_info.log — файл, куда записывается информация о переключениях контекста. Привилегии суперпользователя необходимы потому, что информацию о переключении контекста возможно получить только в пространстве ядра.



Анализ результатов



Для демонстрации возможностей анализатора результатов попрофилируем простой пример из CryEngine. В самом CryEngine есть несколько профилировщиков и для их организации существуют макросы, в которые легко встроить любой профайлер.



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



На скриншоте представлен общий вид программы с результатом







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



В центральной части представлена диаграмма времён либо потока, либо выбранного блока. Здесь время исполнения блока оценивается по вертикали, по горизонтали — время выполнения программы. т.е. можно смотреть всплески длительности блоков и при необходимости более детально оценить проблему.



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



Краткую статистику по блоку можно посмотреть в верхней части экрана. После наведения курсора на блок — появляется всплывающее окошко с краткой сводкой:





В этой сводке информация по общей длительности суммарно всех блоков такого типа и сколько эта сумма составляет процентов от фрейма (самый верхний родитель для данного блока), от суммарного времени потока и от своего родителя. Во многих случаях это исчерпывающая информация.



Ещё одной очень удобной фичей является динамическое включение/отключение блоков. Для этого надо открыть диалог (иконка ) и в появившемся окне включить или отключить желаемые блоки. При следующей сессии профилирования эти настройки будут учтены.





Отключаем сбор информации для функции C3DEngine::GetWaterLevel



Итак, преимущества профилировщика:

— Скорость работы

— Минимальные затраты памяти

— Кроссплатформенность

— Удобное и функционально графическое представление



Единственным ограничением использования является необходимость сборки профилируемого приложения компилятором, поддерживающим стандарт c++11.



Данный профилировщик будет полезен как для разработчиков движков игр (как ИИ, так и 3D), так и для тех, кто использует уже готовые движки, да и для всех, кто заботится о производительности своего приложения. Данный профайлер используется нами в рамках разработки системы визуализации для авиационных и тактических тренажёров.



Спасибо за внимание! С удовольствием ждём обратной связи (вопросы, пожелания, баги, звёздочки на гитхабе, пулл-реквесты). В процессе разработки были решены кое-какие нестандартные задачи, о чём хочется написать отдельные статьи.



Original source: habrahabr.ru.

https://habrahabr.ru/post/318142/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lenov_ru

Classic Gold Miner v 1.5 (Mod Money/Ads-Free) » Клуб пользователей планшетов на ANDROID / Lenovo IdeaTab A2109 8GB / Samsung Galaxy Tab 2 7.0 / Asus Transformer TF700T / NVIDIA Tegra 3

Среда, 01 Февраля 2017 г. 08:36 (ссылка)
lenov.ru/games/27978-classi...-free.html


Classic Gold Miner - аркада с классической механикой геймплея. Геймеры будут помогать седобородому авантюристу и искателю приключений управляться с хитроумной машиной. Точность и своевременность

Комментарии (0)КомментироватьВ цитатник или сообщество
ssmmua

Смартфон Apple iPhone 6s vs Xiaomi Mi5 – попытка дотянуться до звезд

Понедельник, 30 Января 2017 г. 18:42 (ссылка)
ssmm.org.ua/?p=8702

Сравнение смартфонов Apple iPhone 6s и Xiaomi Mi5. Представление дизайна устройств, характеристик их дисплеев, производительности, установленных ОС,


1.
20170113-gb3x-30kb (700x287, 100Kb)
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

В поисках перформанса: мониторинг производительности JVM под Linux при помощи BPF

Пятница, 27 Января 2017 г. 17:03 (ссылка)

Специалист по низкоуровневой оптимизации приложений, Саша Гольдштейн, в рамках своего доклада на JPoint немного отклонится от привычной тематики .NET и расскажет об инструментарии, помогающем бороться за производительность Java приложений под Linux. Что это за инструмент, кому он нужен и зачем, мы решили узнать заранее и взяли у Саши интервью.



JUG.Ru Group: Расскажите, пожалуйста, пару слов о себе и своей работе?



Саша Гольдштейн: Меня зовут Саша Гольдштейн, последние 10 лет я работаю в израильской консалтинговой компании Sela в качестве CTO.

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

Моя типичная рабочая неделя наполнена самыми разными задачами: я преподаю, исправляю ошибки или проблемы производительности для клиентов, а также работаю над внутренними проектами. Также я вхожу в программный комитет пары конференций: нашей собственной SDP (Тель-Авив, Израиль), а также DotNext (Москва и Санкт-Петербург, Россия), что на удивление занимает довольно много времени.



«Производительность большинства приложений определяется не железом или средой исполнения» – Sasha Goldshtein о мониторинге производительности Java под Linux


JUG.Ru Group: Обычно вы много рассказываете о производительности .NET. Что подтолкнуло вас в сторону Java?



Саша Гольдштейн: Действительно, большая часть моей работы связана с C# и C++ под Windows. Я провел много времени, оптимизируя и решая выявленные проблемы с производительностью .NET. Однако в работе над низкоуровневой оптимизацией и отладкой в рамках разных технологий прослеживаются общие элементы: инструменты могут иметь разные названия, но общие принципы, методология и мыслительный процесс совпадают. В последние пару лет я близко познакомился с BPF — фреймворком трассировки под Linux, и это подтолкнуло меня к идее использования BPF для анализа производительности JVM.



JUG.Ru Group: В чем особенности борьбы за производительность в Java на фоне .NET?



Саша Гольдштейн: Как я сказал, многие вещи идентичны. Производительность большинства приложений определяется не железом или средой исполнения (JVM, CLR, Python или чем-то еще), а окружением: особенностями доступа к базам данных, скоростью поиска на диске и обработки сетевых запросов. Для подобного класса приложений по большому счету не важно, какую среду исполнения вы используете. Когда речь заходит о низкоуровневой оптимизации, например, минимизации потребления памяти, оптимизации отдельных алгоритмов, скорость работы которых определяется процессором (CPU-bound), и тому подобных вещах, есть ситуации, в которых разница между платформами действительно имеет значение, особенно если вам необходимо настроить среду исполнения под ваше приложение. В общем случае JVM настраивается более гибко, нежели CLR; и, мне кажется, в последние годы больше усилий было вложено именно в оптимизацию различных реализаций JVM, чем в Microsoft CLR.



JUG.Ru Group: В каких случаях борьба за производительность реально требуется, все-таки эта задача «дорогая» в плане временных затрат? Какие факторы явно говорят о том, что с перфомансом есть проблемы?



Саша Гольдштейн: Зачастую производительность не является функциональным показателем, которого необходимо достичь. Но даже если вы не строите системы реального времени или сверхбыстрые клиентские приложения, есть, вероятно, некоторые минимальные (разумные) границы скорости, которые ваши пользователи не будут готовы пересечь. Например, веб API, которому требуется 5 секунд на обработку запроса на входа в систему, скорее всего разозлит людей. Есть еще и вопрос стоимости: оптимизация производительности обычно означает, что вам потребуется меньше аппаратных ресурсов, а это означает прямую непосредственную экономию затрат, учитывая принятую многими политику «облака в первую очередь» (cloud-first).

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







JUG.Ru Group: С чего стоит начинать исследование проблем с производительностью?



Саша Гольдштейн: Критичным моментом является наличие хорошего описания системы, например, функциональной блок-схемы. Когда вы понимаете, условно говоря, «механику работы»: какие есть основные компоненты и как они между собой связаны, гораздо проще предположить, где искать узкие места, также как гораздо легче понять, с чего стоит начинать поиск проблемы. Инструменты — вторичны. Прежде чем запустить ворох инструментов, вам необходимо понять, какие есть различные ресурсы, как они могут перегружаться, и как проверить предложенные гипотезы, чтобы добиться прогресса. Например, вы можете потратить дни на оптимизацию производительности CPU при выполнении некоторого алгоритма сортировки, но после этого обнаружите, что 99% времени отнимает запрос данных из БД, так что более или менее эффективная сортировка не дает вклада в общее время выполнения.



JUG.Ru Group: Можете ли вы рассказать об основных возможностях инструментария на примере BPF?



Саша Гольдштейн: BPF представляет собой мощный механизм ядра, представленный в последних версиях ядер Linux и позволяющий вводить динамические программы трассировки в ядро. Эти программы контролируемо безопасны и не могут привести к сбою в системе, также они не требуют компиляции и загрузки модулей ядра. В результате у нас есть фреймворк трассировки, который может работать очень близко к источнику основных событий, в частности, к обработке сетевых пакетов, отправке запросов к диску, обработке аппаратных прерываний и аналогичных. Предвидя ваш вопрос отмечу, что есть также некоторые специфичные для JVM события, которые я буду рассматривать в рамках доклада на JPoint: сборка мусора, распределение объектов, блокировка на освобождение монитора и многие другие.

Более того, BPF позволяет создавать инструменты, в которых агрегация происходит на уровне трассировщика — например, если вас беспокоит гистограмма задержек (например, задержек HTTP-запросов), вам не нужно делать дамп миллиона событий, а затем проводить постобработку для вычисления гистограммы. Вместо этого ваша BPF-программа обеспечивает агрегирование в режиме реального времени и выдает на анализ только окончательный результат.

Существует очень мощный инструментарий, который разрабатывается людьми из Facebook, Netflix, Plumgrid (VMWare) и других компаний (в том числе при моем скромном участии :-)).



JUG.Ru Group: Насколько он сложен во внедрении в рабочий процесс и освоении?



Саша Гольдштейн: BPF не сложен в использовании, поскольку есть множество вызываемых всего одной командной строкой инструментов, которые могут быть использованы для выявления проблем с производительностью. Например, есть инструмент под названием mysqld_slower, который выводит медленные запросы MySQL.

Единственная проблема заключается в том, что вам нужно установить новое ядро Linux, чтобы использовать инструменты BPF. Большая часть функциональности была включена в Linux 4.1 и 4.4 (который у вас есть в Ubuntu 16.04, например), но другие функции требуют еще более новых версий, в частности, 4.9, которых у большинства пока нет в продакшене. Это конечно можно обойти путем обновления только ядра, благодаря такому подходу компании, вроде Facebook, Netflix и других, получили все преимущества BPF.







JUG.Ru Group: Можно ли привести пример «типичных граблей» в работе с performance, с которыми позволяет бороться инструментарий на основе BPF?



Саша Гольдштейн: Инструменты BPF полезны для диагностики приложений, ограниченных возможностями процессора, временем блокировки (блокировки, I/O), проблемами доступа к файлам, медленными запросами к базам данных, сетевыми запросами, сборкой мусора — на самом деле очень широким спектром проблем. Многие из них я рассмотрю в своем докладе.



JUG.Ru Group: Есть ли задачи, с которыми позволяет разобраться только этот инструментарий?



Саша Гольдштейн: Да. Когда вам нужно обработать трассировщиком большое количество событий, BPF незаменим. Даже довольно простые сценарии, такие как профилирование CPU, можно сделать намного более эффективным при использовании поддержки профилирования в BPF. В большинстве случаев решение задач, вроде обработки каждого входящего запроса и агрегирования информации о задержке, не практично с другими инструментами анализа производительности.

В моем докладе мы рассмотрим мониторинг блокировок, разрешение DNS, запросы MySQL и кучу других проблем, которые можно назвать типичными для систем на продакшене.



JUG.Ru Group: Ваш доклад — больше практический. На кого он в первую очередь ориентирован?



Саша Гольдштейн: Мой доклад предназначен для разработчиков и инженеров по эксплуатации (Ops Engineer), развивающих ПО под Linux. Фокус внимания будет направлен на JVM (потому что это JPoint!), так что все примеры будут на Java. Мы рассмотрим кучу примеров, которые, я надеюсь, будут полезны для диагностики проблем с их собственными системами — и даже если у вас нет достаточно свежей версии ядра Linux сегодня, оно появится в самом ближайшем будущем. Я думаю, каждый разработчик, работающий на Linux, в один прекрасный день найдет применение для инструментов BPF.






Если у вас есть вопросы, предложения и замечания — спрашивайте, Саша готов ответить на них в комментариях.



P.S. Кроме Саши, на JPoint 2017 о перфомансе будут рассказывать Алексей @shipilev Шипилёв, Сергей Walrus Куксенко, Владимир vladimirsitnikov Ситников и Николай xpinjection Алименков. О чем именно? Смотрите список докладов.



А если вы живете в Сибири и до Москвы вам не добраться, рекомендуем присмотреться к JBreak 2017.
Original source: habrahabr.ru.

https://habrahabr.ru/post/320620/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как можно удаленно и централизованно осуществлять инвентаризацию и аудит всех ИТ-активов компании

Четверг, 19 Января 2017 г. 10:05 (ссылка)



Как можно управлять тем, о чьем существовании Вы даже не знаете? Постоянная и 100% видимость всего аппаратного и программного обеспечения в Вашей компании позволяет более эффективно управлять ИТ-активами, планировать ИТ-бюджеты, контролировать их использование и, банально, предотвращать кражи оборудования. Как можно централизованно и удаленно осуществлять инвентаризацию своих ИТ-активов? Рассмотрим на примере облачного RMM-решения Panda Systems Management.



Задача: иметь данные обо всех ИТ-активах



Бесспорно, сложно управлять тем, о чем Вы не знаете или чего не видите. Это относится и к ИТ-хозяйству компании, эффективность управления которых напрямую зависит от того, насколько хорошо Вы знаете все свои ИТ-активы.

Есть ли у Вас 100% постоянная видимость всего аппаратного и программного обеспечения в Вашей ИТ-инфраструктуре?

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

представление о том, чем Вы располагаете.



Но когда требуется решить вопросы совместимости, подготовить информацию для годового бюджета или ответить на «разовые» запросы руководства или сотрудников других отделов, Вам нужно быстро получить всю необходимую информацию. Как это сделать, не гоняя в разные офисы технических специалистов, заполняющих таблицы Excel, или не просматривая каждый компьютер отдельно?



Решение: возможности инвентаризации в RMM-сервисе



Для автоматизированного решения многочисленных ИТ-задач, включая и задачи инвентаризации, хорошо себя зарекомендовали комплексные RMM-решения, предназначенные для удаленного и централизованного мониторинга, обслуживания и поддержки корпоративных сетей. К их числу относится и облачный сервис Panda Systems Management.



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



Сегодня же мы поговорим про его возможности инвентаризации, предоставляющие Вам постоянно обновленную информацию и полную видимость Ваших ИТ-устройств.



Итак, сегодня мы расскажем:




  1. Аудит аппаратного обеспечения

  2. Аудит программного обеспечения

  3. Контроль лицензий

  4. Аудит служб

  5. Контроль изменений



Вы можете бесплатно зарегистрировать триал-версию Panda Systems Management на сайте и протестировать сервис в своем IT-окружении.



Как быстро внедрить решение в Вашем ИТ-окружении можно узнать в нашей обзорной статье.



Введение



Panda Systems Management помогает Вам каталогизировать все Ваши аппаратные и программные активы, а также отслеживать появление любых новых устройств и ПО, установленного на них, и контролировать лицензии приобретенных Вашей компанией программ.

Все функции инвентаризации доступны через закладку Audit в панели закладок.



Данные, получаемые через закладку Audit, обновляются каждые 24 часа. Но их можно обновить по запросу в любое время, если в панели действий нажать на иконку с биноклем:





Закладка Audit доступна в Panda Systems Management на трех уровнях (Account, Site и Device), отображая общую или более детальную информацию в зависимости от того, на каком уровне Вы просматриваете данные аудита.



Типы аудитов



Доступны пять типов аудитов:

Hardware: Устройства в корпоративной сети, установленное аппаратное обеспечение и пр.

Software: ПО, установленное на тех устройствах, где установлен агент Panda Systems Management.

Licenses: Подробности по использованию лицензий приобретенного ПО.

Services: Показывает службы, установленные на компьютерах с Windows, а также их статус.

Changes: Системные логи, изменения в аппаратном и программном обеспечении.

В зависимости от уровня (Account, Site или Device), на котором Вы просматриваете информацию в Panda Systems Management, могут быть доступны те или иные типы аудитов:












































Тип аудита / Уровень Account Site Device
Hardware да да да
Software да да да
Licenses да да нет
Services нет нет да
Changes нет нет да


Т.е. если Вы находитесь на уровне Account (просмотр данных по всему Вашему аккаунту) или Site (просмотр данных по конкретному проекту в рамках аккаунта – например, конкретная компания или ее подразделение), то Вы можете проводить общую инвентаризацию аппаратного и программного обеспечения, включая контроль лицензий. При работе на уровне Device (т.е. на уровне отдельно взятого устройства), Вы уже можете дополнительно контролировать изменения и получать информацию по службам.



Аудит аппаратного обеспечения



На уровне Account



Показывает платформы (модели) аппаратного обеспечения, используемого на управляемых устройствах для всего аккаунта. Платформа устройства содержит марку и модель материнской платы, а также название компании-сборщика ПК и устройств. Для каждой платформы отображается количество устройств, на которых она присутствует. При нажатии на название платформы отображается список устройств с данной платформой, управляемых с помощью Panda Management Systems.

На уровне Site



Показывает информацию об управляемом аппаратном обеспечении в рамках сайта (компании или ее подразделения). При этом вся информация разбита на две секции:

Managed devices

Содержит список устройств, управляемых с помощью Panda Systems Management, сгруппированных по модели. Для каждой модели показывается количество устройств. При нажатии на названии платформы, открывается список устройств с выбранной платформой.





Unmanaged devices

Содержит управляемый вручную список устройств, которые не управляются автоматически с помощью Panda Systems Management, но при этом Вы хотите, чтобы они отображались в консоли решения для целей инвентаризации.





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





На уровне Device



Аудиты на уровне устройств являются более подробными, отображая всю соответствующую информацию о выбранном устройстве.



Содержимое закладки Audit меняется в зависимости от типа устройства.



Для устройств с Windows, Linux и OS X
































































Поле Описание
Host name Название устройства
UID Внутренний идентификационный номер устройства
Operating system Операционная система, установленная на устройстве, и внутренняя версия
Motherboard Марка и модель материнской платы
BIOS Name Производитель BIOS
BIOS Version Версия BIOS
BIOS Release Date Дата выхода данной версии BIOS
Processor Марка и модель процессора
Memory Количество свободных и используемых слотов памяти, объем памяти (общий и по каждому слоту), номер партии, серийный номер, скорость и тип
Display adapter Марка и модель видеокарты
Storage Информация о жестких дисках и локальных подключенных устройствах хранения информации: буква устройства, размер, объем свободного пространства и описание
Monitors Марка и модель подключенного монитора
Network adapters Информация о сетевой карте: марка и модель, Mac-адрес и скорость интерфейса


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





Для устройств с Android и iOS
















































Поле Описание
Host name Название устройства
UID Внутренний идентификационный номер устройства
Operating system Операционная система, установленная на устройстве, и внутренняя версия
IMEI Идентификационный номер мобильного устройства
Model Модель смартфона или планшета
ICCID Идентификационный номер SIM-карты
Operator Компания, которая предоставляет услуги телефонной связи
Number Номер телефона
Network adapter Информация о сетевой карте: логический идентификатор, Mac-адрес и скорость интерфейса




Для систем ESXi












































Поле Описание
Host name Название устройства
UID Внутренний идентификационный номер устройства
Operating system Операционная система, установленная на устройстве, и внутренняя версия
Processor Марка и модель процессора
Guest Info Информация о виртуальных машинах, созданных на сервере ESXi: название машины, операционная система, процессор, память и пр.
Memory Подробная информация об установленной операционной памяти: модуль, тип, номер партии, серийный номер, объем, скорость
Storage Подробная информация о локальных и удаленных хранилищах данных, настроенных на сервере: название, производитель, файловая система, общий объем, объем свободного пространства, статус и пр.
Network adapters Информация о сетевой карте: логический идентификатор, Mac-адрес и скорость интерфейса


Аудит программного обеспечения



На уровне Account



Показывает всю информацию о программном обеспечении, установленном на всех найденных в рамках аккаунта устройствах, в виде списка, отсортированным по названию программы и ее версии.



При нажатии на названии программы Вы можете просмотреть список устройств, на которых она установлена, а также выполнить соответствующие действия по отношению к группе этих устройств, такие как апгрейд версии или запуск скриптов для деинсталляции программных пакетов.



На уровне Site



Показывает список программ, установленных на устройствах в рамках конкретного сайта. Информация представлена в таком же виде, как и при просмотре на уровне Account (см. выше).

На уровне Device



Показывает список программ, установленных на выбранном устройстве. Информация представлена в таком же виде, как и при просмотре на уровне Account (см. выше).



Контроль лицензий



На уровне Account



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

В этой связи, можно сгруппировать несколько программ вместе, и Panda Systems Management будет сравнивать эти группы с программами, установленными на устройствах.



Пакеты

Создание группы или пакета ПО имеет смысл в том случае, если программы в группе лицензированы или куплены как единое целое. Например, в пакет Microsoft Office входит несколько программ, которые обычно не покупаются по отдельности (Word, Excel, PowerPoint и т.д.). В этом случае, тот факт, что установлена одна из программ, может означать потребность в приобретении лицензий для целого пакета.



Чтобы добавить независимую программу в консоль Panda Systems Management, Вам необходимо создать пакет только с одной такой программой.



Создание пакетов на уровне Account рекомендуется в том случае, если речь идет о распространенном ПО, которое используется или может использоваться в различных сайтах Вашего аккаунта. Таким образом, наиболее эффективный способ избежать дублирования пакетов в каждом сайте – это настроить все возможные пакеты ПО на уровне аккаунта и активировать их на требуемых сайтах. Другими словами, все пакеты, доступные на уровне аккаунта, будут также доступны для использования на всех уровнях ниже.



Создание пакета ПО

Для создания пакета ПО необходимо на закладке Audit при выбранном типе аудита Licensing нажать на соответствующую иконку в панели действий, после чего в выпадающем окне нажать кнопку New package





В результате этого откроется окно для настройки соответствующей информации:



Name: Название пакета ПО

Search: Найдите определенную программу в списке всех программ, установленных на всех устройствах, управляемых в рамках аккаунта.

All: Выберите все программы, которые совпадают с критериями, указанными в поле Search.

Specific: Позволяет Вам выбрать в списке требуемую программу (и версию) и включить ее в пакет.



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



Обращаем Ваше внимание на то, что на уровне аккаунта Вы можете только создать и настроить пакеты. Настройка предупреждений, которые сообщают Вам об отсутствии лицензий, осуществляется на уровне Site.



На уровне Site



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

Кроме того, на уровне сайта Вы можете не только настроить пакеты ПО или использовать те, что были созданы на уровне аккаунта, но также Вы сможете определить максимальное количество инсталляций, разрешенных для данного сайта.



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



Создание пакета ПО

Процесс аналогичен тому, что было описано для уровня Account (см. выше)



Импорт пакета ПО, созданного на уровне Account

В панели действий нажмите на иконку Manage package, чтобы просмотреть список всех пакетов, созданных на уровнях аккаунта и сайта. Поставьте галочки у требуемых пакетов и нажмите кнопку Select для их импорта на уровень сайта.



Настройка максимального количества лицензий

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



Аудит служб



На уровне Device



Как мы уже отмечали ранее, аудит служб можно осуществлять только на уровне конкретного устройства. У требуемого устройства в панели закладок выберите закладку Audit, а среди типов аудита – Services.



В результате этого будет отображаться таблица со списком установленных на устройстве служб вместе с их текущим статусом и типом запуска:



• Display Name: Название службы, каким его видит пользователь.

• Service Name: Внутреннее название службы.

• Status at the Last Audit: Статус службы (запущена, остановлена) в последний раз, когда осуществлялся аудит устройства.

• Startup Type: Конфигурация запуска службы (автоматически, вручную, отключено).



Контроль изменений



На уровне Device



Данный аудит изменений также можно осуществлять только на уровне конкретного устройства. В этом случае Вы можете проверить все изменения в аппаратном и программном обеспечении, которые были осуществлены на выбранном устройстве, вместе с датой этих изменений.

Данная информация позволяет Вам диагностировать проблемы на некорректно работающих устройствах, т.к. подобные инциденты могут быть связаны с изменениями на этих компьютерах.



Чтобы получить информацию об изменениях на устройстве, Вам необходимо выбрать требуемое устройство, в панели закладок открыть закладку Audit, а в типе аудитов выбрать Change Log.





Все изменения сгруппированы в три блока:



• System Changes: Показывает изменения в модулях операционной системы на устройстве.

• Software Changes: Показывает события, связанные с установкой, изменением и удалением ПО на устройстве.

• Hardware Changes: Показывает события, связанные с установкой и удалением аппаратного обеспечения на устройстве.



Автоматические отчеты



Решение Panda Systems Management предлагает около 50 различных типов отчетов, которые позволяют получать и анализировать информацию об ИТ-хозяйстве компании под различными углами. Все эти отчеты доступны на любом уровне (Account, Site, Device) и содержат информацию именно о тех устройствах, которые соответствуют выбранному уровню.

Отчеты можно формировать как по запросу, так и планировать их автоматическую генерацию и рассылку.



Для перехода к отчетам в панели закладок у требуемого уровня откройте закладку Reports.



Отчеты по инвентаризации



Если говорить про отчеты в Panda Systems Management, связанные с инвентаризацией, то решение предлагает Вам следующие отчеты:












































































































Название отчета Описание Период Уровень
Computer Summary Для каждого компьютера:- название, операционная система и сервис-пак- память, процессор- диски и устройства хранения информации (буквы, объем, занятый и свободный) Текущий Site
Site Serial Numbers Список устройств с их серийными номерами Текущий Site
Account Server IP Information IP-адрес каждого сервера Текущий Account
Account Server Storage Системы хранения информации для серверов (в графическом виде):- буква диска, объем- объем и процент свободного пространства Текущий Account
Site Server Storage Для каждого сервера информация об устройствах хранения данных: — буква диска / устройства- объем — объем и процент свободного пространства Текущий Site
Site Software Список установленного ПО с количеством инсталляций (исключая хотфиксы и обновления) Текущий Site
Site Software and Hotfixes Список установленного ПО с количеством инсталляций (включая хотфиксы и обновления) Текущий Site
User Software Install Для каждого установленного ПО:- название ПО — версия — изменения (добавлен или удален) — дата действия Последние 30 дней Site
Site Storage Для каждого устройства информация об устройствах хранения данных: — название — буква диска — размер- объем и процент свободного пространства Текущий Site
Site IP Information Для каждого устройства:- название адаптера — IP-адрес Текущий Site
Detailed Computer Audit Для каждого устройства:- информация по аппаратному обеспечению: серийный номер, память, материнская плата, BIOS, процессор, видеокарта и пр. — домен и имя пользователя — данные по сканеру вирусов — дата последнего контакта — операционная система, обновления — IP-адрес и MAC-адрес — размер и объем свободного пространства на жестких дисках Последние 7 или 30 дней Site
Device Summary Для каждого устройства:- версия агента и статус — домен, последний пользователь — дата последнего аудита — информация по аппаратному обеспечению: производитель, модель, ID, материнская плата, процессор, память, диски, монитор, видеокарта, сетевые адаптеры и т.д. — ПО: операционная система, сервис-пак, серийный номер, установленное ПО с номером версии Текущий Device
Device Change Log Изменения в системе: — дата добавления, изменения и удаления ПО — дата и IP-адрес С момента последней установки агента Device
Site Device Для каждого устройства: — IP-адрес — дата последнего обновления — модель, серийный номер — последний авторизованный пользователь Текущий Site
Inventory Age — показывает рекомендации по замене на ближайшие 12-24 месяца — список используемых операционных систем — список устройство по имени, последнему пользователю, серийному номеру и дате — предупреждения по низкому объему памяти, свободного дискового пространства или отсутствию в онлайне за последний месяц Текущий Site
Microsoft License Список типа ПО, названия продукта Microsoft, а также количество устройств, на котором он установлен Текущий Site


Создание отчета по запросу



На закладке Reports в списке отчетов нажмите на требуемую иконку для сбора соответствующих данных в фоновом режиме и формирования отчета в формате PDF или XLS. После того как отчет будет сформирован, в правом верхнем углу Вы увидите сообщение:





Нажмите на ссылку download и скачайте сформированный отчет.

Вы можете создавать сколько угодно отчетов.



Настройка автоматической генерации отчетов



Вы можете запланировать автоматическую генерацию отчетов, на жав на соответствующую иконку на панели действий на закладке Reports.





В результате этого откроется новое окно с информацией, требуемой для настройки автоматической генерации одного или нескольких отчетов.





— General



• Name: Название задачи по генерации отчета

• Description: Ваше описание отчета

• Schedule: Вы можете определить, когда будет запущена задача по генерации отчета

• Enable: Позволяет Вам включить или отключить настройки генерации отчета, т.е. они могут быть готовы для использования, но пока не активны



— Reports: Выберите отчеты, которые необходимо сгенерировать в PDF и/или XLS



— Email recipients



• Subject: Тема письма

• Text: Текст письма

• Default Account Report Recipients: Отправляет отчеты на адреса почты аккаунта, установленные для всего аккаунта, которые могут быть настроены в Email Recipients в основном меню Setup

• Default Site Report Recipients: Отправляет отчеты на адреса почты аккаунта, установленные для сайта, которые могут быть настроены в Email Recipients на закладке Settings для выбранного сайта

• Additional Recipients: Позволяет Вам указать дополнительные адреса электронной почты в дополнение к тем, что настроены на уровне аккаунта или сайта



Заключение



В данной статье мы рассмотрели возможности удаленной и централизованной инвентаризации всего ИТ-хозяйства компании на примере использования облачного RMM-сервиса Panda Systems Management.

Очевидно, что чем больше размер компании, тем более актуальными становятся вопросы управления и контроля за ИТ-активами в режиме реального времени. Знание всей полноты информации, ее прозрачность позволяют Вам более эффективно управлять всеми ИТ-ресурсами. Причем все это делается автоматически, легко и просто, в любой требуемый момент времени.

Добивайтесь большего, делая меньше!


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/319916/

Комментарии (0)КомментироватьВ цитатник или сообщество
ainotech

Asus Zenbook UX510 обзор игрового ультрабука | AinoTech.com

Среда, 18 Января 2017 г. 23:04 (ссылка)
ainotech.com/asus-zenbook-u...ultrabuka/


Обзор ноутбука Asus Zenbook UX510. Zenbook UX510 является продолжением линейки Zenbook и самой мощной моделью в серии, с процессором Core i7 U, до 24 Гб оперативной памяти, графикой Nvidia GTX 960m и гибридным дисковым хранилищем, плюс 4K или FullHD матовым дисплеем, и все это спрятано внутри цельно металлического корпуса который весит всего 1,9 кг.

Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<производительность - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda