Узкие места — это части кода, которые являются основными потребителями времени и ресурсов, во время своего выполнения.
Если с ресурсами все более или менее нормально, то со временем выполнения, на одном из моих ресурсов, определенно проблема. Главная страница формировалась порядка 1500ms, что не приемлемо.
Для заинтересованных, время отработки снизилось до 400ms, что допустимо для такого рода проектов.
Некоторое время назад я писал про Cacti: Command Line Scripts (Part 1) у данного скрипта был замечен явный глюк, в частности установленное поле «title» у графиков ошибок интерфесов после прохождения скрипта сбрасывало поле «|query_ifAlias|», которое я использовал для трешхолдинга.
Решение данной проблемы оказалось относительно несложным, но достаточно долгим в поиске…
Microsoft выпустила анонс обновления операционной системы Windows 8.1, который раньше был известен как Windows Blue. Компания подтвердила бесплатный статус апгрейда для всех пользователей Windows 8.
В официальном анонсе ничего не говорится о главных нововведениях, но скорее всего, речь идёт о возвращении кнопки «Start» и возможности прямой загрузки в десктопный режим в обход Metro.
Ожидаемая public preview версия Windows 8.1 выйдет 26 июня 2013 года.
Тролинг дня «а как собрать ядро, что бы запускался експлойт?» (c) aztec
В ядре Linux обнаружена ранее неизвестная 0-day уязвимость (CVE-2013-2094), позволяющая получить root-доступ произвольному пользователю. Проблему усложняет то, что ошибка существовала на протяжении последних 2-3 лет и присутствует во всех ядрах, начиная с 2.6.37 и включая 3.8.8 (ядра 3.9.x проблеме не подвержены).
Уязвимость вызвана ошибкой в коде подсистемы PERF_EVENTS, которая должна быть активирована для успешной эксплуатации уязвимости (в большинстве дистрибутивов ядро собрано поддержкой PERF_EVENTS). Пользователи RHEL 6 и CentOS 6, несмотря на использование ядра 2.6.32, не застрахованы от данной ошибки — проблемный код был успешно бэкпортирван Red Hat в пакет с ядром, поставляемом в RHEL.
Патч с устранением проблемы был принят в состав ядра 3.8.9 в апреле, без уведомления о том, что он связан с устранением уязвимости. В дистрибутивах уязвимость пока остаётся неисправленной.
У линейки NAS Synology есть возможность шифрования пользовательских директорий. С точки зрения пользователя и производительности данный процесс проходит незаметно. С точки зрения восстановления данных в случае физического выхода из строя непосредственно Synology возникают вопросы.
Решение достаточно простое.
Попробуем зашифровать данные на synology и восстановить их на другом компьютере под управлением linux.
1. Создаем папку «test»
В консоли она выглядит как:
DiskStation> mount /volume2/@test@ on /volume2/test type ecryptfs (rw,ecryptfs_sig=d1a01d50c3f21e00,ecryptfs_fnek_sig=d1a01d50c3f21e00,ecryptfs_cipher=aes,ecryptfs_key_bytes=32) DiskStation> |
Запустил по davfs2 Яндекс.Диск на своем Synology.
Как результат появилось дополнительно 10 гигов облачного места для бекапов.
Мне например, на текущий момент крайне необходимо расширить объем для бекапов с 10 до примерно 200 гиг, из того, что понимает synology пока работает только Amazon S3, как вариант поднять где-нибудь удаленно rsync совместимое хранилище. Теперь вот завелся и Яндекс.
Не понятно отчего ребята так тянут (на самом деле все прозрачно — людей подсаживают) с ценами. Огласили бы прайс, сразу стало бы понятно достойный игрок на рынке или нет.
Когда я выбирал себе VPS, то самым оптимальным с точки зрения денежных затрат и мощностей для меня оказался Инфобокс, заплатил 200р и на год забыл про VPS.
В процессе серфинга наткнулся на еще одно интересное предложение: https://www.digitalocean.com/. Цена вопроса 150-170р. в месяц, с возможностью помесячной оплаты.
Судя по отзывам (http://hosting101.ru/digitalocean.com), предложение вполне имеет право на существование.
Из недостатков (преимуществ) нахождение в Амстердаме, и ограничение по трафику.
RSS
Твиттер
G+
Категория: 
