Улучшаем производительность Linux при помощи zRam
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
1👍15❤3🤮1
Добрый, коллеги. Недавно выложил свой переработанный с Oracle на PostgreSQL инструмент - аналог TOPActivity и частично AWR. Зачем это надо хорошо знают Ораклисты, пользующие DBConsole и CloudControl
Возможности - видны на скринах - наглядное распределение по классам ожиданий, топ сессий и запросов, возможности провалиться в сессию и запрос с детализацией. Это за произвольный период в глубине хранения, и по 2 разным источникам информации - stat_activity и wait_sampling, они отличаются, второй не дает полной картины, ибо как и в оракле не учитывает отдельную активность. Кроме того собираются снапшоты, считаются дельты, строятся графики. Любопытно было сравнить 2 источника, и так и осталось
В общем инструмент есть, для некоммерческого использования частниками безоплатен, лежит в т.ч. на github по ссылке https://github.com/bsszerot/camactsost. Там же заметки по установке. Опубликован "как есть", без обязательств, это переработка моего же ораклового ОрСиМОН. Для меня это не основные задачи, на форуме тут бываю редко, если вопросы лучше в личку
Да, компанию ПостгресПРО не заинтересовало, переписывался через Сергея Суетина, говорят пишут свое. Предложил под впечатлением огромного вклада в сторону нормальной применимой в серьезных задачах редакции СУБД. Понятно, там будет все красиво. Но может кому то будет интересен и мой вариант, тем более мой инструмент - надстройка административных представлений и расширений для версии PgSQL сообщества, безоплатной
Автор: @Serhiond
Возможности - видны на скринах - наглядное распределение по классам ожиданий, топ сессий и запросов, возможности провалиться в сессию и запрос с детализацией. Это за произвольный период в глубине хранения, и по 2 разным источникам информации - stat_activity и wait_sampling, они отличаются, второй не дает полной картины, ибо как и в оракле не учитывает отдельную активность. Кроме того собираются снапшоты, считаются дельты, строятся графики. Любопытно было сравнить 2 источника, и так и осталось
В общем инструмент есть, для некоммерческого использования частниками безоплатен, лежит в т.ч. на github по ссылке https://github.com/bsszerot/camactsost. Там же заметки по установке. Опубликован "как есть", без обязательств, это переработка моего же ораклового ОрСиМОН. Для меня это не основные задачи, на форуме тут бываю редко, если вопросы лучше в личку
Да, компанию ПостгресПРО не заинтересовало, переписывался через Сергея Суетина, говорят пишут свое. Предложил под впечатлением огромного вклада в сторону нормальной применимой в серьезных задачах редакции СУБД. Понятно, там будет все красиво. Но может кому то будет интересен и мой вариант, тем более мой инструмент - надстройка административных представлений и расширений для версии PgSQL сообщества, безоплатной
Автор: @Serhiond
👍11❤3
Интернет 26 лет спустя
Статья от октября 1999 года, когда сеть интернет делала первые робкие шаги на просторах нашей страны, да и всего мира в целом. Тогда она только рассматривалась как молодой конкурент традиционных СМИ.
Сегодня, по прошествии 26 лет интернет полностью убил бумажную прессу и составляет серьезную конкуренцию телевидению. Также интернет – крупнейшая торговая площадка, средство коммуникации и многое, многое, многое другое.
Не даром временное отключение мобильного интернета стало серьезной проблемой и решается на самом высоком уровне.
А еще сегодня интернет есть везде. Он буквально «разлит в воздухе» и новое поколение просто не понимает, как может быть иначе. Какой такой модем? Какой такой дозвон? 56 Кбит/с? Вы наверное первую букву перепутали…
Статья от октября 1999 года, когда сеть интернет делала первые робкие шаги на просторах нашей страны, да и всего мира в целом. Тогда она только рассматривалась как молодой конкурент традиционных СМИ.
Сегодня, по прошествии 26 лет интернет полностью убил бумажную прессу и составляет серьезную конкуренцию телевидению. Также интернет – крупнейшая торговая площадка, средство коммуникации и многое, многое, многое другое.
Не даром временное отключение мобильного интернета стало серьезной проблемой и решается на самом высоком уровне.
А еще сегодня интернет есть везде. Он буквально «разлит в воздухе» и новое поколение просто не понимает, как может быть иначе. Какой такой модем? Какой такой дозвон? 56 Кбит/с? Вы наверное первую букву перепутали…
👍13🤔1
Hugo - или сайт как код
О смене движка сайта мы думали уже давно и даже предпринимали попытки тестовой миграции на другие движки, в частности на Wordpress или Joomla, но постоянно находилось то, что заставляло отказаться от этой идеи.
Обычно это всякие мелочи, но этих мелочей набиралось критическое количество и становилось понятно, что надо или лезть под капот и потом это все поддерживать, или отказываться и становиться «еще одним сайтом на __________ (нужный движок впишите сами).
Кроме того, у текущего сайта есть ряд особенностей, которые нам очень нравятся и которые бы мы хотели сохранить.
Текущий движок – Movable Type – это, по сути, генератор статических страниц. А сайт – набор HTML файлов и скриптов. И только динамические функции выполнялись PHP и CGI скриптами.
И все бы ничего, но написан этот движок был на Perl, что влекло при каждом его переносе на другую систему или хостинг увлекательный квест с установкой и настройкой всех зависимостей. Также требовался умеющий работать с Perl сервер приложений FastCGI или uWSGI.
Наличие PHP требовало PHP-FPM, а данные, по классике, хранились в базе данных.
В итоге получался довольно сложный комбайн, к тому же – достаточно капризный. При обновлении как движка, так и ОС постоянно приходилось решать какие-то вопросы, а то и просто менять ОС.
Так ну нас, в свое время, не получилось подружить его с Ubuntu 20.04, а теперь он отказался взлетать на Debian.
Но это половина беды, движок в очередной раз сменил владельца, который прикрыл бесплатную комьюнити-версию. Редакция c открытым кодом давно заброшена и не развивается.
А сидеть на устаревшем веб-приложении – такая себе идея. И хотя сайт – в основном статика, тот же поиск обрабатывается движком, что несет вполне определенные риски.
Тем не менее у Movable Type были огромные плюсы – полностью разделенные между собой контент, движок и дизайн. При всех сложностях с оформлением мы не разу не столкнулись с тем, что отображение данных оказывалось сломано.
А шаблоны позволяли, с использованием внутреннего языка, легко выводить что угодно и где угодно.
Hugo попался нам на глаза давно, когда он только-только набирал популярность. Мы его попробовали, покрутили и отложили до лучших времен. Это было современно, перспективно, но переносить проект подобный нашему на новомодный движок было неосмотрительно. Есть у них большая проблема – они долго не живут (это касается любых молодых проектов).
И вот сейчас мы к нему вернулись и активно разрабатываем новую версию сайта.
Да, именно разрабатываем.Hugo – это современный статический генератор, который делает все тоже самое, что и Movable Type – генерирует набор статических страниц и JS-скриптов.
Но есть большая разница. Hugo – это не движок в прямом смысле этого слова, его не нужно устанавливать на хостинг, это просто генератор, созданный им сайт полностью автономен, все что ему нужно – веб-сервер. Никаких СУБД, никаких серверов приложений.
А сам сайт – это набор текстовых файлов, как для конфигурации, так и для шаблонов. Сам контент хранится в формате Markdown.
Фактически весь сайт – это код. Вы можете открыть его в Visual Studio Code и работать как с любым другим проектом, а результат держать в Git, что позволит как контролировать версии, так и облегчить задачу бекапов. Которые, в обычном понимании, становятся просто не нужны.
Хотите сделать по-своему? Смело пилите, строгайте и ломайте. Если что – у нас есть Git, откатимся. А можно вообще завести ветки и пилить в них разные фичи.
И у вас не болит голова про эффективность кода, безопасность и т.д. Hugo можно держать в закрытом контуре, да хоть на локальной машине. Главное – чтобы формируемый им HTML код был корректным.
Возможности? Возможности ограничены только вашей фантазией и навыками. Документации достаточно, есть крупные сообщества, да и нейросети неплохо знают как с ним работать.
Но, следует понимать, это не для простого пользователя, которому надо сайт из коробки, чтобы открыл страничку и быстро набрал все, как в Word. Придется вникать, но результат того стоит.
О смене движка сайта мы думали уже давно и даже предпринимали попытки тестовой миграции на другие движки, в частности на Wordpress или Joomla, но постоянно находилось то, что заставляло отказаться от этой идеи.
Обычно это всякие мелочи, но этих мелочей набиралось критическое количество и становилось понятно, что надо или лезть под капот и потом это все поддерживать, или отказываться и становиться «еще одним сайтом на __________ (нужный движок впишите сами).
Кроме того, у текущего сайта есть ряд особенностей, которые нам очень нравятся и которые бы мы хотели сохранить.
Текущий движок – Movable Type – это, по сути, генератор статических страниц. А сайт – набор HTML файлов и скриптов. И только динамические функции выполнялись PHP и CGI скриптами.
И все бы ничего, но написан этот движок был на Perl, что влекло при каждом его переносе на другую систему или хостинг увлекательный квест с установкой и настройкой всех зависимостей. Также требовался умеющий работать с Perl сервер приложений FastCGI или uWSGI.
Наличие PHP требовало PHP-FPM, а данные, по классике, хранились в базе данных.
В итоге получался довольно сложный комбайн, к тому же – достаточно капризный. При обновлении как движка, так и ОС постоянно приходилось решать какие-то вопросы, а то и просто менять ОС.
Так ну нас, в свое время, не получилось подружить его с Ubuntu 20.04, а теперь он отказался взлетать на Debian.
Но это половина беды, движок в очередной раз сменил владельца, который прикрыл бесплатную комьюнити-версию. Редакция c открытым кодом давно заброшена и не развивается.
А сидеть на устаревшем веб-приложении – такая себе идея. И хотя сайт – в основном статика, тот же поиск обрабатывается движком, что несет вполне определенные риски.
Тем не менее у Movable Type были огромные плюсы – полностью разделенные между собой контент, движок и дизайн. При всех сложностях с оформлением мы не разу не столкнулись с тем, что отображение данных оказывалось сломано.
А шаблоны позволяли, с использованием внутреннего языка, легко выводить что угодно и где угодно.
Hugo попался нам на глаза давно, когда он только-только набирал популярность. Мы его попробовали, покрутили и отложили до лучших времен. Это было современно, перспективно, но переносить проект подобный нашему на новомодный движок было неосмотрительно. Есть у них большая проблема – они долго не живут (это касается любых молодых проектов).
И вот сейчас мы к нему вернулись и активно разрабатываем новую версию сайта.
Да, именно разрабатываем.Hugo – это современный статический генератор, который делает все тоже самое, что и Movable Type – генерирует набор статических страниц и JS-скриптов.
Но есть большая разница. Hugo – это не движок в прямом смысле этого слова, его не нужно устанавливать на хостинг, это просто генератор, созданный им сайт полностью автономен, все что ему нужно – веб-сервер. Никаких СУБД, никаких серверов приложений.
А сам сайт – это набор текстовых файлов, как для конфигурации, так и для шаблонов. Сам контент хранится в формате Markdown.
Фактически весь сайт – это код. Вы можете открыть его в Visual Studio Code и работать как с любым другим проектом, а результат держать в Git, что позволит как контролировать версии, так и облегчить задачу бекапов. Которые, в обычном понимании, становятся просто не нужны.
Хотите сделать по-своему? Смело пилите, строгайте и ломайте. Если что – у нас есть Git, откатимся. А можно вообще завести ветки и пилить в них разные фичи.
И у вас не болит голова про эффективность кода, безопасность и т.д. Hugo можно держать в закрытом контуре, да хоть на локальной машине. Главное – чтобы формируемый им HTML код был корректным.
Возможности? Возможности ограничены только вашей фантазией и навыками. Документации достаточно, есть крупные сообщества, да и нейросети неплохо знают как с ним работать.
Но, следует понимать, это не для простого пользователя, которому надо сайт из коробки, чтобы открыл страничку и быстро набрал все, как в Word. Придется вникать, но результат того стоит.
👍32❤2🤮1
Больше не придется часами обрабатывать документы. Разгрузить специалистов в финансовой сфере поможет искусственный интеллект.
Как делегировать задачи ИИ — обсудим на бесплатном вебинаре 30 сентября в 11:00 мск от компании Directum. В программе — только живой диалог и реальный опыт приглашенных экспертов:
🔸 Игорь Гипич из Т-Банка расскажет, как ИИ-сервисы распознают документы от госорганов и корпоративных клиентов.
🔸 Денис Шибаев и Константин Задорожный из СОДФУ объяснят, как интеллектуальные механизмы распознают входящие повестки, судебные запросы и обращения граждан без участия человека.
🔸 Роман Колбин из ББР Банка поделится планами по внедрению ИИ на базе Directum RX в финансовые процессы.
Для участия необходимо только зарегистрироваться. Бронируйте время в календаре и приглашайте коллег!
Вебинар будет полезен руководителям и специалистам ИТ-департаментов, директорам по организационному развитию и информационным технологиям, а также финансовым директорам и сотрудникам финансовых организаций.
#реклама
О рекламодателе
Как делегировать задачи ИИ — обсудим на бесплатном вебинаре 30 сентября в 11:00 мск от компании Directum. В программе — только живой диалог и реальный опыт приглашенных экспертов:
🔸 Игорь Гипич из Т-Банка расскажет, как ИИ-сервисы распознают документы от госорганов и корпоративных клиентов.
🔸 Денис Шибаев и Константин Задорожный из СОДФУ объяснят, как интеллектуальные механизмы распознают входящие повестки, судебные запросы и обращения граждан без участия человека.
🔸 Роман Колбин из ББР Банка поделится планами по внедрению ИИ на базе Directum RX в финансовые процессы.
Для участия необходимо только зарегистрироваться. Бронируйте время в календаре и приглашайте коллег!
Вебинар будет полезен руководителям и специалистам ИТ-департаментов, директорам по организационному развитию и информационным технологиям, а также финансовым директорам и сотрудникам финансовых организаций.
#реклама
О рекламодателе
❤1
Их нравы
Организация OpenSSF опубликовала открытое письмо, которое подписали разработчики репозиториев PyPI, crates.io, Packagist, Open VSX и Maven Central. В письме упомянуты проблемы с сохранением устойчивости инфраструктуры при нынешних моделях финансирования и использования репозиториев.
Последнее время нагрузка на репозитории увеличивается экспоненциально, но рост финансирования работы по сопровождению в лучшем случае имеет линейный характер. Отмечается, что ситуация с финансированием пока не достигла кризиса, но статус кво больше не может сохранятся и наступил критический переломный момент, требующий изменений.
Проблема в том, что многие коммерческие компании рассматривают общедоступные репозитории как бесплатный и неограниченно масштабируемый ресурс для решения своих задач, при том, что финансирование репозиториев осуществляется отдельными компаниями-спонсорами или некоммерческими организациями, зависящими от грантов и пожертвований.
Некоторые компании злоупотребляют общедоступными репозиториями и используют их в качестве сети доставки контента (CDN) для распространения бинарных компонентов, SDK и пакетов, работающих только в составе платного продукта; флудят запросами из автоматизированных CI систем и систем сборки контейнеров; применяют ресурсоёмкие сканеры зависимостей.
При этом часто компании не задумываются о влиянии своей деятельности на инфраструктуру репозиториев и не пытаются реализовать оптимизации, ограничить интенсивность потока запросов или кэшировать загружаемые пакеты. Всё это создаёт огромную нагрузку на инфраструктуру, которая усугубляется растущей активностью AI-ботов.
Коммерческое использование репозиториев в промышленных масштабах без коммерческой поддержки нежизнеспособно и инфраструктура открытого ПО в таких условиях не может бесконечно масштабироваться на одном энтузиазме.
Подписавшие открытое письмо разработчики репозиториев выступают за сохранение бесплатного и общедоступного характера предоставляемых сервисов, но предлагают для поддержания устойчивости критически важных инфраструктур создать устойчивые модели финансирования, масштабируемые по мере роста нагрузки и применяемые вместо моделей, завязанных на неформальную и непостоянную поддержку.
Помимо участия в финансировании, крупным пользователям репозиториев предлагается пересмотреть сложившуюся практику для сокращения избыточного трафика и внедрить механизмы кэширования. Разработчикам сборочных систем, фреймворков и сканеров безопасности рекомендуют учесть влияние настроек и поведения продуктов на инфраструктуру репозиториев, исключить излишние запросы, упростить применение прокси и документировать методы оптимизации для снижения нагрузки.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=63959
В общем и целом – это было ожидаемо. Open Source – это хорошо, но в мире, который основан на товарно-денежных отношениях – недостижимо. Очередная модель «от каждого по способностям, каждому по потребностям» разбилась о реальную жизнь.
Если раньше это был удел гиков и энтузиастов, то сегодня открытое ПО широко используется в коммерческой разработке. Взяли то, взяли это, обернули в красивую обертку и давайте продавать.
О том, что используемые компоненты имеют своих авторов и эти авторы тоже хотят кушать все как-то забывают. Оно же ведь бесплатное, в свободном доступе, какие деньги, вы о чем?
👉 А потом начинается «я устал, я ухожу», так без сопровождающего осталась библиотека libxml2, о чем мы уже писали: https://t.iss.one/interface31/4435
При этом данную библиотеку используют в своих продуктах Apple, Google и Microsoft (а также 1С), но с помощью разработчику у них как-то не сложилось.
Скорее всего, в ближайшее время, нас ждет существенный пересмотр модели распространения открытого ПО и неизбежно связанная с ним коммерциализация, либо закрытие многих проектов.
Тем более, что поколение реальных энтузиастов, которые могли и работали за идею уходит. А на смену им идут люди, для которых это просто инструмент, в т.ч. и для зарабатывания денег.
Организация OpenSSF опубликовала открытое письмо, которое подписали разработчики репозиториев PyPI, crates.io, Packagist, Open VSX и Maven Central. В письме упомянуты проблемы с сохранением устойчивости инфраструктуры при нынешних моделях финансирования и использования репозиториев.
Последнее время нагрузка на репозитории увеличивается экспоненциально, но рост финансирования работы по сопровождению в лучшем случае имеет линейный характер. Отмечается, что ситуация с финансированием пока не достигла кризиса, но статус кво больше не может сохранятся и наступил критический переломный момент, требующий изменений.
Проблема в том, что многие коммерческие компании рассматривают общедоступные репозитории как бесплатный и неограниченно масштабируемый ресурс для решения своих задач, при том, что финансирование репозиториев осуществляется отдельными компаниями-спонсорами или некоммерческими организациями, зависящими от грантов и пожертвований.
Некоторые компании злоупотребляют общедоступными репозиториями и используют их в качестве сети доставки контента (CDN) для распространения бинарных компонентов, SDK и пакетов, работающих только в составе платного продукта; флудят запросами из автоматизированных CI систем и систем сборки контейнеров; применяют ресурсоёмкие сканеры зависимостей.
При этом часто компании не задумываются о влиянии своей деятельности на инфраструктуру репозиториев и не пытаются реализовать оптимизации, ограничить интенсивность потока запросов или кэшировать загружаемые пакеты. Всё это создаёт огромную нагрузку на инфраструктуру, которая усугубляется растущей активностью AI-ботов.
Коммерческое использование репозиториев в промышленных масштабах без коммерческой поддержки нежизнеспособно и инфраструктура открытого ПО в таких условиях не может бесконечно масштабироваться на одном энтузиазме.
Подписавшие открытое письмо разработчики репозиториев выступают за сохранение бесплатного и общедоступного характера предоставляемых сервисов, но предлагают для поддержания устойчивости критически важных инфраструктур создать устойчивые модели финансирования, масштабируемые по мере роста нагрузки и применяемые вместо моделей, завязанных на неформальную и непостоянную поддержку.
Помимо участия в финансировании, крупным пользователям репозиториев предлагается пересмотреть сложившуюся практику для сокращения избыточного трафика и внедрить механизмы кэширования. Разработчикам сборочных систем, фреймворков и сканеров безопасности рекомендуют учесть влияние настроек и поведения продуктов на инфраструктуру репозиториев, исключить излишние запросы, упростить применение прокси и документировать методы оптимизации для снижения нагрузки.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=63959
В общем и целом – это было ожидаемо. Open Source – это хорошо, но в мире, который основан на товарно-денежных отношениях – недостижимо. Очередная модель «от каждого по способностям, каждому по потребностям» разбилась о реальную жизнь.
Если раньше это был удел гиков и энтузиастов, то сегодня открытое ПО широко используется в коммерческой разработке. Взяли то, взяли это, обернули в красивую обертку и давайте продавать.
О том, что используемые компоненты имеют своих авторов и эти авторы тоже хотят кушать все как-то забывают. Оно же ведь бесплатное, в свободном доступе, какие деньги, вы о чем?
👉 А потом начинается «я устал, я ухожу», так без сопровождающего осталась библиотека libxml2, о чем мы уже писали: https://t.iss.one/interface31/4435
При этом данную библиотеку используют в своих продуктах Apple, Google и Microsoft (а также 1С), но с помощью разработчику у них как-то не сложилось.
Скорее всего, в ближайшее время, нас ждет существенный пересмотр модели распространения открытого ПО и неизбежно связанная с ним коммерциализация, либо закрытие многих проектов.
Тем более, что поколение реальных энтузиастов, которые могли и работали за идею уходит. А на смену им идут люди, для которых это просто инструмент, в т.ч. и для зарабатывания денег.
😢10❤6🫡3🤮2😁1