Здравствуйте.
Есть 1с 8.2 последний релиз. Раньше все работали на файловом варианте базы, сейчас установил sql 2012.
При развертывании dt файла (234 мб) в файловую базу процесс занимает 27 секунд, а в SQL базу 5 минут 2 сек.
Разочаровался в производительности. Нормальна ли такая разница в производительности между файловой базой и SQL? Или у меня что-то неотимально настроено?

и первое и второе

(0) [Разочаровался в производительности]
измерять производительность системы временем загрузки - мсье знает толк в извращениях

это первое что приходит в голову (по измерению производительности).
А что может быть настроено не так? Я установил sql по минимуму, ничего лишнего, настроил план обслуживания баз.

(3)[это первое что приходит в голову]
это бред
[Я установил sql по минимуму, ничего лишнего]
и сиквел сожрал всё память

память ограничил 5.5 гб из 8 гб. Работает 4 пользовавтеля.

С такими админами и пользователей не надо.

может в сервере 1с сделать несколько рабочих процессов?

Может почитать хотя бы Гилева для начала?

Как минимум это
http://www.gilev.ru/1c/mssql/

Будь мужиком, блеать!

+(8)
для начала руководство администратора ms sql
и  руководство администратора 1с.

а потом и гилева.

гилев уже прочитан, всё что там написано сделано.

(0) покажите что покажет в файловом и клиент-серверном варианте тест http://www.gilev.ru/1c/tpc/tpc_gilv_for82.dt
, а также напишите письмо мне [email protected], сделаю вам доступ к https://skynet.gilev.ru/QueryTJ и к https://skynet.gilev.ru/hardware, посмотрим, может какие проблемы с настройками или железом действительно

спасибо большое. Как сделаю, отпишусь

(0) А помойму баян. Файловая изначально работает быстрее чем серверная, проблема в том, что файловая не обеспечивает масштабируемости решения

проверил. Ваша dt у меня загружается за 12 секунд.

(14) я то просил не файл загрузить, а тест запустить :)))

Здравствуйте.
Тест я провёл.
После нажатия кнопки "отладка" появляется ошибка, но тест можно запустить.
--------------
{Обработка.TCP_1C_GILV.Форма.Форма(651)}: Ошибка при вызове конструктора (COMОбъект): Invalid class string: Invalid class string
Дальнейшее выполнение закомментировано!
--------------
И еще "связь с web сервисом установить не удалось".
Результаты теста здесь для SQL ВАРИАНТА http://rusfolder.com/foto/view_foto/5kh00cm-uldq/
http://rusfolder.com/33448201

А здесь для файлового
http://rusfolder.com/foto/view_foto/w71eynhw2z9y/
http://rusfolder.com/33448289

Может надо сделать два процесса в сервере 1с? Будет быстрее?

Спасибо что помогаете..

.С уважением Александров Алексей.

кстати ошибка
------------
{Обработка.TCP_1C_GILV.Форма.Форма(651)}: Ошибка при вызове конструктора (COMОбъект): Invalid class string: Invalid class string
Дальнейшее выполнение закомментировано!
-------------
появляется только в SQL варианте.
В файловом варианте этой ошибки нет.

на 4 пользователя SQL, ну не знаю.. наверное сейчас так делают

два процесса то вам зачем? говорите что гилева прочитали, на самом деле похоже что вообще не читали ни разу.

ну я просто предположил. У Гилева написано что второй процесс надо поднимать если пользоватлей более 40-50.
А насчет sql на 4 пользователя - они программисты 1с , программируют для других организаций и говорят что иногда то что работает у них в файловом варианте не всегда работает у заказчика в sql варианте, вот и попросили поставить SQL.

у меня файловый вариант теста гилева = 42
на sql = 17

и хоть убейся) что делать не знаю.

у меня еще хуже
sql вариант 7.9
файловый 43.86
sql 2012, 1с последняя 8.2.16.368

а где сам скуль стоит? винты какие?

(0) да ничего ты не сделаешь! 1С ёпт. Работай в файловом варианте пока.

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

винты sata 500 гб wd re4 . 4 штуки в 10 raid.
Понятно что файловый вариант будет быстрее, но разница уж слишком большая между файловым и sql вариантом.

(25) кто сказал, что слишком большая? как ты определил границу "слишкости"?

вот загони в базу хотя бы 20 человек, и померяй, скорей всего твоя файловая просто тупо умрет, а SQL будет точно так же выдавать тебе 7 баллов (даже на 120 пользователях)

ну 7 конечно маловато, но ты же понимаешь, что sata диски - это не комильфо, может у тебя еще и кеш вдобавок на контроллере выключен

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

(0) загрузка на сервере то хоть провепялась?

пока сервер работает с SQL только в тестовом режиме. После праздников придут программисты.

(25) v8: 1с 8.х от чего зависит скорость и Миф о многопроцессорных/многоядерных серверах , подымать скуль на сата винтах святотатство, у вас что, денег на vertex 3 не нашлось http://www.nix.ru/autocatalog/ssd_ocz/SSD_SATA_6Gb_OCZ_Vertex_VTX325SAT3120G_MLC_3.5_116130.html которые по 3500 продается

сами виноваты

Всем привет.
Удалось поднять производительность с 7.9 до 16.5. График стал зеленым :)
Реально помогли 2 настройки
- включение write back на lsi контроллере (был отключен т. к. умерла BBU). Я включил WB на время теста пока нет bbu.
- установка power saving в performance
Всем спасибо.