Посоветуйте самый холодный M.2 NVMe
Пусть он будет медленный, но чтоб температура под нагрузкой не превышала 50 градусов.
Пусть он будет медленный, но чтоб температура под нагрузкой не превышала 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 указал нужное мне, среднее с нормальным размором букавок. Загрузка стартует с этим правильним разрешением, но в середине загрузки вдруг разрешение консоли меняется на мксимальное с очень мелкими буковками. Помогите найти, где это перключение в скриптах загрузки срабатывает.