Пусть он будет медленный, но чтоб температура под нагрузкой не превышала 50 градусов.

Имеется ли в ARM-архитектурах принципиальная возможность объединять одноплатные компьютеры в одноголовую SMP-систему с общим доступом ко всей памяти всех плат? Если да, то можно ли ожидать, что производители одноплатных Raspberry/Orange/Banana/и_другие догадаются выпускать такие изделия? Если нет, то какая архитектура такую возможность могла бы предоставить, хотя бы теоретически.

Чисто умозрительно воображаю это как-то так: есть одноплатный комп с 4-мя ядрами и 8 ГБ памяти и с соответсвующими разъёмами мама/папа на обоих сторонах платы. Соединяем через эти разъёмы две одинаковые платы и получаем компьютер 8-ми ядерный с 16 ГБ памяти. Пусть бы даже с потерями скорости памяти, но лишь бы была полноценная SMP-система с общей памятью.

Глядя на vSMP от ScaleMP и на технологию Intel Optane видно, что даже на Intel архитектуре что-то подобное можно реализовать на логическом уровне. Хотелось бы увидеть настоящую кластеризацию вычислительных мощностей на уровне железа, без эзернета/инфинибанда.

В чем может быть причина, как думаете?

Интересно было бы попробовать что-то похожее на vSMP от ScaleMP, но свободное.

Устройство «ScaleMP vSMP Foundation controller [vSMP CTL]» - это физическая железка, или некая программная вставка в ядро?

В сети два dhcp-сервера: железный на роутере и программный на Линкусе. Система с Линуксом получила текущий динамический IP с роутера, и его можно распознать допустим командой «hostname -I». Подскажите, как этот адрес прописать параметру next-server в файл dhcpd.conf перед запуском dhcpd в rc-скриптах?

di= -I..\..\..\include

all: qquickwebenginehistory.o qquickwebengineloadrequest.o qquickwebenginenavigationrequest.o qquickwebenginenewviewrequest.o qquickwebenginesettings.o qquickwebenginesingleton.o qquickwebengineview.o qtwebengineglobal.o
	ar rvs libQt5WebEngine.a qquickwebenginehistory.o qquickwebengineloadrequest.o qquickwebenginenavigationrequest.o qquickwebenginenewviewrequest.o qquickwebenginesettings.o qquickwebenginesingleton.o qquickwebengineview.o qtwebengineglobal.o

.cpp.o:
	g++ -c -O2 $(di) $< -o $@

Подскажите, как для цели all не перечислять буквально все зависимости, а сделать это кратко подобно ".cpp.o: g++ -c -O2 $(di) $< -o $@"? Т.е. чтобы фактические имена файлов не присутствовали в мэйкфайле.

Сделал такой Makefile для создания libQt5WebEngine.a:

di= -I. \
-I.. \
-I..\..\core \
-I..\..\..\include \
-I..\..\..\include\QtQml \
-I..\..\..\include\QtGui \
-I..\..\..\include\QtCore \
-I..\..\..\include\QtQuick \
-I..\..\..\include\QtQuick\5.4.1\QtQuick \
-I..\..\..\include\QtWebEngine\5.4.1\QtWebEngine \

#moc_qquickwebengineview_p.cpp: qquickwebengineview_p.h
#	..\..\..\bin\moc.exe $< -o $@ $(di)
#moc_qquickwebengineview_p_p.cpp: qquickwebengineview_p_p.h
#	..\..\..\bin\moc.exe $< -o $@ $(di)

all: qquickwebenginehistory.o qquickwebengineloadrequest.o qquickwebenginenavigationrequest.o qquickwebenginenewviewrequest.o qquickwebenginesettings.o qquickwebenginesingleton.o qquickwebengineview.o qtwebengineglobal.o
	ar rvs libQt5WebEngine.a qquickwebenginehistory.o qquickwebengineloadrequest.o qquickwebenginenavigationrequest.o qquickwebenginenewviewrequest.o qquickwebenginesettings.o qquickwebenginesingleton.o qquickwebengineview.o qtwebengineglobal.o

.cpp.o:
	g++ -c -O2 $(di) $< -o $@

Видимо что-то не правильно, т.к. при сборке программы выходит сообщение

undefined reference to `__imp__ZN11QtWebEngine10initializeEv'
collect2.exe: error: ld returned 1 exit status

Подскажите, как эту либу правильно собрать.

Установил Slackware64-current. Разрешение консоли в параметре ядра при настройке lilo указал нужное мне, среднее с нормальным размором букавок. Загрузка стартует с этим правильним разрешением, но в середине загрузки вдруг разрешение консоли меняется на мксимальное с очень мелкими буковками. Помогите найти, где это перключение в скриптах загрузки срабатывает.