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

Меня всегда поражают такие требования :-)
Любая система видеонаблюдения их обеспечит, например netavis. Вам же нужно просто посчитать сколько займет ваше видео на дисках и купить соответствующий сервер.
Считается просто - количество камер * максимальный поток * 60*60*24 * 120 дней
Например: 40 камер по 4000 kb/s
40 * (4000/8/1000) * 60 * 60 * 24 *120 ~= 200 терабайт.
Ну а с записью архива придется самим программировать, такого нет. Илииспользовать ленточки.

Есть рекомендации и стандарт от интел - Thermally Advantaged Chassis (TAC). Вот, если осилите cache-www.intel.com/cd/00/00/38/71/387155_387155.pdf

1) Локалку можно сделать и оптикой (конвертеры на одномод).
2) Или можно взять усилитель и коаксиальный кабель и прокачать 600 метров
3) Если есть локалка, то сигнал гнать мультикастом!
4) посылать/принимать мультикастом можно через gstreamer, например - https://developer.ridgerun.com/wiki/index.php?titl...

PS. Если есть бюджет (~50к р.) и не хочется возиться, пишите в личку, дам ссылку на наши устройства.

Можно попробовать поискать в компаниях для рынка автоматизации, таких как prosoft.ru
Автоматизация до сих пор работает на старых стандартах, срок жизни на рынке некоторых изделий иногда до 30 лет доходит, так что вполне возможно что есть новые.

Ну и как минимум можно просто переделать ATX в AT - www.qrz.ru/schemes/contribute/power/atx2at.shtml

SynChinHainan Corporation - рекомендую!

А по мне, если рэк интельный, то нужно ставить БП интел, если сиськовский - БП сиську, если супермикро - БП соответственно их же, если ну-что-же-ты-паккард - такой же.
Да, только ни в коем случае не берите NysChаnHianan Corporation - гадость редкостная, хоть и имя звучное.

Оставить макось и поставить параллели! Все будет очень хорошо.
Водружать вместо макоси линукс не советую, намучаетесь. Ну и напоследок, я за KVM!

Я бы, как администратор сети, поступил бы просто. В сети сделал бы несколько VLAN (для библиотеки, студентов, преподавателей, уборщиц, алхимиков, космологов, зеленых человечков, доярок и пастухов). Установил бы сервер авторизации типа FreeRadius. На коммутаторах и wifi-точках доступа настроил бы авторизацию по 802.1x. Раздал бы всем сотрудникам логины/пароли к сети.
А всех остальных, неавторизованных студиозов, пускал в гостевой VLAN, где отключил бы всё и оставил бы RDP и сетевой диск для заливки диссеров преподам.

Собственно, как пишут в одной операционной системе: "При наличии проблем с сетью, обратитесь к сетевому администратору".

PS. И, похоже, у вас появился нормальный сетевой инженер в институте (упс, техникуме)!

Я так понимаю, что устройство реализует в себе USB serial протокол. Т.е. подключая его непосредственно в USB-порт получаем в системе виртуальный COM?
Если это так, то устройств таких нет!
Можно просто комп в промежуток поставить и написать простенький враппер, который будет гонять данные с USB serial в стандартный RS-232. Программка такая пишется за день на питоне например.

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

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

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

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

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

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

Ну курс вроде бы по заголовку нормальный, дополнительно разве что Кнута прочитать ( настоятельно), только покупайте в бумажном виде!

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

www.icp-das.ru/catalog/remote_i_o/i-7000_m-7000_tm... - Так ведь справа и есть "Документация"!!! и pdf и куча всего! Но нужен порт RS-485 похоже. И команды у него странноваты :-)

PS. Гляжу в книгу и вижу фигу :-)

Nmap пользую, но тоже не панацея.

Если виртуалки гонять, то тот, где больше ядер. Если под общую "файлопомойку", то тот, что дешевле. Но по моему, лучше два средненьких сервера, чем один помощнее, тем более, что процессоры всего на 5-10 процентов по производительности разнятся.