Собрал сервер на ryzen 3700x  работает на частоте 4.2 ггц
Список остального железа
Материнка MSI MPG X570 GAMING PLUS
ОЗУ Neo Forza FAYE [NMUD416E82-3000DB20] 32 ГБ  (всего 2 планки каждая по 16 гб) работает на 3000 мгц
512 ГБ SSD M.2 накопитель A-Data XPG SX6000 Pro
Сревре от 8 до 10 пользователей, подключающихся к нему удаленно по RDP.

ОСЬ windows server 2019
Платформа последняя  1С 8.3.16.1063
Тест Гилева 89 баллов.

(0)почему не поднять сервер на этом сервере? в чем принципиальность файловой?

(0) И чо

(0) Поздравляем , пиши Гилеву. хвались. где вопрос?

https://yadi.sk/i/_Bh4NiY1KCizyQ
Нет вопроса. Просто много споров про ryzen что сервер так себе.
Показал что всё гуд.

(4) По количеству попугаев не было инфы. Теперь будем знать.

(4) Файловый тест мне лично не интересен.

Xapac, организация ведет бух и зарплатный учет по фирмам. На 1 клиента - от 1 до 3-х баз. Поэтому базы файловые и их много.
Если клиент уходит - базу отдаем клиенту.
Поэтому базы файловые.

sitex, эм настолько не интересен что дважды отписались в теме. Я вам личное сообщение не писал! Не нравится тема - зачем вообще в ней претензии свои писать? Типо тролль?

(7) Типа пишу что смысл создавать похвастаться файловой в чем смысла нет и так понятно.
Клиент-серверную выложи для сравнения. Типо нуб?

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

(9) откуда по сети по рдп же все работают.
(0) ССД один сознательно? и система и базы в одном месте?

(9) там же написано - рдп. по сети тормозить будет только сессия пользака, если он сидит на Камчатке.

Хочется попугаи посмотреть по MS, postgre SQL. Чаше остро вопрос производительности встаёт именно на многопользовательских базах

(9) Не будет. там в топике отмечено, что по РДП все.
Нещадные тормоза будут, если папка с базами будет расшарена в сеть.

(4) а где конфу "тест гилева" можно взять?

(12) на инфостартах были доклады. Вроде каждый год с подобным докладам приходит кто-то к ним.

(10) а какая нынче целесообразность делать иначе в эконом сегменте?
не спорю, веселее когда 1й ссд ось+софт, 2й ссд данные. рейд это вообще излишнее.
для сесурности приколхозить жд на пару ТБ и регламент по сливу данных с ссд.

(15) по возможности, хотелось бы от автора топика))) от первых рук

(16) угу. обычно так и делают. системник с емкостью до 128 гб, а остальное на усмотрение. Только надо не забыть, что папки юзерсов при файловом режиме в РДП = каталоги кэшей и темпов

(16) выйдет обновление на 2к19 на амд 570 и каюк

Bigbro ссд один, рядом стоит NAS ночью на него делается архив. Еженедельно инкрементные копии улетают в облако с nasa
Так же рэйд у самого nasa.
  odines
вот тут dt файл
http://www.gilev.ru/1c/tpc/GILV_TPC_G1C_83.dt
sitex смысл не хвастаться, а показать что на рязани работает не хуже.

(17) чьего топика? у текущего топика нету ничего кроме файлового сервака :-) на амд

(16) ну это просто логично, потому что режим использования системного диска и диска с БД совершенно разный.
но для 10 пользователей конечно и так сойдет.

10 пользователей в файловой у меня работает в терминале на i5-9400f/16Gb/SSD M.2
Наслаждаются скоростью, по их словам. Правда, до этого работали вчетвером год в файловой через расшаренную папку и "сервером" выступал старый i3/4Гб. и обычный SSD, так что на контрасте с тем ужасом им кажется очень шустро все делается

(21) Пусть развернёт на благо сообщества)))

А зачем мамку на X570 брал? Осмысленно или так, деньги карман жгли?

(23) при таком подключении "через расшаренную папку" практически не имеет значения торможение диска, т.к. винда автоматически затормаживает "шару" в тех грубых параметрах, как будто до сих пор работает с железом примерно 1992 года выпуска.

(20) Ну на счет работает не хуже. на это время надо.
Появятся задачи которые без клиент-серверного варианта не обойтись, вот тогда и поговорим.

b_ru хорошая мамка, цепи питания, радиаторы, 2 накопителя nvme можно вставить , думал соберу рэйд сразу.
Конечно можно и на предыдущих или простых чипсетах найти, обошлась в 12 к.

  sitex не появится. Конкретно на это машине.

(25) он вечерами на пцайе4 в 2021г играет в танки на 8к

(13)(26) не пойму, про какой вариант работы речь, где винда что-то там автоматически затормаживает?

(30) винда просто тормозит когда идёт работа 1с по самба-протоколу с одним большим файлом базы. самба-протокол под такой тип нагрузки вообще не рассчитан был взял файл1, положил файл2, целиком. а не эти ваши записи по две строчки то тут, то там.

(30)
https://ru.wikipedia.org/wiki/Server_Message_Block
https://habr.com/ru/company/pc-administrator/blog/331906/

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

(31) уточню, что это не только с одним файлом базы происходит, но и на 7.7, где файликов много-много, проблема абсолютно идентичная есть, если ее заюзают в файловом режиме по сети. Чаще всего  с 7.7 работают точно так под РДП и не допуская шары в сеть.

(31)(32)(33) а, ну так речь про работу по сети через шару файловой базы. Тогда ясно - да это тормоз.
Я уж подумал речь о тормозах при самом факте шары папки с базой, даже если работа идет по РДП.

(33) да и вообще самба это анахронизм в виндовой среде, для совместимости с динозаврами не готовыми перестать сношать зомбей на винXP каком-нибудь.

(34) Я когда тестил, то тормоза появлялись сразу, если папка с базой становилась расшаренной. Достаточно установвить/поднять подключение к самой шаре, а не входить в базу средствами 1с по сети, чтоб начала тормозить база. Чтоб хоть как-то убрать постоянные тормоза, даже если 1С никто не запускал, приходилось проверять все компы в локальной сети и убирать с них назначенные постоянные буквы сетевых дисков.

2019 Standard? Встала без "плясок с бубном"?

+ видео завелось сразу? какая видеокарта?

(34) Так и есть. Отключается кеширование. Нельзя расшаривать папку в базой, если с ней не планируется работать по сети.

Бишбармак
да вин 2019 встала сразу. Другой сервер ставить не мог, у нас подписка action pack на год, с ежегодным продлением от майков. Мы должны соблюдать версию оси на которую дают ключ.
Видеокарта не знаю точно, какая-та старая затычка с компа, вообще не заморачивался с видеокартой.

(10) система на диске С, базы на диске М. Оба диска на 1 физическом ssd.

в переводе на русские поговорки - все яйца в одной корзине
;-)

(41) ты же понимаешь, что от разбития 1 физического диска на несколько логических нет никакого практического толка (не считая адресации и краткости при раздаче прав и полномочий)?

(0) Спасибо за информацию о попугаях! Мой 6700К со 112 попугаями смотрит с ухмылкой. А, если хорошо разогнать и память серьезную поставить, то и 120 взять реально. :-)
Выбор железа, кстати, странный: дорогая плата, камень 16-ти поточный, когда столько не нужно в данном случае, имхо. 1 диск, дешманский, кстати. Что, Samsung 970Evo+ прям совсем не по карману?! Лучше бы на Intel 9700F собрали с платой попроще.

(44) смотря на какой версии платформы замерять, выложи скрин. Пишут что на старых платформах попугаев было больше.

(43) есть толк. На насик копируются инкременты только диска m. Что экономит место на насике при сливе архивов. А фильтровать каждый каталог времени нет. Если делать архивы именно каталогов, а не логических дисков.

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

(42) архивы делаются ежедневно, что не так? Есть и резервный сервер послабее на случай если часть баз срочно нужно восстановить. Так что поговорка не к месту.

(47) Все правильно. На 8.3.6 у меня и старый i5-3470@4ГГц 76 попугаев рисовал. Сейчас сижу на 8.3.12 (х64). Кстати, на х64 платформе тоже попугаев чуть больше рисуется. Роль также и ОС играет: одно дело отточенная стройная Win7/2008R2, другое дело - "bloatware" Win10/2016/2019 c кучей хлама и телеметрии.
В 8.3.16 на данный момент никакой необходимости нет. Вот в 8.3.14 - с НГ, вероятно, есть.

(42) я вообще не понимаю в чем смысл беседы про то кто где и что хранит.
Я сохранностью информации проблем нет у меня никаких. Насики/рэйды/облака использую, что еще должно быть?
Как было бы что не все яйца в одной корзине? Когда на серваке несколько внутренних физических хранилищ? Не вижу в этом никакой логики.

(49) да и от оси зависит и от версии 1с платформы. Причем я смотрел разрыв на идентичном железе между 8.3.14... и 8.3.16 попугаев на 20 точно есть. Поменялась только платформа. В тесте Гилева я выводил таблицу результатов других пользователей (она доступна после теста) в эксель и делал свод.

(46) это и называется адресацией.

(52) ты пишешь m:\ вместо C:\data1c\

(48) дык эти яйца друг другу мешают - им же места в одной корзине не хватает :-)

(54) я не понимаю ваших шуток.

(50) // Не вижу в этом никакой логики.

Логика в том, что _физически_ посадить разные потоки чтения/записи на разные диски
Когда обращение идет к разным буквам одного устройства, то это будет все равно проталкивание данных через один физический вход/выход, причем за вход/выход будут соревноваться разные процессы.

В идеале, если уж ты хотел всех удивить :
1 диск для буквы С - система
2 диск для буквы П - Пользовательский программный кэш и темпы - это каталог Users со всеми своими подкаталогами.
3 диск для Баз данных.

Ну а наличие архивации - это в идеале на другую машину лучше делать.

Если настроено архивирование на низком уровне, то восстановление из бакапа можно делать отдельное для системы (вероятность проблем почти нулевая)
отдельное для юзерсов - при работе в РДП чуточку выше потребность в восстановлении.
отдельное для файловых баз - ну это совершенно произвольная ситуация от степени маразматических действий пользователей, в том числе.

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

(58) спасибо.

Сервер для файловой базы на камушке 4.2 ггц

Месье знает толк в извращениях...

При файловой базе вся обработка данных идёт на клиенте.

(60) так у него РДП-клиенты - из-за РДП и вставлено 4.2. Поэтому и камень на 16 потоков. Казалось бы и одного хватило бы, но опять же много РДП

(61) Тогда памяти мало

(62) эм, откуда вам известно? Сейчас работаем , не упираемся в память. И тут эксперт заявил что мало.

(60) Нет.
При файловой базе с клиента на сервер гоняется вполне себе тонны информации

(64) Ну я имею ввиду ситуацию когда файл 1cd находится на сервере, а пользователь запускает сеанс на отличной от сервера машине

(65) Это мало чем отличается от толстого клиента. Только тем что система будет ругаться на неподдерживаемые вызовы. Пожалуй все.

(66) Если под толстым клиентом имеется ввиду ОФ - то это не так.
В той же форме при натыкании на процедуру с контекстом НаСерврере - в файловой базе произойдет десериализация формы, будет обращение к машине сервера и потом обрато форма сериализуется.
Файловая намного ближе к серверной УФ чем к ОФ.
Я год с файловыми очень плотно ковырялся на достаточно серьезном проекте, там где именно особенности поведения уже всплывали.

(67) В ОФ в модуле формы все что можно - на клиенте делается, нужны данные из БД - сходим и вернемся.
Файловые работают совсем не так

(68) Ну ОФшные я имею ввиду

(67) >>к машине сервера
В файловом режиме УФ клиент и сервер - это одна и та же машина. Несмотря на то, что сам файл 1cv8.1cd лежит по адресу \\другойКомп\папка\1cv8.1cd. Но такой режим работы на сегодня категорически устарел и для УФ конфигураций не имеет смысла: есть же веб-сервер.

(67)  Я давно не путаю режим запуска приложения и разные механизмы интерфейса :)

(70) машина одна.
Но форма все равно чериалтзуется / десериализуется. Ты это можешь очень легко проверить.
Сделай ТЗ. Заполни ее на пару десятков тысяч строк.
И сделай контекстный серверный вызов.

С обычными формами не работаю очень давно. Это путь в никуда.

(72)  Для передачи больших массивов данных лучше всего использовать Временное хранилище, а не сериализовать данные с прямой передачей.