to post messages and comments.

Ох ты ж, оказывается макось без спросу сконвертировала мне диск с ХФС+ на АПФС. То есть, на проприетарную поделку с закрытыми спеками, которая нигде кроме макоси не читается, и читаться в ближайшее время (в случае линукса так и в дальнейшее тоже) не будет. СПАСИБО, родные, позаботились.

Qt проект, билд под андроед.
Используются SDK/NDK, Qt libraries, JDK/Gradle. Компилится 1 файл, линкуется, запускается gradle+android build, сканируются QML зависимости, что-то еще докапывается, снова gradle, получается ADB, деплоится через USB. Все hot (в кешах), несколько запусков. Userspace filesystems отсутствуют. Фоновые процессы минимальны (chrome/dropbox итд остановлены)

Linux + ZFS (все на ZFS) — 32 секунды
Mac OS + ZFS (все на ZFS, openzfs) — 41 секунда
Mac OS + HFS+ (все на HFS+) — 39 секунд
Mac OS + HFS+ (все на HFS+) + переключиться с закладочки с билд логом, минимизировать Qt Creator и не отсвечивать — 34 секунды.
Линукс ext4 с минимизацией отрисовки не пробовал.

Такие дела. Тест делался по мотивам тормозов макси в отрисовке ейного ГУЯ, для сравнения прочих перфомансов.

Поставил на гейбук линукс. Потому, что он быстрее работает. Макос оставил на маленьком разделе, потому что с нею работать и работать. В качестве общего диска сделал большой раздел, сделал его на ZFS. Работает достаточно быстро и там и там (macos: openzfs), еще и компрессию поддерживает. Померил еще с какой скоростью работает распиаренный Paragon NTFS , оказалось отстой. Какие были еще варианты? Fat32?

Я замерял latency ввода клавиатуры гейбука на манер как делал афтор в матерьяле #2886434. Ну, скажем, что рендеринг страницы еще добавляет времени.

Короче, 7 кадров 120 FPS ~ 60 msec. +/- 16 мсек на рефреш — это встроенная клава + встроенный монитор гейбука.

А вот 4К моник (тоже 60FPS over DisplayPort) плюс механическая клава (CM Storm) дали реакцию 4 кадра, что составляет ~ 33 мсек +/- 16 мсек на рефреш.

Думаю, дело в клаве. Картинка, для удовольствия читателя, прилагается (встроенная клава+моник).

А если мерять в IDEA, там все 80 мсек по ощущениям 8(

Я запустил в live mode убунту на гейбуке со своим нищебродским 4К монитором, И ОНО НЕ ТОРМОЗИТ НА НЕМ как гей-ос тормозила! Да и вообще летает очень здорово, ИДЕЙка отрисовует как родная, интерфейс умножай, не умножай, одинаково летает.

Карочи, дуал-бут! Скорее дуал-бут! Все в сад!

Mac

Гейбук на 4К работает 60Гц через DisplayPort. Через HDMI работает 30Гц, выглядит неприятно: мышу тягаешь, расстояния большие, отрисовывается редко, прыгает через 3 сантиметра, мерцает. Давеча нашел DisplayPort проводочек в магазине, доволен теперь.

Новая напасть теперь — тормозит отрисовка. Не видео, а UI. Когда ставишь приемлемый HiDpi scaling, это отличается от того, как если бы пиксель-в-пиксель рисовать то же что и на обычном мониторе. Если рисовать как раньше, мелко выходит чересчур. И вот, результат: тормозит.

Это проявляется во всем, например при скролле в хроме. Видно, что процессору тяжело, ЦПУ высоко, задержки всякие. А при Хрущеве такого не было! И если поставить пиксель-в-пиксель, то количество букв и картинок на тот же размер экрана увеличивается, но не тормозит!

Хорошо заметно в IDEA, что и сподвигло меня на исследования. Я еще тогда замерял как курсор перемещается по тексту и сколько оно кушает ЦПУ. Так вот, разница ощутимая в разных scaling factors. Один быстрый, но useless, все остальные, включая "Default for display" — медленные (на встроенном мониторе default for display — быстрый).

Да, и в результате всего этого CPU жрется гораздо быстрее при простом редактировании текста! Отсюда вентилятор, троттлинг чаще итп. Началось все с новым монитором. Жабка конечно свое тоже дает, но раньше как-то было менее критично.

Такие дела. Надо будет проверить линукс еще.

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

Но нет.. ну, какие-то копейки есть, но если экран включен, то скорее разряжается чем заряжается.

хочу странного. Что бы stderr выводился красным.
Сейчас это сделано таким вот сниппетом в ~/.zshrc

```
sm_color_red="$( tput setaf 1)"
sm_color_reset="$(tput sgr0 )"
exec 2>>( awk '{print "'"$sm_color_red"'"$0"'"$sm_color_reset"'"}' >&2 & )
```

Все клево работает, но есть один говняный эффект — всякие интерактивные консольные тулы пытаются спрашивать вопросы в stderr. У них это не получается прям ваще. Вопросы то не вылазят, то вылазят поздно и вообще, говно.

Какой mandatory access control позволит разграничить мне права для скриптоговнища, которое живёт в виде кучи симлинков с разными именами на один говноскрипт, который по имени понимает что именно запускать, без дополнительных обёрток на каждый симлинк?

Обновляюсь да какой-то макОС seere, 30 минут глядеть на черный экран — это скучно, но интересно, что же новенького, кажется там Siri появится, если я правильно поняла.

Долгое время меня беспокоило отсутствие акселераторов на макосе. Сейчас уже не беспокоит, просто оно неудобно, и все тут. Макоеды по своей привычке быть полностью удовлетворенными даже не разводят больших флеймов по этому поводу: "ну нету акселераторов, не дал их нам Джобс, ну и Джобс с ним, Джобсу лучше видно".

Но вот в очередной раз искал как нажать шорткатом "Don't save" в стандартном диалоге закрытия в местном аналоге Notepad, и т.к. это самое частое место, решил погуглить.

Оказывается, акселераторы для диалогов пишутся штучно, руками для каждого случая, и нигде об этом не объявляется. Наткнулся я на псто, содержащее следующую боль:

"Раньше," — писал автор, — " мы счастливо нажимали Command+D, чтобы в диалоге случалось Don't save [ офигеть шаманы, откуда узнали? из платного журнала? — SannySanoff ], но в новой версии оси этот шорткат не работает, и мы все страдаем".

Отвечает гранд-шаман:

"Теперь вместо Command+D нажимайте Command+Delete, потому что это более натуральный шорткат, по нему к тому же легче попадать пальцами, а Command+D теперь меняет в диалоге тек директорию на Desktop. А если вы хотите чтобы все было как раньше, вот вам строчка в registry записать"

osxdaily.com

Вот такой вот индивидуальный подход к акселераторам, полный неожиданного WIN-а с характерным оттенком. Нескучно живут, не микрософтщина поди.

Чтобы скомпилить проект на Xcode чтобы гонять его под 64-битовым X86_64 симулятором, надо угадайте что? Правильно, поставить в проекте архитектурой строго arm64.

Я сам догадался! Интуиция уже начала подсказывать анальноватое дао Яббла.

OS macdigger.ru

Жалобы пользователей Mac OS:

Меня расстраивают мелкие баги, которые все вместе представляют большую проблему. Когда я открываю приложение Заметки на Mac, затем переключаюсь в другое окно, а потом пытаюсь вернуться в Заметки — ничего не происходит, приложение не открывается. Приходится закрывать и повторно открывать его или использовать ярлык, который показывает все запущенные приложения.
В iOS я не всегда могу вызвать центр управления с помощью свайпа вверх. Это лечится исключительно перезагрузкой. Иногда в iMessage экран становится черным или белым, и мне приходится закрывать и заново открывать сообщения.

Но что действительно сводит меня с ума — регулярно неработающий AirDrop и проблемы с синхронизацией контактов

В качестве примера Хилтзик привел установленную по умолчанию на каждом Mac программу «Просмотр» для чтения и аннотирования PDF-файлов, изображений и других файлов. По его словам, приложение работает со сбоями и «постоянно вылетает»
Блин! Да в дистрибутивах Linux полобное сплошь и рядом и если начинаешь это обсуждать, то получаешь в ответ "тебе надо ты и делай", УМВР и т.п. Чего они жалуются?

Тот кто делал новый клиент для твиттера под мак, НИКОГДА, я повторяю НИКОГДА им не пользовался. Иначе как он мог не заметить что при клике на проигрываемом видео оно не останавливается!, а открывается в попапе?

Почему launchctl не ругается ошибками на стдерр если что-то не так, а молчит как будто exit code = 0 и все успешно? Почему в man launchctl дофига написано слово "service-name", но нигде не пишется ни примера, ни формата имени сервиса?

Почему постгрес не стартует нормально через launchctl а рекомендует использовать некоторые поставляемые с ним скрипты для старта и стопа, и там про лаунчктл ни слова?

Ответы: "потому что так задумано великим", и "потому что идиоты" не предлагать.

Гейос (mac os) для вашего удобства не использует клавиши-акселераторы (подчеркнутые буквы в диалогах, меню итд). Видимо, Джобс еще давно сказал, что это вне обсуждения. Приходится мучаться, и разработчики простых диалоговых окон подтверждений (которые регулярно случаются в гей-оси) вовсю пользуются тем, что можно поставить фокус (рамочку) вокруг одной кнопки, не дефолтной, а вторую кнопку сделать дефолтной. Теперь пробелом ты выбираешь одну кнопку, а ентером — другую, главное не перепутать где какая! Как они ловко Стива-то обвели вокруг пальца! Правда ловкий трюк! Как же можно не восхищаться 8). Программисты эппл самые лучшие!

Сегодня узнал об непрекращающейся борьбе Яббла с разработчиками на тему кто контролирует область уведомлений в гей-оси (имеется в виду макос). member.ipmu.jp

И я знаю, что существуют люди, которые оправдывают такое положение дел, мол яббл знает что делает, они придумали макос — им и террор в руки, не нравится — уезжай, а нас все устраивает. Эти же люди скорее всего анархисты.

Вот гомосеки из эппла убрали управление provisioning profile-ями из xcode. Оставили только управление на сайте. Вот я добавил на сайте новый девайс (васи пупкина, моего тестера из другого города). Добавить девайс руками через чекбокс в провижн профайл через сайт я не могу, т.к. этот provisioning profile is managed by xcode, и редактировать его запрещено на сайте. ВНИМАНИЕ ВОПРОС: как добавленное устройство попадёт ко мне в xcode и далее в билд? Xcode 7.
(потратил 40 минут времени чтения хелпов, в конце забил и сделал профайл который не managed by xcode, добавил туда все руками, прописал его в проект).

Данный пост поймут программисты имевшие сношения с apple developer program, а ответят мне только самые упоротые фанаты. АУ.