Всем привет.
Работаем с файловым хранилищем составом 5-7 человек. Географически разнесены, подключаемся через VPN.
Интересует такой вопрос. Стоит ли нам ставить сервер хранилища 8.3? Ускорится ли работа с хранилищем, или станет только хуже?

Про 8.2 читал, что нафиг не надо. А как дело обстоит сейчас?

(0) Его поставить: пять минут на создание службы и эН минут на формирование хранилища. Проверьте ощущения.

(1) У нас нет доступа для настройки служб на серваках, нужно обращаться к админам и мотивировать.
А локально не потестишь быстродействие.

(1) И вообще, почему на этом форуме первыми всегда отвечают те, кому нечего сказать? Обязательно первым будет «Попробуй и расскажи нам». И только потом подтягиваются те, у кого был опыт работы с вопросом...

(3) Ок. Не серчай, барин. Ответ: быстродействие не повысится, Повысится надежность.

А чем 8.2 отличается от 8.3
Т.е. почему в 8.2 он не нужен, а в 8.3 он необходим?

(4) Всякое "построение снимка конфигурации" тоже не на сервере выполняется? фигово...
(5) Говорят, СХ 8.3 стал многопроцессорным.

(6) Что и где выполняется - не знаю.
Про многопроцессорность непонятно. Может быть, многопроцессным? Но и это не так. Как и раньше, можно для каждого хранилища поднять отдельный сервер хранилища на другом порту. Один сервер хранилища = один процесс.

(7) http://wiki.mista.ru/doku.php?id=1c:v8:admin:server_xranilischa_konfiguracii
Буквально последний абзац.
Один процесс может все вычисления делать на одном процессоре, а может на многих.

(8) > но достверно известно и подтверждено экспериментально, что уже на 8.3.4.408 crserver грузит все процессоры, какие есть в системе

Фигня какая-то. А где ссылки на сам эксперимент? Конечно, было бы хорошо, если оно так.

(9)  Конечно, было бы хорошо, если оно так.
Это было бы хорошо, если бы имело смысл. Разделять на 24 ядра только прием запросов от 10 человек - нахрена?
Если бы на сервере те же снимки для просмотра истории готовились - тогда я бы понял.

(0) стоит

(5) в 8.2 он однопроцессорный, 8.3 умеет нагружать все процессоры. Например. Ну и в 8.3 гораздо стабильнее работает.

(11) и что? Почему нельзя использовать однопроцессорные приложения. Какая религия это запрещает?

(12) да можно. Но тогда все 5 разработчиков будут в очереди стоять к этому одному процессору.

один подключает свежую копию к хранилищу, все остальные курят - ни получить, ни отправить. Если это erp, например.

(12) В той статье, по ссылке, говорится, что когда 10 программистов запрашивают по 10 объектов - сервер хранилища ставит все это в одну очередь, и получается замедление относительно работы через шару.

(13) Лефмихалыч, ваш совет «стоит» заключается в чем? Просто стабильнее будет, или все же быстрее относительно шары (с учетом VPN)?

(15) главным образом в двух вещах:
1. Ни какой дурачок не сможет навернуть хранилище, просто поставив себе для тренировочных целей новую платформу. Хорошо, когда оно сразу умирает, но обычно оно делает это долго и незаметно, от чего драма только накапливается.
2. физическое место хранения файла 1cd при использовании хранилищ неизвестно разработчикам, в результате:
  2.1 можно его безболезненно тягать между разделами для любых целей, ни кто не заметит
  2.2 Поломать и стибрить становится сложнее. Без прав на хранилище ты уже не сможешь к нему подключиться. Имея же доступ к файлу, при помощи tool_1cd можно любые права получить

когда 8.3.5 была еще маленькая и глупенькая, был у нас в уезде такой случай.
В какой-то момент ВНЕЗАПНО хранилище начинало отчаянно тормозить у всех. ВОт работает-работает, а потом - херак - и у всех всё висит. Никакой, мать ее, системы.

И ничего понятно не было - то лиоборудование, то ли еще какая борода. Мы как раз переезд очередной отпраздновали в очередное новое помещение. Так что подозревать было много чего можно.

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

С тех пор я серверное хранилище обратно зауважал, ибо к тому моменту меня успели основательно подзатрахать уважаемые коллеги своими вопросами, чо с хранилищем.

а, ну и продуктивной тогда была 8.3.4 какая-то там или даже 8.3.3 - не помню уже

(13) А в случае с 8.3 это будет не так? Т.е. они смогут паралельно получать одни и теже данные? Или точно также в очереди будут стоять, просто очередь будет двигаться чуть чуть быстрее

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