DaNko88: Ну посчитайте сами. Если средний фильм как вы привели 90минут и 2гб, то
2000/90/60=0,37Мб Т.е 370килобайт в секунду.
Это в среднем. Для сжатия фильмо как правило используют кодеки с динамическим битрейтом.
Т.е в зависимости от участка изображения необходимая скорость будет от 100 до 900килобайт
Если вы жестко ограничите на 300то пользователю гарантированно не хватит скорости, будут тормоза.
DaNko88: Если все сделать оптимально то скорость чтения будет около 50мегабайт с диска. А уж скольким пользователям это хватит неизвестно. Зависит от скорости на пользователя.
Вот это настораживает -"(один фильм 1.5, 2GB) с ограниченной скорость (300 kb) на одного пользователя"
Вы что действительно собрались ограничивать одного пользователя такой скоростью? Как считали? Зачем?
Тут фишка в чем - нет смысла брать новый сервер пока не будет четко ясно откуда тормоза.
Иначе велика вероятность что тормоза будут и на новом такие же.
Panchon Kamredo: Странно а откуда тогда тормоза? Памяти мало физически? Какие настройки скуля?
На каком диске лежит? TempDB на том же диске? Нагрузка на диск? Нет ли антивирусов?
Panchon Kamredo: Да шаред мемори работает в случае расположения обоих серверов на одной машине. Но как правило ее не надо настраивать, она должна быть включена по дефолту.
Panchon Kamredo: Виртуальные машины в вашем случае думаю абсолютно бесполезны и даже вредны.
Виртуализация хороша когда надо повысить удобство администрирования сложной архитектуры, ценой потери быстродействия.
В вашем случае лучше обойтись без виртуализации.
Веб клиент по сети передает мало, поэтому сеть не грузит, и прекрасно работает через интернет, а вот дальше все зависит от архитектуры работы.
Веб клиент может работать как на файловой, так и на sql базе.
Файловая требовательна к дискам, скуль к дискам предьявляет меньше требований, ибо старается по максимуму работать с оперативкой.
В результате для файловой диски побыстреее, а для скуля памяти побольше.
Ну и файловая в вашем случае не вариант, т.к при тороговой конфигурации, куче номенклатуры и 20 юзеров будут постоянные блокировки. А от блокировок можно избавиться только перейдя на скуль.
DevMan: Ну я про это и говорю.
Когда для сканирования нужно нажимать кнопки на компьютере - это не сетевое сканирование.
Потому что когда надо что то отсканировать ты в любом случае должен находиться около МФУ.
Поэтому нормальное сетевое сканирование это положил оригиналы, нажал кнопку, и потом уже смотришь их на компьютере.
DevMan: Ну вот киосеру недорогую взять - прекрасно сохраняет. Около 15тыс.
Вроде довольно дешево для сетевого принтера/сканера.
А что значит не умеют сохранять на шару? Если есть функция сетевого сканирования, то куда то же он должен сохранять?
Ska1n: C этим проблем нет при любой виртуализации - гипервизор без проблем обеспечивает подключение на любом этапе.
А получать вы это будете в отдельном окне по протоколу VNC скорее всего.
Это позволяют практически любые системы виртуализации в том числе виндовый Hyper-V
yellowmew: Почему это плохо? Сервер это же не игрушка для админа. Сколько нужно организации столько и есть. И не факт что есть "служба режима" Если в компании скажем пять человек работают?
Сергей: А что понимается под большой нагрузкой? Много движущихся клиентов, или большой трафик в загаженном эфире?
Если нагрузки реально большие то ракус вне конкуренции, ну и циски кой чего могут.
OneFive: Конфиликтов не будет, как собственно и нужных драйверов.
Т.е система при переносе на другое железо либо найдет драйвера на него и корректно стартанет, либо не найдет драйверов и некорректно стартанет, либо вообще не запуститься.
2000/90/60=0,37Мб Т.е 370килобайт в секунду.
Это в среднем. Для сжатия фильмо как правило используют кодеки с динамическим битрейтом.
Т.е в зависимости от участка изображения необходимая скорость будет от 100 до 900килобайт
Если вы жестко ограничите на 300то пользователю гарантированно не хватит скорости, будут тормоза.