Pull to refresh
4
0
Дрябжинский Сергей @SergeyD

User

Send message
Да, существует и даже вполне себе играется.
Скорее всего потому, что после высоты 50 миль небо становится настолько черным, что видно звезды.

Тоже так подумал.
Лучше бы явно запретили преобразование объекта в строку, если он не реализует интерфейс Stringable.
Который обязывает создать функцию __toString().
Но это поломает кучу легаси кода.

Меня очень удивило (расстроило) то, что пакеты ПРОПАЛИ из репозитория.
Так как в феврале всё нормально было, все зависимости подтягивались.

  1. Включить и настроить swap
  2. Включить использование zswap: https://wiki.archlinux.org/index.php/Zswap
  3. Установить и настроить earlyoom — осторожно, может прибить все процессы

Хоть 20-ка и вышла, но до сих пор в репозитарии нет пакетов для nano, mc, logrotate и других.
Из-за этого сборка части пакетов под 20-ку даже на launchpad не работает.

Увы, но бекапить таким образом сервера баз данных не получится — данные из памяти будут записаны не полностью на диск.
Такие виртуалки приходится специальным образом приостанавливать.
Для mysql — переводить сервер в режим read-only.
Остальных — просто останавливать.
Плюс тупой бекап в текстовый SQL-файл.


Сам бекап делать в 2 прохода: первый rsync, приостановить БД, ВМ в suspend, второй rsync, ВМ в resume, отпустить БД.


Такое прокатывает с небольшими виртуалками на OpenVZ / LXC.
Как безопасно для данных сворачивать виртуалки в KVM, и тем более с Windows — пока не придумал.

Попробуйте печать в PDF с помощью chromium-browser:


exec('chromium-browser --headless --disable-sync --disable-gpu --no-first-run --hide-scrollbars --enable-automation --password-store=basic'
        .' --run-all-compositor-stages-before-draw'
    . ' --window-size=1920,1080 --no-sandbox'
    .' --print-to-pdf='.escapeshellarg($pdfPath).' --no-margins'
    .' '.escapeshellarg('file://'.$htmlFile), $output, $exitcode);

Если Proxmox "из коробки", то у него scheduler по-умолчанию — deadline.

Попробуйте Alpine + Xfce

Один маленький недостаток Alpine — все пакеты собраны с -Os по-умолчанию.
А это примерно -20% скорости работы.

Зависит от конструкции. Где-то хороший тепло-отвод, где-то нет.
Ну и от мощности зависит.


Насчет датчика — можно попробовать инфракрасный датчик использовать.
Но его тогда нужно внутрь короба запихнуть. И как-то откалибровать.

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


Можно было бы отслеживать зависимость светимости от температуры, если она есть.

  1. Проверить поддержку Advanced Format — 4k блоки вместо 512b: smartctl -i /dev/sd[a-z] | grep 'Sector Size'. Если 4k — то это будет оптимальный вариант.
  2. Я бы не ожидал космических скоростей от SATA дисков
  3. Никогда не ставьте ZFS поверх LVM — cow+cow =ultra slow
  4. Для kvm рекомендуют (proxmox) устанавливать volblocksize 8k. Но это зависит от нагрузок внутри ВМ. Можно и 32k ставить, если много операций записи.
  5. ashift = 12 обязательно, compression = lz4 желательно.
  6. Если сервер подключен к UPS + выпрямитель + usb/com-кабель + apsupsd, то можно попробовать sync = disabled.

Вообще, никого не должно удивлять, что ZFS медленнее ext4/xfs. Т.к. ZFS использует прослойку-эмулятор от Solaris (spl), свой кеш, управление памятью.
Плюс checksum, свой встроенный "lvm", "mdadm".
Нужно быть к этому готовым.

  • используем контейнеры, данные — в датасетах
  • recordsize = 32k
  • без дедупликации
  • включено сжатие lz4
  • arc_max_size = 4G
  • logbias оставлен на latency, на throughput еще хуже лагает
  • swap на отдельном разделе, не на zfs. да и почти не используется.

К сожалению не всё так радужно.
При высокой I/O нагрузке на zfs, даже только на чтение, система начинает залипаться и тупить.
Конкретно Proxmox 5.0 + последний ZoL 0.6.5.11 при работе бекапов.
И это не рабочий сервер под нагрузкой, а тестовый.
Диски правда не SSD.


Если использовать хранилище на LVM / Dir + (ext|x)FS — таких диких лагов не наблюдается.

Тогда разве что забекапить ВМ по одной. Удалить вместе с LV. И разбекапить обратно.

Возможно потому, что ZoL из коробки всё ещё не умеет отлично работать.

И посмотрите, не осталось ли snapshot-ов виртуалок в LV.
Promox мог оставить после бекапов. Или может вы сами делали.

Может попробовать по этой доке — https://www.systutorials.com/docs/linux/man/7-lvmthin/ — увеличить место под metadata-pool?
Если в volume group место еще есть, конечно.
Конкретные инструкции в разделе "Metadata space exhaustion".

Information

Rating
Does not participate
Location
Зеленоград, Москва и Московская обл., Россия
Date of birth
Registered
Activity