← All posts tagged Linux

stanislavv

Только что в linux@conference.jabber.ru:

<Timur Davletshin> XXXL‎, ты ржОшь, а я вот свидетеля Иеговы из соседнего подъезда застебал за ворованную венду и теперь вся местная община свидетелей перешла на Ubuntu. И это не стёб ни разу.
[...]
<Пушок_> сектанты не ожидали, что их самих обернут в чью-то секту)
<Timur Davletshin> Пушок_, я сам не ожидал, что они так искренне мой стёб воспримут.

stanislavv

Потестили виртуалки с KSM на хосте. Текущие результаты:
1) втиснули 300 виртуалок с жумлой по 2Гб памяти на хост с 96Гб памяти. После устаканивания — занято 53%. Устаканивание заняло порядка часа с 98% при последовательном запуске виртуалок по 5 штук каждые 10 секунд порциями по 100 штук с интервалом в 15 минут между порциями.
2) после того, как дали нагрузку на десяток виртуалок (apache bench) объём памяти резко сожрался до 62% и пока там и держится.
Выводы:
а) KSM работает и весьма неплохо
б) жрёт процессор не так уж и сильно
в) неэффективен, если виртуалки — клиентские, а не свои (в своих можно поддерживать идентичный набор софта и т.п.)

stanislavv

в 4.9.77 появилось:


i586:

$ grep . /sys/devices/system/cpu/vulnerabilities/*
/sys/devices/system/cpu/vulnerabilities/meltdown:Vulnerable
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Vulnerable
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Vulnerable: Minimal generic ASM retpoline

x86_64:

$ grep . /sys/devices/system/cpu/vulnerabilities/*
/sys/devices/system/cpu/vulnerabilities/meltdown:Mitigation: PTI
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Vulnerable
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Vulnerable: Minimal generic ASM retpoline

stanislavv

Попробовал поискать свободный компилятор C под линукс (я уж не говорю про дебиан) да ещё чтоб пики поновей программировал. А вот хрен!
Если для более-менее старых PIC16 есть sdcc, то те же PIC24 им уже не поддерживаются.

При этом прямо в дистрибутиве наблюдаю:
gcc-arm-none-eabi — GCC cross compiler for ARM Cortex-A/R/M processors
gcc-avr — GNU C compiler (cross compiler for avr)
gcc-h8300-hms — GNU C compiler (cross compiler for h8300-hitachi-coff)
gcc-msp430 — GNU C compiler (cross compiler for MSP430)
gcc-m68hc1x — GNU-компилятор языка C для процессоров Motorola 68HC11/12

И ещё меня спрашивают, почему мне нравится avr и не нравится pic. Да потому что мне не нужно ничего качать постороннего, чтобы начать делать. Тупо apt-get install.

stanislavv

Сравнил запуск getty в sysvinit и в systemd. Одна строка против полутора экранов.
Всё больше убеждаюсь в том, что у авторов systemd нет опыта системного администрирования.
Доверили, блин, чистым программистам систему...

stanislavv

У товарища на рабочем десктопе упал dbus. И там был systemd.
Теперь без извращений сервис sshd не перезапустить, ибо даже после перезапуска dbus этот самый systemd туды не коннектится.
По-моему, systemd зря использует dbus для общения между компонентами...

stanislavv

Товарищ заапгрейдил дебиан до тестинга. Приехал systemd.
В процессе апгрейда /tmp стал симлинком на /var/tmp
Некоторое время всё работало, затем перестало грузиться.
Выяснилось, что systemd падает, если /tmp — симлинк.

stanislavv

На работе обнаружили, что сервер Supermicro при корне на md на 3.2 грузится, а на 3.10 — нет.
Содержимое initrd одинаковое с точностью до модулей.

Нашли мы следующее:
В случае 3.10 mdadm пытался запуститься до того, как найдутся диски, воткнутые в сервер. На 0.3 секунды раньше, чем надо.
Причём, скорее всего, на 3.2 нам просто повезло, что оно медленнее инициализируется и могло быть также.

Пока вылечили добавлением sleep в начало /usr/share/initramfs-tools/scripts/local-top/mdadm
Чешем репу на предмет, а) писать ли багрепорт и что именно писать, б) как сделать правильное лечение хотя бы тем же sleep, но так, чтобы при апгрейдей mdadm ничего не ломалось.

stanislavv

Поскольку апгрейдиться влом — на домашнем ноуте debian squeeze с ядром 2.6.32. Всё бы неплохо, но как раз в районе 2.6.3x сломали работу firewire по-старому и прикрутили по-новому. Потому, когда надо запустить dvgrab — перезагружаюсь в 2.6.26
Раз в два месяца напрягает не сильно, но всё-таки хочется, чтоб сессии не прерывались, когда в очередной раз понадобится сбросить с камеры отснятое.
Короче, вопрос: в дебиановском 3.x с firewire как?