Алексей Черемисин

Раньше, когда компьютеры были большими, экраны зелёными, а вместо флешек куски картонки, были две специальности (точнее три): математик-алгоритмист и оператор ВМ. Вот первый был типа программистом, а второй кодером - наборщиком (кодировщиком) перфокарт. Отсюда и пошло-поехало. Математик писал алгиритм на бумажке, оператор вводил это в ЭВМ (с бооольшой буквы), результат расшифровывал и передавал обратно математику.
В общем, были хорошие кодеры (дырки правильно ставили), а были и не очень... https://ru.wikipedia.org/wiki/%D0%9F%D0%B5%D1%80%D...

Все сетевые HP отлично работают, У нас даже Samsung сетевой стоит с двухсторонней печатью, тоже работает!

Вообще-то termcap была портирована под DOS, кажется вместе с Emacs. Но я не о том, установите MSDOS-Kermit. В нем есть и поддержка VT100, и не только - www.columbia.edu/kermit

Да, также он есть в виде библиотеки, которую можно применить в своих программах.
Также, в свое время, была очень популярна библиотека TurboVision https://ru.wikipedia.org/wiki/Turbo_Vision - это как замена curses для DOS.

Соответственно kermit + turbovision можно заменить всё что угодно.
PS. Я один такой некромант?

Ну а для многозадачности установите полуось вместо дос...

О!!! Нужно сделать свертку объектов!

from collections import defaultdict

_t_by_o2 = defaultdict(list)
for t in tt:
   _t_by_o2[t.o].append=t

_o2_by_o1 = defaultdict(list)
for o2 in o22:
   _o2_by_o1[o2.o1].append=o2

Теперь в шаблоне можно работать с хешами только по циклу o11 без ифов

{% for o1 in o11 %}
<span>{{o1.n}}</span>
{% for o2 in _o2_by_o1.get(o1,[]) %}
<span>{{ o2t.n}}</span>
{% for t in _t_by_o2.get(o2,[]) %}
 <a href="/{{ t.u }}/">{{ t.n }}</a><span>({{ t.c }})</span>
{% endfor %}
{% endfor %}
{% endfor %}

Как-то так!
PS. Я вообще не понимаю, зачем такие дикие циклы и чем они обусловлены?! В браузере мы всё равно лимон объектов не отобразим. Значит их всего максимум сотня-другая, а если это так, то что-то не то в консерватории взаимосвязей, или пытаемся делать не там их обработку. Может быть задуматься, почему нам нужно эти объекты связывать при отображении и почему они до сих пор находятся в таком кошмаре?!

Есть несколько типов кабелей и разъемов DVI - DVI-I и DVI-D. Обычно все делают полный DVI-кабель, соответствующий обеим стандартам, а карточки работают обычно по DVI-D (digital). По импедансу они все должны соответствовать стандарту, так что разницы между ними нет, практически никакой.
Это все также относится к "теплому цифровому звуку", если верите, то покупайте самый дорогой! Если нормальный инженер, то берите дешевый!
Единственное, что встречал на совсем дешевых разъемах HDMI (прикупили для проекта 500 шт. по 120 руб.) - неглубокий отлив перед железной частью разъема, из-за чего иногда они физически не входили до конца в материнский разъем на некоторых платах. Решалось подрезкой пластика на пару миллиметров ножем для бумаг. Качество "теплого цифрового видео/звука" полностью соответствовало стандарту.

Jsf стандарт, у которого, как обычно есть куча реализаций.
richfaces.jboss.org
https://myfaces.apache.org
Далее везде

book.itep.ru надеюсь поможет! Кнопочка "index" в самом верху странички, если чо...
PS. До кучи, кажется то что нужно, иначе там умереть можно book.itep.ru/2/convrs_2.htm

DNS не подключается, если его на программном уровне не спрашивают. Достаточно IP-адресации. Собственно DNS такой-же как и SSH или HTTP, ничем от них не отличается, разве что бегает по UDP. Соответсвенно это протокол приложения (OSI 7).
Обычно встроен в стандартную сетевую библиотеку (для удобства) - вызовы GetHostAddresses (мастдай) или gethostbyname (труевей).

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

Ставьте mezzanine и будет вам уже и базовые документы (с wisywig редактором) и бложик и админка (и виджеты в админке) и наследование темплейтов и сами темплейты и маленькая кучка всего типа вордпресса, и инлайн редактирование, даже магазин есть Ну и это джанго приложение со всеми вытекающими. mezzanine.jupo.org
Как раз сам сейчас думаю его в проекте использовать.

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

Наверное объяснение такое, когда создаем процесс, то к нему можем передавать кусок общей памяти, но это и так во многих ОС делается через shared memory, события и сигналы, называется IPC.

С другой стороны, тот же линукс вполне подойдет под данное определение, как минимум частично. Это когда мы форкаем процесс, то данные процесса у нас не сразу копируются для него, а только после первого обращения к нужной странице памяти. Так называемое ленивое копирование. Ну а разделяемые куски кода лежат в *.so файлах.

Что касается общих ресурсов, то например в OS-9/9000 есть разделяемые библиотеки (модули), в контексте которых есть отдельный стек на библиотеку (модуль). Там могут лежать данные, доступные всем процессам, которые используют данный модуль. С другой стороны, процессы в ней очень даже традиционные, если не линковаться к модулям. Но 0S-9/9000 наверное единственная ОС, которая так может и с которой я работал таким образом.

Файлы записать в архив на СД/ДВД и перекодировать как написал ShamblerR

Как я понимаю, подойдет любой компьютер, хоть одноплатка, хоть расберипи. Весь вопрос в исполнительных устройствах, которые подключаются к портам GPIO и интерфейсам IO.
Другими словами, я не знаю ни одного компьютера, который был бы специально заточен под силовую электронику, они все заточены на управление разнообразным оборудованием. Но я знаю кучу производителей устройств для силовой электроники, которыми можно управлять с любого компьютера, встроенного, одноплатного или общего назначения.
Начните с поиска нужных исполнительных устройств (реле, разрядники, и что там еще по вашему профилю), далее по интерфейсам управления подбирайте компьютер с соответствующими портами IO (modbus, profibus, spi, i2c, какие-то частнофирменные протоколы)...

Приведу пример: у меня есть автомобиль, и куча исполнительных устройств для него, датчики, регуляторы, замки дверей, капота, доводчики. Все они имеют интерфейс CAN (так уж повелось в автомотиве). Ну мне тогда сам бог велел поискать одноплатку с двумя-тремя CAN-шинами и нацеплять исполнительных механизмов и датчиков гирляндами на них.

А не пробовали эмулировать работу скрипта на простом sql? Что получается? Ну и без анализа самих запросов, типов данных и структуры таблиц сказать вообще ничего нельзя.
Единственное, что можно порекомендовать- кешируйте данные на чтение. И если при работе тормозит процессор, то попробуйте параллелить задачу, а если тормозят диски - ставьте ssd. Другой путь - не сохранять в базу, а сохранять в память, например в redis, mongo, а уже потом перекидывать готовый результат куда нужно.
И что-то неправильное в консерватории, если индексов на таблицу больше двух, максимум трех... Снесите индексы, проведите массивную вставку, создайте индексы заново. Ну и анализ запросов и explain в помощь.
Что такого можно делать со 100к запросов?!