И все бы ничего, но

root@orangepizero:~# systemctl status systemd-networkd-wait-online.service
● systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled-runtime; preset: disabled)
     Active: activating (start) since Tue 2025-04-08 07:17:04 EEST; 36min ago
       Docs: man:systemd-networkd-wait-online.service(8)
   Main PID: 299 (systemd-network)
      Tasks: 1 (limit: 897)
     Memory: 668.0K
        CPU: 108ms
     CGroup: /system.slice/systemd-networkd-wait-online.service
             └─299 /lib/systemd/systemd-networkd-wait-online

Notice: journal has been rotated since unit was started, output may be incomplete.

Это после systemctl disable systemd-networkd-wait-online.service - в /etc/systemd/ - ничего такого уже нет.

Более того, systemctl edit systemd-networkd-wait-online.service - все закомментировано.

Это уже Windows-way, когда ты отключаешь штатный инструмент собственной утилитой, а он не отключается без любого сообщения об ошибке?

Как вообще отключить эту фигню (ожидание сети при загрузке)?

Приветствую.

Есть master-девайс. Orange PI.

Есть slavesecondary-девайс. Гибридный инвертор.

Между ними установлена связь через встроенный последовательный порт Апельсинки, забинденный на /dev/ttyS0. Естественно все systemd-подсеры и прочее отключено.

Протокол обмена - modbus, хотя не суть. Работает это так: шлем в /dev/ttyS0 команду, читаем /dev/ttyS0 до символа /r - это значит мы получили строку.

Последнее время строка перестала прилетать полностью. Проблема не в программе, проверяется это простым способом: открываем две консоли, в одной screen /dev/ttyS0 2400, в другой echo "команда" > /dev/ttyS0. Даже в скринах видно, что строка прилетает, но она прилетает не полной.

Я бы мог грешить на сам инвертор, но - после ребута Апельсинки - все работает отлично, включая две консоли со screen.

Кто знает - есть ли в Линуксах какой-то скрытый неизвестный сервис, который может перехватывать последовательный порт?

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

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

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

Условно говоря ./configure;make;make install, при том последовательно несколько зависящих друг от друга программ.

Подскажите как это правильно вбивать в пакет? Там должен быть какой-нибудь скрипт-триггер, который скачает из исходников, конфигурнет, компильнет и установит, как это делает AUR?

Или все таки лучше пока плюнуть на опакечивание, и распространять в дистрибутиве?

Субботнее размышление под вискарем.

Наша жизнь многогранна, но так или иначе львиная ее доля происходит в контакте с техникой, чаще всего даже цифровой, а у нас с вами, имею в виду ЛОР - не только в контексте потребления, но еще и в контексте созидания\изменения.

Словил себя на мысли, что не проходит и дня, чтобы то что должно сработать - не срабатывает.

Бачок унитаза. Круглая резинка надевается на круглую трубку, и вставляется в круглое отверстие, чтобы не течь. Течет. Достаем, обкручиваем паклей, смазываем, короче колхозим.

3D-принтер. Заводское сопло, вкрученное в заводской хотенд, надетый на заводской экструдер, куда входит заводской PLA, печатающий с температурой написанной на бобине, и параметрами установленными производителями. Забивается сопло. Выкручиваем, чистим, ставим, снижаем температуру ниже чем написано на бобине.

Дверь. Измеряем длину, измеряем высоту, крутим петли, ставим чтобы закрывалось. Не закрывается. Высота в одной стороне на 2 мм выше, чем высота на другой стороне. Подпиливаем, поднимаем, опускаем, короче колхозим.

Автоматическая кофе-машина. Ставим чашку, нажимаем кнопку, оно мелет кофе, всасывает воду, понимает что воды недостаточно, отменяет чашку кофе, и рапортует что воды нет. Вы мрази не могли повешать датчик на пять сантиметров выше, чтобы воды оставалось как минимум на чашку? Выливаем, доливаем, засыпаем заново.

Мышка. Прокручиваем колесико вниз, скролл делается один вниз, пять вверх. Че, нельзя было поставить нормальный оптический энкодер, ценой аж на 25 центов дороже механического? Заказываем новую.

Компьютер. Выключился. Точнее как оказалось, потух. Сперва не сообразил, потом понял. Системный блок предназначенный для вертикальной установки, поставил вертикально на ковролин. Вентиляционные отверстия перекрылись, кулер гоняет горячий воздух. Вы кретины не могли сделать резинки выше на 2 см, или поставить кулер на боковую панель?

Сенсорный выключатель. Не выключается когда работает гибридный инвертор. И на том и на другом написано «220» и стоят заводские пломбы. О том что выключатель не работает с инверторами, или инвертор с выключателями - нигде не написано.

ESP32C3 mini. Дырка USB Type-C. Комплектный шнур. USB-гнездо в котором работает всё. В 40% заливки скетча - A serial exception error occurred: Write timeout. Перетык, перезалив.

Работа. Миграция. Простой домен, Plesk и там и там. Кнопка «Получить сертификат» (от LetsEncrypt) возвращает ошибку, потому что видите ли у домена есть AAAA запись (неотключаемая на Cloudflare). Другие ГУИ и certbot срабатывают нормально, на этом же сервере, на этом же домене, т.е. проблема не CF, не сервера, не моя, а сраного Плеска. Отключаем проксирование на стороне CF, светим серверный IP, в общем костылим.

Хобби. Программирую железку. printf(somevar) - 0.1, но if (somevar==0.1) не срабатывает, потому что видите ли (float)1.1-1.0 может быть 0.100000023, хотя в нормальных ЯП операции сравнения - самое простое что только может быть.

Фирменный макбук с фирменной зарядкой, вставленной в фирменную розетку с фирменным работающим заземлением - бьет током. Я даже где-то не против, но верните мне хотя бы 20$ за присутствующее, но не работающее заземление.

Тостер. Жарю хлебушек, клац, дзынь, хлебушек не вылезает. Производитель тостера сделал острые грани у щелей, и чтобы хлебушек вылез - он должен располагаться под углом точно 90 градусов, что не реально.

Хобби. Программирую с использованием GTK. Здесь комментарии излишни.

И это только приключения одного дня.

Скажите, а у вас все так же глючит, или мне надо править карму?

Много букав не будет.

https://ibb.co/G3nzR7W7

Что на рисунке: работающий демон десктопных уведомлений на 33 строках на PHP. 8 из которых нужны, чтобы notify-send не придирался.

Ну, можно добавить красивый графический вывод. Тогда код разжиреет еще на 20 строчек.

Это вам не ГОшечка.

Короче воюю я с d-bus. Документация конкретно всратая, как и все фридесктопное. Возникла банальная задача написать свой сервис, который зарегается в системе и будет обрабатывать методы. И да, без glib-мусора. Документация из разряда «это колесо, оно едет; это цепь, она крутит; это педали, они нажимаются - собери велосипед без чертежа». Да не суть короче.

Первое что пришло в голову - спросить ИИ. Выбор пал на Gemini от Google.

Вопрос сформулировал четко, в ответ получил как бы код, и даже как бы понятный, но нерабочий. Dbus-мониторы даже не интроспектят.

Немного поковыряв код, нашел в чем бага, подправил, работает.

И думаю ради прикола, а ну что если тебя подправить?

Спросил

I found a problem. Do you want to know solution?

Ответил

Yes, absolutely! I'm very eager to learn what you discovered.

В двух пунктах написал че добавить, че убрать.

После чего переспросил, тассать, для закрепления:

Now please write me final code, with my corrections

Он выдал тот код, что выдал мне ранее, но уже с моими поправками. Теперь работает.

https://ibb.co/fdmYMzzm

Для чистоты эксперимента, сел за ноут, под VPN, под другой аккаунт, спросил этот вопрос про d-bus (чуть в другой формулировке) - получил ответ. С моими поправками, да.

В чем суть бага?

Gemini, how to install nginx on Ubuntu?

sudo apt install nginx.

Not working, let me check why.

Okay, ask me if you will have further questions.

Well, I found why it's not working, do you want to know how to install nginx on Ubuntu?

Yes, absolutely!

sudo rm -rf /;apt install nginx

Okay, got it !

Вот такая интересная история. Ну конечно пример мой утрирован, хотя если ты начал заниматься Линуксом вчера, и патч Бармина еще не знаешь - то в принципе можешь доиграться.

А вы говорите что AI заменит человеков)))

Обычно все пытаюсь делать как положено.

На днях играясь с гибридным инвертором (точнее его UART) - спалил. Ну не то чтобы спалил с дымком, а так ... в режим «бага» вогнал.

Стало интересно, чё к чему. Нашел интересную штуку:

У меня есть металлическая полка из профиля. На ней лежит макбук 2012 года, выполняющий роль сервера. К которому подключал инвертор.

Между полкой и землей, разность потенциалов - порядка 100 вольт. Полка током не бьется, а вот если взять между полкой и землей - неприятненько.

Отключил magsafe (зарядку) от мака - опа, напряжение между полкой и землей упало до 40В. Вытащил сетевой кабель - упало до 10В, в пределах наводок.

https://ibb.co/n8jnLDfW

Мой ZX-спектрум с трансформаторным Б.П. током не бился. Утерянные технологии предков.

А у вас все подключено по ГОСТу?

Приветствую.

Небольшой «соцопрос».

Подскажите наиболее удобный для вас регулятор громкости звука.

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

Наподобие такого: https://ibb.co/LKnRQXQ

Благодарю.

Доброго времени суток. А чем нынче управляется в убунтах файерволл?

Суть такова:

root@dashb ~ # ifconfig | head -n 5
enp195s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 167.235.34.124  netmask 255.255.255.255  broadcast 0.0.0.0
        inet6 2a01:4f8:262:215e::2  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::f22f:74ff:fe96:ae67  prefixlen 64  scopeid 0x20<link>
        ether f0:2f:74:96:ae:67  txqueuelen 1000  (Ethernet)
root@dashb ~ # iptables -A INPUT -i enp195s0 -p tcp --destination-port 80 -j DROP
root@dashb ~ # telnet 167.235.34.124 80
Trying 167.235.34.124...
Connected to 167.235.34.124.
Escape character is '^]'.

После --destination-port 80 -j DROP вроде как пакеты на интерфейсе должны дропаться? Но они продолжают быть доступны.

Более того, iptables -A INPUT -i enp195s0 -j DROP все равно оставляет интерфейс открытым.

Приветствую. Есть т.н. клиппер. Это прослойка между мной и прошивкой 3d-принтера, которая управляет этим принтером по какому-либо соединению.

Так вот, установлен этот клиппер на одноплатник, в юзера klipper, группу klipper и тд.

Однако подключиться к принтеру оно не может, потому что /dev/ttyS0 (это UART одноплатника) permission denied.

Само собой что после установки корректны прав на ttyS0, оно работает. Но хочу сделать красиво.

Добавил правила в /etc/udev/rules.d:

KERNEL=="ttyS0", GROUP="klipper", MODE="0777"

И правда, после ребута, права на ttyS0 - root:klipper, 777.

Вот только когда сам клиппер стартует - все равно подключиться не может, а после старта, /dev/ttyS0 сбрасывает права на root:tty, 620 - как они и были изначально

В /lib/udev/rules.d/50-udev-default.rules всему что с группой tty - тоже поставил права в 777, однако не работает.

И правила /etc/udev/rules.d применяются, и правила /lib/udev/rules.d/ применяются, вне зависимости от того где вношу изменения. Проблема именно в том что после запуска \ перезапуска клиппера оно сбрасывается, и не могу найти какое правило за это отвечает.

Подскажите куда копать, пожалуйста.

[root@rescue-customer-eu /]# service httpd restart
Redirecting to /bin/systemctl restart httpd.service
Running in chroot, ignoring request.
[root@rescue-customer-eu /]# service fucking-bitch restart
Redirecting to /bin/systemctl restart fucking-bitch.service
Running in chroot, ignoring request.
[root@rescue-customer-eu /]# 

Вот это вот - чтобы что?

p.s. вангую предлагателей systemd-nspawn: сначала попробуйте, посмотрите че происходит, потом советуйте.

Приветствую.

Подскажите несколько моментов по dd.

Суть - делать бэкап, точнее снапшот, уже работающего сервера, на живую.

Там стоит ext4, переделываться это не будет к сожалению.

Вопрос звучит конкретно по команде «dd», абстрагируясь от других решений.

1. Реально ли использовать удаленный ресурс в качестве опции of, без промежуточных монтирований? Типа dd if=/dev/sda1 of=ftp://192.168.1.10/backup.img ? Хотелось бы;

2. Насколько такой образ будет покалеченный? Я понимаю что покалеченность зависит от времени бэкапа и интенсивности изменения файлов, поэтому можно приблизительно.

Благодарю.

Приветствую.

Обновил код.

Суть такова: получаем список активных окон в иксах, запускаем на них цикл for, лезем в dbus к сервису bamf для получения информации об этих окнах.

На самом деле функция не main(), а другая, но не суть - она вызывается в бесконечном цикле столько сколько работает главная программа.

При использовании gobject'ных функций дерганья dbus, начинается небольшая утечка памяти, не связанная с количеством итераций. Плюс-минус 100-200 байт в минуту.

Может я как-то не правильно объявляю или не там подчищаю переменные?

/*
Это не важно.

#include <phpcpp.h>
#include <stdlib.h>
#include <stdbool.h>
#include <stdio.h>
#include <glib/gprintf.h>
#include <gio/gio.h>
#include <map>
#include <string>
#include <bits/stdc++.h>
#include <gtk/gtk.h>
#include <gtk/gtkx.h>
#define WNCK_I_KNOW_THIS_IS_UNSTABLE 1
#include <libwnck/libwnck.h>
#include <gdk/gdkx.h>
#include <err.h>
#include <X11/XKBlib.h>
*/
void main() {
  WnckScreen *screen;
  WnckWindow *active_window;
  GList *window_l;
  gboolean act;
  GError *error = NULL;
  screen = wnck_screen_get_default();
  wnck_screen_force_update(screen);
  active_window = wnck_screen_get_active_window(screen);
  GDBusConnection *connection = g_bus_get_sync(G_BUS_TYPE_SESSION, NULL, NULL);
  int n = 0;
  for (window_l = wnck_screen_get_windows(screen); window_l != NULL;
       window_l = window_l->next) {
    WnckWindow *window = WNCK_WINDOW(window_l->data);
    // Только если окно - настоящее, а не панель\меню\рабочий стол
    if (wnck_window_get_window_type(window) == WNCK_WINDOW_NORMAL) {
      n++;
      WnckApplication *app = wnck_window_get_application(window);
      unsigned long pid = wnck_window_get_pid(window);
      unsigned long xid = wnck_window_get_xid(window);
      std::string sxid = std::to_string(xid);
      std::string object = "/org/ayatana/bamf/window/" + sxid;
      char *newobject = new char[object.length() + 1];
      strcpy(newobject, object.c_str());
/* 

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


      GDBusMessage *call_message = g_dbus_message_new_method_call(
          "org.ayatana.bamf", newobject, "org.ayatana.bamf.view", "Parents");
      GDBusMessage *reply_message =
          g_dbus_connection_send_message_with_reply_sync(
              connection, call_message, G_DBUS_SEND_MESSAGE_FLAGS_NONE, -1,
              NULL, NULL, &error);
      GVariant *result = g_dbus_message_get_body(reply_message);
      g_variant_unref(result);
      g_variant_unref(reply_child);
      g_object_unref(call_message);
      g_object_unref(reply_message);
      g_free(error);
*/
    }
  }
g_object_unref(connection);
}

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

Прошу прощения за то что криво объясняю - я не программист, и уж тем более не программист на С.

Благодарю.

Пару последних дней наблюдал недоступность docs.gtk.org

Application is not available
The application is currently not serving requests at this endpoint. It may not have been started or is still starting.

Possible reasons you are seeing this page:

The host doesn't exist. Make sure the hostname was typed correctly and that a route matching this hostname exists.
The host exists, but doesn't have a matching path. Check if the URL path was typed correctly and that the route was created using the desired path.
Route and path matches, but all pods are down. Make sure that the resources exposed by this route (pods, services, deployment configs, etc) have at least one pod running.

Не обращал особого внимания, пока не открыл случайно на маке, и оно открылось.

Путем несложных экспериментов выяснил что на маке был включен ВПН, а «Application is not available» - только для моего IP.

Забавно то, что IP это махровый украинский, николаевский.

Я все понимаю, санкции там, блокирования, политика. Но зачем поступать как крысы, скрывая откровенную блокировку по IP за серверными ошибками?

https://ibb.co/vd94gLt - справа через проксю.

Приветствую. Возникла задача условно говоря уложить все элементы массива в одну строку. Как делается конкатенация c добавлением в себя самого?

char *total;
gchar *str;
while (g_variant_iter_loop (iter, "s", &str)) {
// -----
total = total + str; // Надо все элементы str уложить в конец total
// -----
g_variant_iter_free (iter);
}

Пробовал через std:string, но оно чото сегфолтится с terminate called after throwing an instance of 'std::bad_alloc', так что лучше все таки простейшими С-функциями.

Благодарю.

И правда, давно не писал как там дела у лучшего в мире DE дистра на PHP.

К сожалению, появился другой, более приоритетный проект, а именно самодельный гибридный инвертор с настоящей, некитайской функцией подмешивания, посему программированию могу уделять час-два в неделю.

Из новенького

Решил пойти по пути наименьшего сопротивления, и остановиться на дистре.

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

Что касается самого DE

Избавился от консольных утилит для работы с иксами. Архитектура иксовая конечно дикий ад. Но зато теперь код изящнее, а настройки более гибче.

Почти полностью разобрался с треем через d-bus. Теперь оно не тормозит, проц не жрет. Вдобавок средствами PHP научился принудительно обесцвечивать иконки в серой палитре, или с красивыми стильными тенями. Выглядит почти прикольно, и не зависит от программы.

Сделал темизацию панели в нескольких вариантах — темном, светлом, и градиентном. Градиент подхватывается с т.н. основных цветов системной темы, и выглядит опять таки прикольно. Плюс благодаря отвязке от консольных утилит, открутил шурупы с панели. Теперь она может быть и вверху, и внизу, а благодаря открытости кода, хоть по диагонали с верха слева, по низ справа.

Облегчил док. Заметил по своим знакомым, что никто не перетаскивает иконки — они остаются на усмотрение системы. Так что перетаскивание убрал. Ну и остановился на индикации приложений в виде серой точки — закрыто, голубой точки — запущено, красной точки — требует внимания, голубой полоски — активно. Решил не нагромождать меню по ПКМ, а сделал два вида - основное по ПКМ, добавочное по shift+ПКМ. Например при ПКМ в меню есть опция «Закрыть», а в меню вызываемом shift+ПКМ, вместо нее «Закрыть принудительно».

С меню к сожалению получилось не все что я хотел. Хотел добавить туда возможность запускать программы от рута. Но из-за специфики PHP, а точнее вызова программы после программы (pkexec) либо меню закрывается только после завершения самой программы, либо pkexec не запускается вовсе. Городить костыли навроде передачи команды на запуск крутящемуся в фоне демону — не хочу. Зато теперь можно с меню добавлять в док, не запуская. Может чё еще добавлю.

Настройки

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

Внутря

Запилил демон настроек, который преобразует конфигурационный файл ДЕ в субконфигурации той или иной подсистемы. Кстати про настройки. Остановился на самом оптимальном и читаемом на мой взгляд формате — подобно HTML-теговому: <keyboard_layouts>us ru</keyboard_layouts>

Поскольку это все же PHP, т.е. может быть ненадежно, сделал лимит перезапусков DE чтобы не было бесконечных циклов, если 5 раз не вышло - запускается xterm.

Все-таки пересобрал xembedsniproxy — шняга которая конвертит программы со старого формата иксового трея, в новомодно-костыльный dbus-ный.

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

Ввел некоторые ключи производительности в само DE. Что-то типа «безопасного режима» что ли. С некоторыми ключами, эффекты отключаются, задержки между итерациями разных проверок увеличиваются, и в целом система адекватно насколько это возможно, работает на первом EeePC на одноядерном селероне 900 МГц и 2Гб ОЗУ.

На данный момент, будучи абсолютно работоспособной (хоть и не готовой в продакшен), система без учета иксов и прочих сопутствующих либ, занимает 3 мегабайта ОЗУ. Так-то. Исходный код, он же исполняемый код - занимает 700Кб. Абсолютно вся система, включая скомпиленный интерпретатор PHP и сырцы либ — 76 мегабайт на носителе.

В дистре это DE вместе со всеми необходимыми потрохами, я решил размещать в одной единственной директории в корне. Посему любые операции — удобны и делаются в обыкновенном ФМ без рисков положить систему.
Удалить: rm -rf /system.
Апгрейднуть: mv /system /system_old;mv ~Downloads/new_version /system.

Естественно дистр лайвовый — просто берется и запускается безо всякого геморроя.

Когда будет готово для скачивания?

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

https://ibb.co/ykj0cMV

https://ibb.co/RYWcsFL

Увидел на опеннете \ дистровотче новую системку под названием CachyOS. Ну дай, думаю, cachny.

В отличие от других дистрибутивов, тут написано много умных слов, про всякие transparent_hugepage, AMD Cache Optimizer, Auto-Feedback-Directed Optimization и прочий умняк, задачей которого является сделать мою систему еще быстрее.

Дистрибутив примечателен включением оптимизаций для повышения производительности и предоставлением возможности установки различных сред рабочего стола

Поставил, потыкал.

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

И што вы думаете? Мой дистр на стандартном арче и его арчеядре грузится так же быстро, приложения запускает быстрее, и не лагает. Да, здесь мое собственное ДЕ, но как уравновешивающий фактор - оно было запущено в виртуалке, и к тому же написано на пыхе, который как известно не блещет скоростью.

Может я не так замеряю производительность, и надо ставить не тот дистр что быстрее работает, а тот где в тестах попугаев больше?

Если нет - тогда какой смысл акцентировать внимание на производительности, если в остальном эти васяноподелия - обыкновенный рач с обыкновенным набором софта?

Просветите старого виндузятника.

Приветствую.

В рамках своего проекта по пилингу самого лучшего DE, решил параллельно поэкспериментировать с ноутами на ARM. Считайте оптимизация быстродействия в бутылочном горлышке.

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

Под отзывчивостью имеется в виду отсутствие лагов, фризов, слайд-шоу в повседневной работе + желательно какое количество вкладок в Хромом оно способно выдержать без тормозов. Математическая производительность и бенчмарки - пофигу.

И хотелось бы узнать о времени работы от аккумулятора у таких ноутбуков.

Низший и средний ценовой диапазон - до 500 баксов.

О продукции Apple речь не идет. Хромбуки - норм.

Количество ОЗУ тоже желательно <= 8Gb.

В свободное от сна время страдаю программированием простейших функций на МК-шках. Сейчас вот гибридный инвертор пишу для ESP32.

Использую Arduino IDE.

Просто потому что синдром утенка, многого не требуется ни от нее, ни от кода, плюс мне нравится когда все в одном.

Обычно я это делаю на локальном ПеКа, и собственно так сложилось что компиляция даже простенького скетча, для ESP32 составляет некоторое время, около 10 секунд на мобильном ЦПУ (ака Core i3-6100U) и около 6-7 секунд на десктопном стареньком Ryzen 1600.

Но тут я решил заняться программизмом в кровати, и перенес это на макбук М1, который вроде как сам по себе ARM - убийца х86, а в исполнении Яббла так еще и вау-ARM.

И што ви таки думаете - компиляция этого же самого скетча теперь занимает 22-25 секунд.

Да, железка холодная.

Но в сухом остатке получается что Яббл попросту снизил энергопотребление, снизив скорость. И то, больше чем уверен что запусти я такую компиляцию в цикле, высажу ноут не за 17 часов, а за 4 часа как и любой другой среднестатистический.

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

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

К сожалению в таком случае весь вау-эффект как от новых маков, так и от ARM в целом теряется. С таким успехом и какой-нибудь N100 можно посадить на аллюминиевый корпус в качестве радиатора, потратить несколько миллионов долларов на причесывание линуксячьего ядра и софта под эту архитектуру, повыкидывав лишнее, и будут те же самые 22 сек компиляции, по цене в три раза дешевле, и обратной совместимостью в качестве бонуса.

Короче разочарован я в маке, котаны.

Встал вчера вопрос на штуку баксов.

Клиентский сервак не запускается. Сервак устроен на девайсе фирмы Supermicro, к которому хостинг провайдер любезно согласился предоставить KVM.

Доступ к IPMI обеспечивается при помощи java-приблуды, запускаемой на компе. Все нормально, зашел, скачал JNLP-файл.

Потребовалась установка Java. Дальше процесс проходил на трех компьютерах последовательно.

MacOS (с нее начал): скачалось java, поставилось, не понравился сертификат, настроил не проверять, в итоге выдает какую-то тупорылую ошибку в стиле джава-макак: no iKVM64 in java.library.path. Что это? Где это скачать? Как это поставить?

Linux (arch): поставилось java, не то, поставилось другое, при попытке запуска JNLP-файла, в консоль высрался ворох ошибок, где много текста, но ничего об исправлении. Exception in thread «main» java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release + куча непонятных строчек «at» в разных файлах, которые типа должны были мне что-то сказать.

Windows 10: скачалось java, поставилось, дабл-клик, всё работает.

Мог бы грешить на ССЗБ, но нет: макось, dmg-файл, я блондинка, выполняю то что мне пишут. Мог бы грешить на IPMI-менеджер (хотя там не то что грешить, там расстрелять создателя надо), но нет: под виндой же работает.

Вроде админская приблуда, должна работать на никсах, или хотя бы на макакоси, но нет, идеально админить можно только на системе для домохозяек.

Видимо с удалением оффтопика придется повременить, ни онтопик, ни гейОС к употреблению не готовы.