Komrus

В 11-й, даже в LTSC и IoT на PrnScr жестко повешена функция "ножницы".
Соответственно если она у вас не срабатывает - то причина в сборке "От Васи Пупкина", где "всё ненужное вырезано, а всё нужное оставлено".
Функция как была повешена на PrnScr, так и осталась на ней, вот только приложения, которое ее обслуживает - уже нет.
Но от этого ваше работать не станет.
Соответственно: или перевешивайте ваше приложение на другую клавишу, либо ставьте образ MSDN и получите родной функционал.
"Сброка с какого-то сайта через торрент" - кроме сюрпризов с уникальными глюками - это еще и большой риск хорошо спрятанных троянов в системе.
Возьмите родной чистый образ MSDN 24H2 LTSC IoT. На него можно поставить русский язык и много других интересных плюшек. Тут на хабре есть статья.

Оборудование на другом конце - ситуация штатная. Тестер обязан её предусматривать, в т.ч. и вариант с PoE.

Про убитый тестером порт даже не слышал. Но если такое произойдёт, то это будет явно следствие неисправности тестера. Либо "после, но не вследствие".

А вот если на другом конце окажется что-то, что использует витую пару, но сетевым интерфейсом не является (например, порт "дальнобойной" АТС), можно остаться и без тестера...

Briar - для своего круга общения вообще замечательная программа.

Thunderbird ака K-9 Mail и ещё несколько аналогичных

Так же можно найти что-нибудь на русторе

что проссто так виртуальные прослойки не дадут использовать бытовую карточку или карточка должна поддерживать архитектуру GPU Passthrough

Не совсем верно. Бытовые карточки часто можно использовать, если драйвера для операционной системы внутри гостевой ВМ поддерживают это, сейчас нвидия вроде бы без ограничений разрешает проброс карточки в гостевую виртуалку (раньшедрайвера отслеживали это и отказывались запускаться, гуглите знаменитый Code 43). Некоторые бытовые карточки настраивать геморно, нужно пробрасывать ROM видяхи на гипервизоре. Нужно искать информацию по конкретным моделям каротчек. У AMD проблемы с тем, что драйвера в гостевой ОС некорректно обрабатывают перезагрузку ВМ, для этого умные люди даже написали костыль vendor-reset для некоторых моделей карточек.

Но бытовые карточки конечно получится пробросить только целиком. Если вы хотите купить одну карточку и пробрасывать в несколько гостевых ВМ, вам нужна карта с поддержкой спеки SR-IOV, например у AMD эта спека реализована в виде технологии MxGPU. Поддерживается она в некоторых прошных карточках, например в некоторых картах из серии FirePro, стоят они соответствующих денег. У нвидии это вроде называется Multi-instance GPU, подробно не исследовал этот вопрос. Не, у нвидии технология так и называется vGPU, а MIG это один из способ реализации "распила" карточки на несколько виртуальных устройств, наряду с time sliced. Вот кстати инструкция по настройке vGPU на Proxmox VE, протестирована на карточке RTX A5000, близко к вашей. Рекомендую ознакомиться.

Я пользуюсь проброшенной целиком бытовой карточкой от AMD.

P.S. Материнка конечно тоже должна поддерживать SR-IOV, это встречается в серверных и workstation-платах.

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

и все эти аппаратные надстройки потребовали огромного количества дополнительных транзисторов в проце. что собственно мы имеем.

Простой программе типа

mov ax, 0
inc ax.

особой выгоды от увеличения количества транзисторов не будет. В данном случае выгода будет от увеличения частоты процессора и уменьшения расстояния между элементами процессора (физику и скорость света никто не отменял).
Выгода от увеличения транзисторов наступает при многозадачности и сложных программах, когда нагрузка на процессор сильно увеличивается и ему не хватает ресурсов (транзисторов) для того, чтобы перелопатить огромные потоки данных в единицу времени, а так же распараллелить и оптимизировать процессы сложного алгоритма и структур данных. Вот тогда вступают в силу всякие кэши, оптимизации, а для них как раз нужно увеличение транзисторов.
Пример из жизни: что будет работать быстрее и в каких случаях - комп с ОЗУ 1 Мб и одним процессором или с ОЗУ 64 Гб и 8 ядрами (при одинаковой частоте процессора)?
P.S. Отдельно отмечу, что на Луну американцы запускали "Апполоны" с ЭВМ мощностью ниже, чем современный обычный калькулятор. А сейчас мощности смартфона в миллионы раз больше, что позволяет успешно тапать хомяков )

Тут немного другая ситуация... Все процессоры 13-го и 14-го поколения - сходя с конвеера как "годные" - неисправными не являлись. Т.е. и ваш тоже вначале точно был исправен (может и сейчас всё еще исправен). Но потом многие из них глючили и умирали.

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

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

Сейчас вам надо срочно проверить наличие обновлений BIOS материнской платы и обновиться (процедуру следует проводить осторожно, обеспечив верную прошивку, непрерывное электропитание, исправную память и убрав все опции разгона). А уже потом смотреть - есть ли проблемы стабильности в работе системы.

На сколько я знаю все в одном есть в vlc и в ffmpeg, они могут брать поток из любого источника (будь то pci плата захвата или usb) а так же позволяет публиковать поток

p.s. ubuntu 24.04 lts может получиться нежданчик с поддержкой железа, еще года с выхода не прошло, но я очень давно такой фигней не занимался, может там уже все хорошо

p.p.s. пожалей свои мозги и мозги своих пользователей в сети, не нужно множить зло федеранльный мусор

Раз в неделю собирай список раздач с какого-нибудь торрент трекера, скачивай его консольным rtorrent, отправляй на трансляцию, удаляй, скрипты по 2-3 строчки.

Там тебе и развлечения, и новости, и фильмы,.. без рекламы, по твоему выбору.

1. Пару самописных сайтов с общей нагрузкой в 3000-5000 в месяц (сейчас размещены на хостинге reg.ru на одном из дешевых тарифов, около 3.5к в год) Однозначно облако упадет - будете долго поднимать, да и аптайм надежнее
2. 5-7 почт на домене, одна размещена в Яндексе 360, остальные в ВК WorkSpace (за них ничего не плачу). Однозначно облако крайне трудно обучить спамлисты пропускать почту от частных IP
3. Несколько облаков - Google, Yandex, iCloud (по расходам около 10к в год, из них 7,2к - это iCloud на 2TB) Можно и к себе забрать на nextcloud, но реверс прокси должен быть в облаке, чтобы проще было построить маршруты
4. Умный дом с 25+ устройств (старый ноутбук с Ubuntu и HA под столом) локально из-за пинга
5. Plex сервер (тоже на старом ноутбуке). локально из-за пинга и трафика
6. Сервер для файлов с жестких дисков (пока у меня их 5 на рабочем столе и я постоянно подключаю нужный) локально из-за пинга и трафика
1. Игровые веб-интерфейсы (обмен по веб-сокетам) с нагрузкой 5-7 раз в месяц от 20 до 1000 одновременных пользователей. облако это прод и 1000 нормальный
2. Хостинг для виджета "Конфигуратор" с ежемесячным посещением в 10к человек. облако тоже нормальный прод

Вывод:
OnPermise выгодно хранить тяжелые файлы и локальные сервера для низкого пинга, если старый ноут "уже не торт", то можно рассмотреть какой m-atx/itx самосбор для его замены, либо аналоги intel nuc
OnCloud для доступа из вне проще и надежнее и по аптайпу и по настройкам

Очень вряд ли, Apple закрывает все возможные лазейки. Компания по взлому устройств Cellebrite изо всех сил старается и ищет уязвимости, но и держит в секрете свои инструменты, их чемоданчики для взлома стоят огромных денег. Крайне маловероятно, что вас взломали через USB картридер. Ну разве что вы президент небольшой страны и это были сотрудники АНБ

Как вы делите сеть на VLAN если не используете L3?

Вот сижу и думаю - что за бред? VLAN - чисто L2 штука. Где связь?

У меня вон стоят коммутаторы L2 (даже не L2+), и они распрекрасно себе умеют VLAN, причём и port-based, и MAC-based. Единственно чего, связанного с VLAN, они не умеют, так это держать несколько IP адресов внутреннего интерфейса в разных VLAN, только один IP, доступный либо из одного указанного VLAN, либо из вообще любого. Они даже GVRP умеют без проблем.

Не о том Вы спрашиваете. Ваш вопрос должен быть - почему

сейчас 1С работает плохо

Вот когда выясните, что конкретно является причиной Ваших проблем, тогда и будете смотреть, как эту причину лечить. Для выяснения причин рекомендую обратиться к специалистам по 1С в Вашем городе или онлайн-конторам (типа того же Гилева).
А с Вашим нынешним подходом с вероятностью 90% у Вас после апгрейда железа не изменится ничего или изменится крайне незначительно. Стоимость такого апгрейда у Вас из зарплаты не вычтут?

Белый адрес - ОпенВПН на роутере - клиент ВПН извне, цепляетесь и работаете.
Если проброс портов, то это стену ставить и настраивать корректно, потому что как только откроете порты на внешку, то китайцы будут стучаться нон-стоп.

Нужны видеокарты, суммарным объемом 1024гб. тут только специализированные, найти в продаже в странах под санкциями нереал, рынок пустой был уже в 2020-ом. Цены тут 5х от мировых.

Квантизация тут тоже есть, vllm самая эффективная реализация, поэтому если тебе не нужно дообучать, а только исполнение, то пойдет 8bit квантизация.
-------

На процессоре с помощью llama.cpp, где-нибудь 10-20 секунд на токен (кстати повышается в несколько раз при batch запросах, когда тебе нужно обработать сразу много prompt-ов).

Тебе нужна серверная материнка (хоть прошлого поколения, важна оперативная память), размер памяти минимум 256гб (4битная квантизация, потеряешь в качестве), лучше 512гб. К сожалению рынок тут только БУ со всеми вытекающими от сюда ценами и гарантиями.
--------

Можно запускать на нескольких десктопах!
Год назад в llama.cpp портировали MPI реализацию, поддержка запуска на нескольких нодах (как пример нам было 8 raspberrypi и llama65b) поэтому приобрести 4 компьютера по 64-128гб не проблема, процессор не самый топовый, какой-нибудь AMD Ryzen 5 9600X/7600X (6-ядерный, лучшая производительность singlethread дешевле $300/$200), на сколько я понял, упирается все в сеть, поэтому сверху 10Gb ethernet адаптеры в придачу (они относительно дешевые).

Каждый из компьютеров обойдется примерно в 100т.р. (можно ужаться и набрать по 70т.р. но там и процессоры по слабее и память по медленнее, но не значительно), и таких нужно 3-4 штуки.

Сетевые карты 10G покупать парами, объединить в круг (это самый дешевый конфиг). Иначе, еще вложиться в свитч примерно такой же стоимости. Если честно я не нашел информации или каких то расчетов, которые скажут требования к сети, очень даже может быть что хватит встроенных в материнку и гигабитного свитча, речь идет об оптимальной утилизации процессора и памяти.
--------

Есть еще один экстремальный вариант, он не требует почти никаких особых затрат, любая даже самая слабая железка с любым количеством RAM (пусть условно 16гб-32гб будет, контекст хранить нужно) но с максимально быстрым ssd nvme диском (или несколькими в raid0). llama.cpp штатно умеет работать с моделями напрямую с диска (mlock режим), будет считывать всю модель по одному разу на каждый токен.

Например 4 ssd диска (проходной apaser за 2.5т.р. но лучше что то по быстрее с pci-e 4.0) на скорости 2гбайта/с (само собой есть быстрее) с соответствующими pci-e контроллерами обойдутся в считанные 16-25т.р., полученный 'монстр' будет считывать всю модель с 8битной квантизацией за 30-15 секунд, и уже вопрос, успеет ли процессор на такой скорости модель считать.

p.s. осторожно, ssd на 'чтение' тоже не бесплатно работает, это тоже изнашивает ресурс, только не так быстро как запись, может в тысячу раз медленнее, может в десятки тысяч.