Привет, друзья! С Праздником!

Интересуясь настройкой производительности своего ноута, натолкнулся на интересный тест в комментарии файла ioblksize.h (coreutils) от автора его кода Jim Meyering:

#!/bin/bash
for i in $(seq 0 10)
	do bs=$((1024*2**$i))
    printf "%7s=" $bs
    timeout --foreground -sINT 2 \
        dd bs=$bs if=/dev/zero of=/dev/null 2>&1 \
        | sed -n 's/.* \([0-9,.]* [GM]B\/s\)/\1/p'
done

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

                per-system transfer rate (GB/s)
   blksize   #1    #2    #3    #4    #5    #6    #7
   ------------------------------------------------
      1024  .73   1.7   2.6   .64   1.0   2.5   1.3
      2048  1.3   3.0   4.4   1.2   2.0   4.4   2.5
      4096  2.4   5.1   6.5   2.3   3.7   7.4   4.8
      8192  3.5   7.3   8.5   4.0   6.0  10.4   9.2
     16384  3.9   9.4  10.1   6.3   8.3  13.3  16.8
     32768  5.2   9.9  11.1   8.1  10.7  13.2  28.0
     65536  5.3  11.2  12.0  10.6  12.8  16.1  41.4
    131072  5.5  11.8  12.3  12.1  14.0  16.7  54.8
    262144  5.7  11.6  12.5  12.3  14.7  16.4  40.0
    524288  5.7  11.4  12.5  12.1  14.7  15.5  34.5
   1048576  5.8  11.4  12.6  12.2  14.9  15.7  36.5

Но на некоторых машинах чтение ФС очевидно быстрее с альтернативным размером блока. Так оказалось и в случае с моим N3540:

   1024=667 MB/s
   2048=1,2 GB/s
   4096=2,1 GB/s
   8192=3,2 GB/s
  16384=4,2 GB/s
  32768=5,1 GB/s
  65536=5,8 GB/s
 131072=6,2 GB/s
 262144=6,5 GB/s
 524288=6,6 GB/s
1048576=5,4 GB/s

Наблюдается очевидный пик при размере блока 512 Кб. Тем не менее, по умолчанию при подключении диска к системе параметр read_ahead_kb устанавливается в 128 Кб. Чтобы проверить, повлияет ли на скорость чтения ФС изменение размера блока по рекомендации теста Jim Meyering, я провёл ряд испытаний в максимально одинаковых условиях: сразу после загрузки, когда участвующие в тестах дирректории ещё не кэшированы. Засекал время на копирование файлов с жёсткого диска в /tmp. Использовал как системную cp, так и утилиту rsync. В тестах принимали участие процессор N3540 и SSD от одного производителя. Результат в секундах, ФС ext4.

Как видно из таблицы, с блоком 512 Кб наблюдается значительное ускорение при чтении незакэшированного содержимого диска (кэшированные файлы читаются примерно одинаково). Особенно это сказывается на работе rsync. Чтобы изменение сделать постоянным, добавил правило udev:

ACTION=="add|change", SUBSYSTEM=="block", RUN+="/bin/sh -c '/bin/echo 512 > /sys%p/queue/read_ahead_kb'"

Результатом очень доволен. Приятно узнать, что твой компьютер может больше, лучше, быстрее. А самое важное – на ожидание копирований/перемещений файлов тратится меньше драгоценного времени.

Интересно, с каким размером блока у вас файловая система работает быстрее? Поделитесь в комментариях!

1 января 2020 года Фредрик Брэннан (Fredrick Brennan) представил свободный шрифт «TT2020» — многоязычный шрифт пишущей машинки созданый с помощью редактора шрифтов FontForge.

Особенности шрифта

• Реалистичная симуляци дефектов печати текста свойственных печатным машинкам;
• Многоязычность;
• 9 начертаний «дефектов» для каждого символа в каждом из 6 стилей шрифта;
• Лицензия: SIL OFLv1.1 (SIL Open Font License, version 1.1).

Среди предыдущих шрифтовых работ стоит отметить свободные шрифты «Chomsky» (стилизованый под текст заголовка издания «The New York Times»), «Some Time Later» (стилизованый под шрифты из комиксов и мультсериала «Губка Боб Квадратные Штаны»), «LCD Font» (стилизованый под 14-сегментный шрифт ЖК-дисплеев) и другие.

Фредрик также принимает активное участие в разработке и подготовке следующего релиза FontForge.

• Сайт проекта
• Репозиторий исходного кода (GitHub)
• TT2020 в Open Font Library

>>> Подробности

Накопал такую интересную пдфку

https://www.embedded.com/wp-content/uploads/2019/11/EETimes_Embedded_2019_Emb...

TL;DR для Ъ: Сишечка и линукс доминируют, а также 32битные процессоры, среди 32битных лидирует STM32, среди 8-битных Atmel AVR, Zilog ещё жив, 23% поделий используют готовые платы (т.е. ардуины с распберями и прочее) вместо самостоятельной разработки, 65% беспроводных интерфейсов - это wi-fi

У меня стоит отдельный сервер с рторрентом, и захотелось мне мониторить показатели отдачи и загрузки. Ну и лимит скорости настраивать. Скрипты и графики - это скучно, поэтому запилил вот хардварное решение. А чтобы уж совсем Ъ, стилизовал под Bioshock Infinite.

Девайс показывает скорость в мегабитах (в диапазоне 0-100 или 0-1000, в зависимости от положения переключателя диапазонов) и может устанавливать ограничение скорости (черные ручки по краям панели).

Внутри работает ардуина, которая обменивается данными с демоном на компе, который ходит за информацией по XMLRPC на сервер с рторрентом.

Туча фоточек девайса есть тут: http://fotki.yandex.ru/users/mdevaev/album/339302/

А тут - инструкция по сборке: http://liksys.livejournal.com/4212.html

>>> Просмотр (800x600, 161 Kb)

В подмогу вот этому девайсу сделал еще один. Показывает загрузку процессора, количество занятой памяти и трех LA до 10 (после 10 загорается лампа «Overflow»). Внутри Arduino Micro, на компе - питоновый софт, который забирает статистику с сервера. Передняя панель сделана методом ЛУТ`а, покрашена и отполирована для получения узора. Индикаторы с ебея, с переделанной шкалой и подсветкой. Остальные мелочи с радиорынка. Корпус - коробка от чая.

Больше фоток тут: http://fotki.yandex.ru/users/mdevaev/album/398840/

А тут - инструкция по сборке: http://liksys.livejournal.com/4830.html

>>> Просмотр (1800x1015, 986 Kb)

Вот тут alexferman отмечает аналитические тенденции в современном русском языке:

Кстати, аналитичность уже иногда проскальзывает в повседневной речи. Склонение числительных, к примеру. Мало кто говорит «у тебя нет пятисот рублей?», чаще говорят «у тебя нет пятьсот рублей?»

А чуть выше дает прогноз:

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

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

В целом, мы наблюдаем такие подвижки в сторону аналитизма:

Неизменяемые топонимы среднего рода: «Она работала в бутике в Бирюлёво».

Предложное управление вытесняет чистое падежное: «Дом из красного кирпича» вместо «Дом красного кирпича». «Специалист по продажам», «Директор по маркетингу». Чуть более сложное, но похожее замещение: «Поехал работать учителем» вместо простого «Поехал учителем». А многие ли из вас скажут «я шел коридором» вместо «по коридору»?

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

Рост числа несклоняемых существительных за счет заимствований и доморощенных акронимов.

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

Упадок остатков отделительного падежа: кто из вас говорит «две ложки сахару»?

Упрощение глагольной парадигмы. Где сейчас эти «хаживал», «едывал»?

Тенденция к употреблению личных местоимений там, где они избыточны: «он вспомнил, как он…», «мне грустно: я совсем не повидал ничего» (сравните: «Наша Маша громко плачет: // Уронила в речку мячик»).

Тенденция к фиксации базового порядка слов SVO (Subject – Verb – Object). VSO – это уже или откровенное просторечие, или речевой маркер: «Захожу я в магазин…» Остальные варианты, похоже, всегда были зарезервированы для специальных случаев: логическое ударение, выделение темы и ремы, передача определенности и неопределенности.

Тенденция к фиксации положения модификаторов перед модифицируемым словом: «очень хочу», «очень крепкий», «мощный компьютер».

Сокращение употребления кратких прилагательных: «Снег – белый» вместо «бел». Постепенный выход из употребления фразеологизмов вроде «белы руки», «красна девица». Сокращение числа словоформ – тенденция аналитическая.

Склонность некоторых молодых женщин говорить о себе в мужском роде: «Я не понял!»

Люди, пытаясь архаизировать свою речь, путают «есть» и «суть», хотя они не взаимозаменяемы.

Выход из употребления притяжательных прилагательных на -ов, -ев, -ин: «государев», «Машин», обычно заменяемых родительным падежом. А это уже управление вместо согласования, то есть шаг в сторону аналитизма.

Но. При всём при этом тенденции к еще большему синтетизму тоже наблюдаются.

Например, новый звательный падеж: Дим, Кать, Серёж. При этом, звонкие согласные на конце таких форм остаются звонкими, что для русской фонологии – нонсенс. Мне кажется, это происходит потому, что новый падеж еще до конца не осмыслен как падеж, и для носителя языка это просто усечение слова в определенном контексте.

Активные совершенные причастия будущего времени: «пройдущий», «напишущий». Их ныне защищает Эпштейн. Как окказионализмы они изредка попадались в литературе XIX века. Есть ли у них будущее? Пока непонятно. У меня иногда стали проскакивать.

Падение давнопрошедшего времени. «Я был ходил» в том смысле, что «когда-то давно с некоторой регулярностью ходил» осталось только в северных наречиях. И всё же, еще более аналитичное «я было пошел» осталось, потому как удобных альтернатив нет.

Упадок или ограниченное употребление некоторых энклитик: «мол», «таки», «-то», «-де». В то же время, «уж», «ведь», «ли» и «бы» чувствуют себя прекрасно.

Как-то так.

Значит ли это, что аналитизм победит?

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

А у нас ведь ударные окончания цветут буйным цветом. Чуть освоим слово – и уже профессорА, а не профЕссоры, катерА, а не кАтеры, серверА, а не сЕрверы, договорА, а не договОры. Постепенное отмирание ударных предлогов (всякие «пО лесу», «вО поле» и «час От часу» – это ограниченный и постоянно сокращающийся класс выражений) еще более ограничивает пространство для аналитизма. Подробнее можно посмотреть и почитать у Зализняка.

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

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

Тег «угадай автора по заголовку».

Q: Зачем?

A: Ради эксперимента, повысится комфорт пользования терминалом или нет.

Q: Причем тут Rust?

A: Ни при чем, но из-за нативности и отсутствия GC на нем толпа людей побежала переписывать что ни попадя. С таким же успехом можно было бы и npm install, но тормозило бы. Ближе opam install или go get

Теперь мой терминал по истине свистит и пердит. Даю список если кому надо.

• alacritty - GPU ускоренный терминал.
  • https://github.com/jwilm/alacritty
• alias cat=bat- cat с хорошей подсветкой синтаксиса и нумерацией строк и пейджером.
  • https://github.com/sharkdp/bat
• broot - навигатор по каталогам, который одновременно показывает дерево, но адекватно себя ведет с громадными каталогами, показывая их по чуть-чуть.
  • https://dystroy.org/broot/
• dust - утилита для исследования места занимаемого каталогами, сортирует деревья файлов начиная с самых больших каталогов.
  • https://github.com/bootandy/dust
• alias ls="exa -l --group-directories-first" ls с хорошими дефолтами, tree встроено.
  • https://the.exa.website/
• rip Утилита для удаления файлов с разными удобными фичами и восстановлением
  • https://github.com/nivekuil/rip
• hors "How do I parse float in javascript?" - находит короткий ответ в интернетах и отвечает. Чуть лучше работает чем оригинал - howdoi.
  • https://github.com/WindSoilder/hors
• mdcat - cat для Markdown, для отображения удобочитаемой формы документа. Ссылки делает сносками.
  • https://github.com/lunaryorn/mdcat
• alias grep=rg - очень быстрый и удобный grep
  • https://github.com/BurntSushi/ripgrep
• starship - shell command prompt, показывает кучу полезной информации в зависимости от контекста, например git branch если в репозитории, версии софта и ЯП если в каталогах с сорцами, hostname если зайти по ssh.
  • https://starship.rs
• tokei - сборщик статистики по ЯП и строкам кода в деревьях исходников.
  • https://github.com/XAMPPRocky/tokei
• hyperfine - бенчмарк утилита, time на стероидах.
  • https://github.com/sharkdp/hyperfine
• tldr- сокращенная версия man, показывает как чем пользоваться в примерах, а не выдавая полную справку. Страницы поддерживаются сообществом для громадного количества утилит. Изначальный проект - https://tldr.sh/
  • https://github.com/dbrgn/tealdeer
• topgrade - универсальная утилита обновления. При запуске пытается обновить все что видит - системные пакеты, vim пакеты и так далее.
  • https://github.com/r-darwish/topgrade
• runiq - быстрый sort | uniq с разными алгоритмами внутри.
  • https://github.com/whitfin/runiq
• fd - быстрый и удобный find, удобно чтобы не вспоминать заковыристые ключи
  • https://github.com/sharkdp/fd
• fselect - поисковик файлов с SQL-like языком запросов
  • https://github.com/jhspetersson/fselect
• sd - как sed, только интуитивный
  • https://github.com/chmln/sd
• i3status-rs - Сразу i3status+i3blocks. Плюс батарейки к i3blocks, которые как я понял автор решил убрать.
  • https://github.com/greshake/i3status-rust
• onefetch - Вроде neofetch, но для сорцов. Просто запустите эту штуку с корня любого git репа, клонированого локально
  • https://github.com/o2sh/onefetch
• wasmtime - JIT runtime для WASI стандарта. Пускалка WebAssembly приложений.
  • https://wasmtime.dev
• scriptisto - «shebang-интерпретатор» для компилируемых языков, прозрачно собирает и кеширует нативные сборки кода
  • https://github.com/igor-petruk/scriptisto

Что не зашло совсем

• https://github.com/nushell/nushell - куча всего недоделано.
• https://github.com/mitnk/cicada - очень уступает bash
• https://amp.rs/ - сильно отличается от vim, непривычно, глючит. Навигация по дефолту очень крутая зато.

Все вышеперечисленое ставится через cargo install <package_name> (кроме alacritty), название смотрите на страницах. Сам cargo и Rust ставятся через

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

P.S. Призываю остальных взять ЯП вашей секты и поставить такой эксперимент и отписаться. Да-да, расскажите как вы пользовались ls на Java. Пользователей emacs прошу не беспокоить

Google создаёт ОС для мобильных устройств, основанную на Linux ядре, которую планирует отдать производителям мобильных телефонов. План Google -- создать продукт с открытым исходным кодом, который будет конкурировать с Microsoft Mobile и Symbian.

>>> Подробности (англ.)

После года активной разработки вышел системный оптимизатор Stacer 1.1.0. Ранее созданный на Electron - теперь переписан на Qt. Это позволило добавить новые полезные функции и повысить скорость работы в несколько раз, а так же задействовать множество нативных особенностей Linux.

Основное предназначение программы:

• Компонентная очистка системы.
• Мониторинг системных ресурсов.
• Настройка и оптимизация системы.
• Периодическое обслуживание и чистка системы от ненужных файлов без необходимости использовать разные программы и команды.
• Возможность задания плана для автоматизации задач (например, чистка кэшей приложений, пакетных кэшей, логов, авточистка корзины и т.п.).
• 13 отдельных секций с различными типами задач.

В новой версии добавилось:

• Мониторинг и менеджмент snap-пакетов в системе.
• Новая функция поиска: в корневом каталоге и по регулярным выражениям (бета).
• Появился диспетчер хостов и круговые диаграммы мониторинга основных метрик.

GitHub и скриншоты

>>> Подробности

https://github.com/Lenin1917/FlaskForum - моя курсовая по информатике (WIP). Прошу обратить внимание, что я учусь не на программиста! Буду рад увидеть здесь критику принципиальных недостатков в архитектуре, а ещё сильнее буду рад, если вы скажите как исправить проблемы.

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

Наткнулся на ракобу на CS 1.6 (?) в браузере. Сильно лагает (как фризы, так и пинг), но так сильнее получится погрузиться в 1998 я не знаю год с плохим компьютером.

Привет, ЛОР! Все мы читаем различные маны, техническую литературу, и всё подобное. А читает ли среднестатистический ЛОРовец, что либо из художественной литературы? Детективы, романы? Один ли я такой, который может читать исключительно техническую литературу, и у кого дикий facepalm лица от художественной? Что лучше иной раз фильм глянуть, или даже мультик? :) И если кто читает - поделитесь годной, на ваш взгляд, подборкой книг.

В Гвадалахаре (Мексика) была принята «Новая орфография испанского языка», в которую внесли некоторые хотя и косметические, но важные изменения.

ChangeLog:

• Слово solo теперь всегда пишется без знака ударения
• Исключены из алфавита буквы Ll и Ch
• Союз o теперь всегда пишется без знака ударения (18 o 19, например)
• «Узаконено» название буквы Y, теперь она официально называется, как все и привыкли, ye
• Не ставится теперь никогда знак ударения в односложных словах (aun, guion и т.д., кроме 1л. ед. ч. глагола saber - sé)
• Префиксы ex- и anti- теперь всегда пишутся слитно со словами (exesposa)
• В иностранных словах и именах собственных теперь нужно писать K, вместо Q (Irak, kilo)
• Теперь аббревиатуры не имеют множественного числа, которое должно выражаться артиклем (los CD)
• Буквам B и V вернули их исторические названия (соответственно be и uve, вместо be larga и be corta)

При чём тут Линукс? Прочитайте ещё раз выделенное жирным и вспомните, откуда родом Мигель де Иказа.

Подробности

Требований всего три:

• Нужно, чтобы не потели уши при использовании по 8-12 часов
• Хорошая пассивная шумоизоляция
• Возможность нормально юзать без усилка

Не могу ограничить бюджет, т.к. не знаю, есть ли такое вообще в природе.

Статья: https://arxiv.org/abs/1812.08775

Комментарий в twitter-треде: https://twitter.com/david_madras/status/1075954423082508294

Для тру:

Товарищи сделали ML-модель, которая определяет принимать или не принимать статью к публикации в журнал. На тестовом множестве модель показывает себя хорошо: отбрасывает около 50% плохих статей и менее 1% хороших.

Но есть одно но.

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

1) на первой странице есть картинка;

2) статья имеет 8 страниц.

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

Что приводит к вопросу: как вообще определять критерии качества и применимости моделей.

Где и как научиться программированию, а не только синтаксису? Вернее, чтобы вообще не стоял вопрос об ЯП. Есть ли признанные книги, курсы? Может есть варианты решения: изучаешь программирование через изучение синтаксиса или наоборот?

Посоветуйте пожалуйста для уровня нуба.

К примеру вот навскидку, что-то из подобного подойдёт?

1. https://www.intuit.ru/studies/courses/3533/775/info

2. https://www.intuit.ru/studies/courses/2193/67/info

3. https://www.intuit.ru/studies/courses/11876/1156/info

Буду благодарен за советы.

P.S. Это не толксы, не нужно тут чсв показывать.

Доброго времени суток

Сабж. До сих пор пишу скрипты в рамках процедурной парадигмы. Тупо не умею выделить объекты и проработать их взаимодействие. Хотя в институте курс по C++ был. А усложнение скриптов приводит к нагромождению быдлокода.

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

update

Как вариант, подойдёт совет «ООП уже не нужно, изучай $paradigm». Если под эту парадигму есть хорошая книга, а также актуальный И популярный язык программирования. lisp и брейнфак не предлагать :D

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

Привет. Хочу поделиться своим горьким опытом установки патчей от Spectre\Meltdown на Oracle Linux. Возможно, у кого-то есть такой же негативный опыт и советы. Просто поплакаться, короче.

Для начала, железо:

Blade: HP-Blade ProLiant BL660c Gen9
CPU: 2x Intel(R) Xeon(R) CPU E5-4667 v3 @ 2.00GHz (2 сокета, в сумме 32 ядра и 64 потока)
RAM: 256 GB (16 планок по 16 GB)
Дисковая подсистема не имеет значения, думаю.  Ну там SSD (RAID 1) и овермного дисков приходят со стораджа по multipath.

ОС: Oracle Linux 7.3,  4.1.12-124.17.2.el7uek.x86_64.

На сервере, как не сложно догадаться, крутится много баз данных Oracle. Я не dba-специалист и не могу предоставить больше данных, но база 12 версии вроде.

Решил я обновить систему, значит. Для начала, поставил Service Pack for ProLiant (SPP) 2018.3.0 (это pack, включающий firmware upgrade для всего оборудования). Потом сверху накатил свежий ROM 2.60 (чтобы закрыть установить все доступные патчи от Spectre). Ядро обновляется автоматом (Oracle Uptrack).

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

Ранее импорт базы данных занимал примерно 6 часов и 30 минут. После установки апдейтов рефреш стал длиться 12 часов. impdp работает в 8 потоков. Увеличение кол-ва потоков до 16-ти никак не помогли ускорить процесс рефреша.

Недолго думая (я немножко слежу за новостями и сразу понял, что проблема может быть в заплатках от MelDown) я отключил ibpb\ibrs патчи:

echo '0'>/sys/kernel/debug/x86/ibpb_enabled
echo '0'>/sys/kernel/debug/x86/ibrs_enabled

и длительность рефреша вернулась на прежний уровень, т.е. дело точно в ibpb_enabled и ibrs_enabled.

CPU Utilization\CPU Load на севрере низкое, т.е. свободных ресурсов полно на сервере.

Oracle Support не даёт никаких нормальных комментариев (у нас платный support на ОС и на базы данных), от HP-Support тоже внятных комментариев нет.

В общем, вот моя история. Хотелось бы услышать комментариев или советов. И ваш горький опыт.

Из man ln:

-d, -F, --directory
    allow the superuser to attempt to hard link directories (note: will probably fail due to system restrictions, even for the superuser)