Сравнение скорости работы 1C+MSSQL и файлового варианта

Публикация № 174086

Администрирование - Производительность и оптимизация (HighLoad)

На форумах постоянно задается один и тот же вопрос: почему 1C+MSSQL медленнее обрабатывает запросы чем файловая?
Затем обычно идет «флуд» на несколько десятков страниц.
Есть два популярных «течения» в таких форумах — одни говорят что для  клиент-серверного варианта это нормально, файловый вариант всегда должен работать быстрее, другие говорят что 1С плохо работает с субд.
В результате «баталий и выяснения отношений» на форумах люди расходятся при своих мнения.

 

Проблема

На форумах постоянно задается один и тот же вопрос: почему 1C+MSSQL медленнее обрабатывает запросы чем файловая?

Затем обычно идет «флуд» на несколько десятков страниц.

Есть два популярных «течения» в таких форумах — одни говорят что для  клиент-серверного варианта это нормально, файловый вариант всегда должен работать быстрее, другие говорят что 1С плохо работает с субд.

В результате «баталий и выяснения отношений» на форумах люди расходятся при своих мнениях.

Мы предлагаем разбить вопрос на несколько:

1. Работает ли файловый вариант быстрее в операциях «монопольного характера», когда его деятельность не зависит от других пользователей в базе?

Под «монопольным характером» мы будем понимать одного активного (работающего) пользователя в информационной базе.

2. Работает ли файловый вариант быстрее в многопользовательском режиме, когда пользователи  активно конкурируют за ресурсы (например при проведении реализации товаров обращаются массово к остаткам на складе)?

3. Насколько существенна разница в скорости между файловым вариантом и клиент-серверным с точки зрения бизнеса?

Что на самом деле

Таблица №1. Сравнение файлового и клиент-серверного варианата 1С

  Файловая 1С Клиент-Серверная 1С
Максимальный размер одной таблицы 4 gb ~сотни терабайт
Размер на практике когда возникают «тормоза»  в 1С при достижении объема базы данных ~16 Gb ~500-1500 Gb
Количество пользователей с комфортной работой 1С 3-10 (далее мешают табличные блокировки) 300-700 человек (далее обычно нужно покупать более мощное железо и оптимзировать код еще раз)
Функции, отъедающие ресурсы, которые бы могли бы потрачены на лучшую производительность нет

транзакционная целостность данных, логирование операций для дальнейшего анализа, функции повышения параллельности работы пользователей

Дополнительные преимущества простота (так как мало функций) обслуживание данных (например резервное копирование) без остановки работы пользователей
Минимальная область  блокировок На уровне таблиц (требуется меньше ресурсов) На уровне записей (требуется больше ресурсов)
Стоимость владения (условно) Маленькая Существенно больше чем файловая
Наличие промежуточного слоя между клиентом 1С и субд нет Сервер 1С

Ответ на первый вопрос:  Работает ли файловый вариант быстрее в операциях «монопольного характера», когда его деятельность не зависит от других пользователей в базе — с вероятностью 99% файловый вариант работает быстрее (при условии его возможности не ограничиваются неудачным железом и не достигаются максимальные возможности файлового варианта)!.

Не верьте нам на слово — проверьте сами. Возьмите ОДНОПОТОЧНЫЙ тест (подробное описание здесь http://www.gilev.ru/tpc1cgilv/ ) и убедитесь сами (проверьте сначало в файловом варианте, затем клиент-серверном).

Если Вы не верите тесту, то протестируйте подходящую для проверки по вашему мнению операцию также в файловом и клиент-серверном варианте. Мы рекомендуем за основу взять например «закрытие месяца» на базах размером до 4х гигабайт (иначе на файловом варианте может достигнуто ограничение по размеру).

Понятно, если у Вас закрытие месяца в файловом варианте не возможно, то обсуждать преимущества файлового варианте для Вас нет смысла, Вы согласны?

Возникает еще один промежуточный вопрос:

А насколько файловый вариант быстрее клиент-серверного в цифрах?

Ответ на этот вопрос куда интересней и практичней. Наш тест и практика показывают:

  1. на среднестатитических операциях на соизмеримых объемах данных почте в 2 раза быстрее
  2. на среднестатитических операциях когда объемы данных начинают превышать объем доступной оперативной памяти и увеличивая интенсивность подкачи — до 3-4х раз быстрее — это как раз пример закрытия месяца

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

Причем даже безобидный отчет при построении тоже может писать данные, ну например в служебную базу данных tempdb в случаи использования MS SQL Server.

При выполнении запроса в файловом варианте нет посредника данных в виде Сервера 1С, т.е. на один сегмент прохождения запроса меньше. Логично, что если например выполнять «работу без посредников» она всегда быстрее «работы с посредниками».Кроме того, существенная часть функционала на стороне СУБД тоже   фактически является «посредниками» — они нужны например не только выполнения запросов, но чтобы обеспечить лучшую параллельность для работы других запросов — например максимально скрупулезно наложить блокировки на используемые данные, чтобы не заблокировать «лишнего» как это делает файловый вариант. Наложить блокировку на всю таблицу проще, так как это одна запись с информацией о блокировке, а наложить блокировки на тысячи строк — это на порядке больше дополнительных записей, но что еще важнее это существенно больше затрачиваемых ресурсов (процессора, памяти, а иногда и места на диске).

Другими словами, клиент-серверный вариант требует больше ресурсов чем файловый для одной и той же работы по объему.

Отсюда следствие — на одном и том же компьютере можно сделать В МОНОПОЛЬНОМ РЕЖИМЕ  больше работы в файловом варианте, чем в клиент-серверном (в том же монопольном режиме).

В итоге вроде как клиент-серверный вариант может сделать меньше работы, требует больше ресурсов, а где же «профит», почему он используется практически везде?

Поможет ответить нам второй вопрос нашей статьи: работает ли файловый вариант быстрее в многопользовательском режиме, когда пользователи  активно конкурируют за ресурсы (например при проведении реализации товаров обращаются массово к остаткам на складе)?

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

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

Мы получаем простую арифметику — 100 х 10 х 10 =10 000 строк вводится в информационную систему в течения дня.

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

В клиент-серверном варианте это сработает. Документы проведутся параллельно.

Зная избыточность блокировок файлового вариант давайте посчитаем, что будет если одновременно 100 пользователей в файловом варианте будут вводит в систему первый документ в этот день, но нажмут проведение кнопки одновременно.

Мы знаем что по умолчанию длительность таймаута блокировки 20 секунд. Теоретически можно предположить что кроме первого пользователи все последующие будут друг друга ждать по 20 секунд и затем проводить свои документы.  Суммарное ожидание составит 100 пользователей х 1 документ х 20 секунд = 2000 секунд ожидания. Чувствуете — это полчаса простоя пользователей.

На практике все еще печальней, люди не роботы, они не видят когда система заблокирована или вероятность проведения документа будет высокой, поэтому они просто констатируют что вводить данные в систему не возможно из-за постоянных блокировок. Или проще, на практике в файловом режиме предприятие «встанет».

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

Более того, при попытке 2,3 документы угубят картину и за день даже при идеальном коде файловый вариант «накопит» 100 пользователей х 10 документов х 20 секунд = 20000 секунд ~ 5 c половиной часов простоя.

5 часов — эта фора клиент-серверного варианта. Даже не важно с какой скоростью в каждом потоке в клиент-серверном варианте они будут вводиться. Важнее что они вводятся, а в файловом варианте в это время происходят ожидания на избыточных блокировках.

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

С точки зрения бизнеса производительность — это количество работы за день сделанной всеми 100 пользователями, а не одним монопольно. Поэтому бизнесу важнее сколько в итоге будет введено данных в систему суммарно всеми пользователями. Оценивая производительность коллектиной работы — файловый вариант в десятки-сотни раз проигрывает клиент-серверному варианту.

И снова призываем не верить нам на слово. Возьмите 1С:Стандартный Нагрузочный Тест http://v8.1c.ru/expert/etp.htm или разработайте свой коллективный тест и убедитесь сами с достоверности наших утверждений.

 

Теперь ответим на третий вопрос:Насколько существенна разница в скорости между файловым вариантом и клиент-серверным с точки зрения бизнеса?

Файловый вариант несильно опережает клиент-серверный вариант в монопольном режиме и очень существенно проигрывает в многопользовательском режиме.

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

Файловый вариант не имеет механизмов контроля целостности данных. Например, если произойдет сбой в сети при передачи данных, или отключится свет, то в файловом варианте что то успеет записаться, а что нет. Целостность данных будет разрушена. В клиент-серверном варианте в подобных случаях просто произойдет откат незавершенной транзакции, и неполных данных в систему не попадет, целостность данных будет сохранена.

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

А теперь надо задать «правильный вопрос»:

4. Почему возник вопрос оценить разницу в скорости файлового и клиент-серверного варианта?

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

Но вместо изучения причин, которые спровоцировали проблему в клиент-серверном варианте, он обнаруживает что в файловом варианте такой проблемы нету. Его не беспокоит что проблема может быть в «посреднике», который отсутствует в файловом варианте.

Правильный ответ заключается в том что неважно насколько быстрее файловый или клиент-серверный вариант, а важно что именно вызывает замедления в каждом КОНКРЕТНОМ случае. Слово ПРОИЗВОДИТЕЛЬНОСТЬ опасное, так как на самом деле его надо расписывать в виде списка операций в системы, которые в совокупности и формируют это производительность. Надо рассматривать каждую операцию, начиная с той, которая создает наибольший вклад в замедления.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. maverick76 11 19.02.13 12:20 Сейчас в теме
Заинтересовало...
Gilev.Vyacheslav; +1 Ответить
2. hogik 437 19.02.13 17:48 Сейчас в теме
Напомнило статью 1998 года:
http://www.mista.ru/articles1c/sql.htm
Прошло 15 лет... :-(
MsDjuice; JetBrain; Craig; CratosX; Rego1337h; CaSH_2004; AnderWonder; +7 Ответить
3. Gilev.Vyacheslav 19.02.13 18:20 Сейчас в теме
(2) hogik, а у кого то есть копирайт на правду?
нам иногда на счет сервисов http://www.gilev.ru/online/ пишут "Как? Вы тоже для диагностики используете технологический журнал? Боян..." :)
4. hogik 437 19.02.13 19:17 Сейчас в теме
(3)
Вячеслав (gilv).
Смысл моего сообщения другой. ;-)
Это не Вам упрёк.
5. CaSH_2004 363 20.02.13 00:06 Сейчас в теме
(0) Спасибо, как раз недавно заново стал мучаться этим вопросом. У нас то мелкие базы, свыше 5 гиг и нет почти.
+(2)
Серверы для SQL-систем должны иметь значительно большие ресурсы. PentiumII 300Mhz со 128Мб ОЗУ ... это пожалуй тот минимум...

Ужасно вспомнить! Сейчас и не верится что можно работать было с такими параметрами!
Gilev.Vyacheslav; +1 Ответить
6. YuraLu 20.02.13 06:34 Сейчас в теме
Однозначно клиент-серверная.
Но заметил такую особенность.
Наш склад много лет работал и продолжает работать на клиент-серверной 7.7. База уже большая, порядка 70Gb, работает более 20 человек. Крутится на стареньком сервере.
Взяли 8.2, клиент-серверную. Поставили на более новый, специально купленный под неё сервер. Почти пустая, дорабатывается. Работает на ней, пока, 2 человека. Но тормоза страшные!!! Кого только не приглашали. Бесполезно. Почешут репу, выдадут пару умных фраз и всё.
А вы говорите... (((
12. Gilev.Vyacheslav 20.02.13 14:50 Сейчас в теме
(6) YuraLu,
Кого только не приглашали. Бесполезно.
Все правильно, потому что пригласить надо было сразу нас http://www.gilev.ru/
У нас вчера и свежая благодарность от клиентов есть
7. ivdic 30 20.02.13 08:28 Сейчас в теме
Что то никто не упомянул в разнице работы файловой системы и файловой на веб сервере (apache). А разница огромная при использовании веб сервера идет реальное разделение выполнения кода на клиенте и на сервере пусть и эмулированное к каком то смысле, но и передача данных идет при максимальном сжатии. Скорость увеличивается во много раз. В свое время я перепробовал все варианты, кроме терминалки (но думаю и она отстает от веб файловой по очевидным причинам). Конечно если база большая и много пользователей то клиент-серверный вариант правильный..но если небольшая..у меня пока не более 1Гб база и до 20 пользователей, то файловая с веб сервером- идеальный вариант.
13. Gilev.Vyacheslav 20.02.13 14:56 Сейчас в теме
(7) ivdic,
Что то никто не упомянул в разнице работы файловой системы и файловой на веб сервере (apache). А разница огромная при использовании веб сервера идет реальное разделение выполнения кода на клиенте и на сервере пусть и эмулированное к каком то смысле, но и передача данных идет при максимальном сжатии. Скорость увеличивается во много раз. В свое время я перепробовал все варианты, кроме терминалки (но думаю и она отстает от веб файловой по очевидным причинам). Конечно если база большая и много пользователей то клиент-серверный вариант правильный..но если небольшая..у меня пока не более 1Гб база и до 20 пользователей, то файловая с веб сервером- идеальный вариант.


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

Подчеркну - что клиент-серверный вариант работает лучше чем файловый с веб-сервером в конечном итоге. Так понятней?
8. Gandalf Белый 20.02.13 08:57 Сейчас в теме
Спасибо, интересная статья.
Gilev.Vyacheslav; +1 Ответить
9. DenisCh 20.02.13 09:03 Сейчас в теме
хм...
наткнулся на простую вещь. Элементарный запрос.
Выбрать док.Ссылка
ИЗ Документ.Прайсы.Товары КАК док
где док.Ссылка.Дата >= &ВыбДата
И док.Номенклатура в (&мТовары)

в базе 30 документов Прайсы, отвечающих условию. В каждом по 50 000 строк.
На файловой запрос работает минут 20. После выгрузки на скуль - 2 секунды.

Вот и верь всяким тестам.

Да, все в однопользовательском режиме.
10. Sybr 239 20.02.13 11:47 Сейчас в теме
(9) DenisCh, если запрос выполняется 20 минут - это значит что в базе явные проблемы с архитектурой. Регистр сведений нужно было делать и из него брать данные. Это просто чудо, что на скуле он так выполнился.
7o2uYXg; Gilev.Vyacheslav; +2 Ответить
14. Gilev.Vyacheslav 20.02.13 14:59 Сейчас в теме
(9) DenisCh,
На файловой запрос работает минут 20. После выгрузки на скуль - 2 секунды.

Вот и верь всяким тестам.

Да, все в однопользовательском режиме.
ответьте на простой вопрос: какой процент всех запросов в вашей файловой базе работает медленнее чем клиент-серверном варианте? только этот? 20%, 50%, 100%?
11. vbuots 20 20.02.13 12:36 Сейчас в теме
Поддерживаю,в статье все правильно написано... +1
agafonov_andrei; Gilev.Vyacheslav; +2 Ответить
15. dyak84 20.02.13 18:43 Сейчас в теме
Спасибо за статтю в чисто теоретическам плане было интнрнсно прочитать. Автор так держать
Gilev.Vyacheslav; +1 Ответить
16. aspirator23 453 20.02.13 20:55 Сейчас в теме
Уважать Вячеслава нужно уже за то, что не только знает, но популяризирует знания.
17. ManyakRus 415 21.02.13 14:35 Сейчас в теме
Теоретически всё правильно,
но практически:

1) для 7.7 до 20Гб до 70 юзеров лучше файловый вариант терминал-сервер
(у нас на работе было).
и заодно лицензий покупать не надо для sql сервера.

2) 1С 8.2 жутко тормозит у всех, лучше заранее ставить sql-сервер,
но до 10 юзеров не надо зря ставить sql-сервер т.к. дорогой
19. Gilev.Vyacheslav 21.02.13 18:11 Сейчас в теме
(17) ManyakRus,
Теоретически всё правильно,
но практически:

1) для 7.7 до 20Гб до 70 юзеров лучше файловый вариант терминал-сервер
(у нас на работе было).


Я вообще то писал про 8.2
20. Gilev.Vyacheslav 21.02.13 18:16 Сейчас в теме
(17) ManyakRus,
2) 1С 8.2 жутко тормозит у всех, лучше заранее ставить sql-сервер,
но до 10 юзеров не надо зря ставить sql-сервер т.к. дорогой
У меня есть стойкое ощущение, что у Вас нет опыта работы с информационной системой масштаба сотни-тысячи пользователей, но при этом Вы намекаете что у Вас побольше опыта.

Таки исторически сложилось, что для микро-информационных систем, с которыми у Вас опыт, достаточно купить i7-3930k и OCZ RevoDrive 3 x2 M - и не важно какой вариант у вас развернут (файловый или клиент-серверный), все с точки зрения бизнеса будет работать хорошо.
VitalyKepov; +1 Ответить
28. ivanov660 2440 09.03.13 16:44 Сейчас в теме
(17) ManyakRus, а почему бы не использовать postgre, был опыт, справился там, где mssql падал (конфигурации типовые) :-)
29. ManyakRus 415 09.03.13 21:00 Сейчас в теме
(28) ivanov660,
postgre не юзал, и я в основном программист, сисадминю только немножко.
про postgre писали что он в связке с 1С не умеет делать блокировки только одной строки а не всей таблицы, это плохо, но я точно не знаю.
30. Gilev.Vyacheslav 1879 11.03.13 21:25 Сейчас в теме
(28) ivanov660,
postgre, был опыт, справился там, где mssql падал
не очень верится
32. ivanov660 2440 12.03.13 00:55 Сейчас в теме
(30) Gilev.Vyacheslav,
Закрытие месяца для типовой бухгалтерии, postgre без проблем.
33. Gilev.Vyacheslav 1879 12.03.13 14:02 Сейчас в теме
(32) ivanov660, это не говорит ничего о MS SQL Server, логика у вас "порушенная" )))
34. ivanov660 2440 12.03.13 21:32 Сейчас в теме
(33) Gilev.Vyacheslav,
Следуя Вашей логике, получается: что проблем у программного обеспечения не бывает, релизы 1С не отзывает и др. - с чем я не согласен.
Да, MSSQL падал в совместно с 1С. Причин рассмотренной ситуации может быть много: проблемы релиза 1с, платформы, взаимодействия 1с и MSSQL и др.
Или Вы решили немного потроллить?
35. Gilev.Vyacheslav 1879 13.03.13 01:08 Сейчас в теме
(34) ivanov660,
Следуя Вашей логике, получается: что проблем у программного обеспечения не бывает, релизы 1С не отзывает и др. - с чем я не согласен.
Да, MSSQL падал в совместно с 1С. Причин рассмотренной ситуации может быть много: проблемы релиза 1с, платформы, взаимодействия 1с и MSSQL и др.
Это как раз по Вашей логике. При чем Вы явно утверждаете что Постгрес не падает, а скуль - падает.
18. Sherlock_kmw 27 21.02.13 15:58 Сейчас в теме
Имхо, это редкий изврат 70 юзеров на 20гб базе. больше чем уверен, что SQL клюшки на прямых запросах и записи объектов через попытку в цикле, при ваших условиях, обставили бы файлово-терминальный режим
ЗЫ (тоже было на работе)
21. PiccaHut001 21.02.13 18:23 Сейчас в теме
краткое резюме статьи: я gilv, ускоряю базы за деньги.Обращайтесь. Если у фас файловая база, купите 1c сервер и я буду вам ускорять базы за деньги. Обращайтесь.
22. Gilev.Vyacheslav 21.02.13 18:42 Сейчас в теме
(21) можно и так, а можно - не надо делать из файловой системы панацею, да она годится для 3-5 пользователей, но когда проблемы на скуле, то не надо от них убегать и говорить про файловую - правильно почитать литературу типа документации к 1С:ЦУП, сходить на курсы 1С:Эксперт, и посоветоваться с более опытными товарищами, которые делают это за деньги профессионально, не надо считать себя самым умным
23. tolyan_ekb 188 22.02.13 08:03 Сейчас в теме
Подскажите, как можно повысить свою квалификацию в деле улучшения производительности. Какие есть курсы, литература? Есть ли курсы в Екатринбурге?
24. Gilev.Vyacheslav 22.02.13 13:03 Сейчас в теме
(23) рекомендуем купить 1С:КИП (можно у нас gilv@rarus.ru, или в любой фирме франчайзи)
если купить нет возможности, попросите одолжить книжку у знакомых из фирм франчайзи почитать
документация к 1С:КИП пожалуй самая адекватная из всего что выпустил 1С
там есть информация, которая также частично продублирована на ресурсе http://kb.1c.ru
как правило нужно потратить несколько недель на "пропитывание знаниями" и затем можно записаться на курсы http://www.1c.ru/rus/partners/training/uc1/course.jsp?id=199
дополнительно расширить опыт можно используя наши бесплатные сервисы http://www.gilev.ru/online/
и задать вопросы в специализированным форуме по быстродействию 1с http://www.gilev.ru/forum/
и пообщаться с нами "в живую" на партнерском семинаре http://www.gilev.ru/events/ 1 марта
infostart.mail; eeeio; tolyan_ekb; +3 Ответить
25. kit 72 22.02.13 17:49 Сейчас в теме
Статья интересная и полезная, спасибо автору.
Gilev.Vyacheslav; +1 Ответить
26. romansun 191 22.02.13 18:23 Сейчас в теме
у меня есть вот еще какие жизненные наблюдения

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

ну, вообще да, файловая база - отличный вариант, пока она работает в своей "зеленой зоне". Дальше уже скуль. Все попытки всякими ухищрениями продлить жизнь файлового варианта - это костыли замедленного действия.
Gilev.Vyacheslav; +1 Ответить
27. Gilev.Vyacheslav 1879 25.02.13 01:38 Сейчас в теме
31. smaharbA 11.03.13 22:58 Сейчас в теме
про апач порадовало, чем апач отличается от толстого непонятно.
36. ivanov660 2440 13.03.13 07:28 Сейчас в теме
Так я не только утверждаю, но и констатирую ФАКТ :-) Думаю дальнейший диалог бессмысленный
38. Gilev.Vyacheslav 1879 13.03.13 18:29 Сейчас в теме
(36) ivanov660, у меня не падает скуль, что я делаю не так
37. kiruha 386 13.03.13 10:28 Сейчас в теме
Не рассмотрен вариант файловая 8.2 + вебсервер - до 10-20 пользователей на тонком через вебсервер

Неоднократно таким образом существенно повышалась производительность без затрат.
Также было подтверждение от других разработчиков - достаточно уважаемых на этом форуме
39. Gilev.Vyacheslav 1879 13.03.13 18:30 Сейчас в теме
40. Slon1c 28.03.13 16:41 Сейчас в теме
Где то так и есть ...Больше 10 пользователей на файловой - проблемы, решаемые только скоростью записи - уменьшением времени транзакции. Многопоточность на файловой только при работе с различными ресурсами.
Но, запросы в монопольном режиме, особенно с вложенными таблицами (изврат) и соединение более 4 "И" в условии где, и SQL ложится :), а файловая живет.
А реально хотелось бы увидеть различие в скорости работы на одном и том же оборудовании и окружении 8.1 и 8.2. Есть ли такие сравнения, Вячеслав ?
41. Gilev.Vyacheslav 1879 29.03.13 18:13 Сейчас в теме
8.1 это некрофилия ))) нету и надеюсь не будет, я бы еще понял про 8.3
42. LexSeIch 208 09.07.13 04:57 Сейчас в теме
Мир этому дому!
Статья интересная - автору плюс. Обсуждения не менее интересные - мнения разные, истина где-то посредине. Надеюсь, когда нибудь приложения 1С будут "летать", и проблема быстродействия отойдет только в супер-большие проекты, сегодня больше следует уповать на уменьшение ошибок в платформе.
infostart.mail; Gilev.Vyacheslav; +2 Ответить
43. perevozka34.ru 31.07.13 21:45 Сейчас в теме
Достойная замена файловым архаизмам... вот бы ещё базу данных оптимизировали и вообще цены не было бы
44. vvr908 419 15.08.13 19:46 Сейчас в теме
Я хотел бы отметить еще один момент, который вытекает из логики статьи, но напрямую в ней не обозначен.
Файловые базы вполне можно использовать как технологический инструмент для выполнения отдельных ресурсоемких операций над тяжелой базой.

У меня был опыт группового удаления документов (> 100 000 штук) из базы с контролем целостности.
База занимала порядка 20 Гб, после выгрузки в файловую версию удаление ускорилось в 2 раза.
Эксперимент на подобных базах проводился неоднократно на разных серверах, значительное повышение производительности отмечалось во всех случаях.

После чистки база заливалась обратно на сиквел и благополучно жила там.
45. stroyteam1c 27.04.16 16:20 Сейчас в теме
Как оказалось на практике все неоднозначно.
В одних случаях файловый вариант лучше. Например когда нужно работать с большим деревом на форме. Около 17000 строк загружаются за 1 минуту, а в клиент-серверном все 7 минут. Разница колоссальная. Хотя с другой стороны в толстом клиенте это 2 минуты, т.е. только в 2 раза медленнее....
Но в то же время если включить РЛС то файловая база начинает сильно тупить, даже если работает только один пользователь. К примеру, в конфигурации СППР задачи очень долго (десятки секунд для несчастных 20-ти задач) отображаются для пользователя с ограниченными правами, а на серверной базе даже не замечаешь разницы (работает быстро).
46. infostart.mail 22.01.17 20:35 Сейчас в теме
Оставьте свое сообщение

См. также

Исследование технологического журнала 1С при помощи регулярных выражений в блокноте Промо

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Все из тех, кто пробовали сдать на сертификат "Эксперт по технологическим вопросам 1С", сталкивались с методикой ЦКТП - разбор файлов технологического журнала при помощи консоли bash. Я, в свою очередь,внёс изменения в данную методику. Мне хотелось достичь более понятного вида и сфокусироваться на Perl, в качестве предпочтительного средства обработки файлов ТЖ. Вот что из этого вышло:

30.10.2017    31402    MrWonder    42    

Ускорение реструктуризации больших таблиц. Мой вариант

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

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

28.04.2021    728    buganov    0    

Поиск причин блокировок СУБД

Производительность и оптимизация (HighLoad) v8 v8::blocking 1cv8.cf Бесплатно (free)

Расследование блокировок СУБД.

28.04.2021    2994    vasilev2015    11    

Тонкости эксплуатации, плюшки и особенности Postgres Pro Enterprise

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

В ходе онлайн-встречи INFOSTART MEETUP Novosibirsk Руководитель ИТ из компании ИнфоСофт Антон Дорошкевич поделился с коллегами тонкостями и опытом работы с Postgresql для 1С. 

22.04.2021    1026    a.doroshkevich    2    

Долго открывается конфигуратор Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

В ОС Windows Server 2012 бывает полезно выключать службу Dynamic Fair Share Scheduling (DFSS позволяет балансировать и распределять ресурсы между пользователями), чтобы повысить производительность 1С:Предприятие 8 в ряде случаев.

22.04.2015    42501    Gilev.Vyacheslav    1    

Решение нестандартных проблем производительности на реальных примерах

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

На екатеринбургском Infostart Meetup выступил с докладом архитектор ИС центра разработки ФТО Александр Криулин. Он поделился с коллегами кейсами нестандартных проблем производительности и рассказал о способах их решения.

24.03.2021    3123    AlexKriulin    37    

Долгое воспроизведение звука по RDP с удаленной машины

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

При воспроизведении короткого звука в 38 Кб, сигнализирующего об успешном сканировании, порою происходило подвисание примерно в 5 секунд.

09.02.2021    589    pashamak    2    

Highload-оптимизация 1С: теория и практика на примере консолидированной отчетности группы "Магнит" и розничной аптечной сети "Магнит"

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Тема оптимизации 1С на больших данных бесконечная и всеобъемлющая, поскольку на производительность влияет целый ряд факторов – количество пользователей, данных, транзакций, неоптимальные запросы и т.д. Об инструментах для локализации проблем производительности и практических кейсах оптимизации рассказал Алексей Олейник, руководитель сектора автоматизации отчетности МСФО компании «Информационные технологии Магнит».

11.01.2021    21618    user662404_itlexusss    14    

Как можно "положить" SQL сервер с помощью обычной консоли запросов 1С Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Описано как из 1С, с помощью безобидной на первый взгляд обработки, можно сделать неработоспособным SQL сервер. Предложены меры, позволяющие избежать этого.

22.01.2014    68387    yuraos    112    

Анализ блокировок СУБД: таблица изменений плана обмена 1С

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Практический пример анализа типичной проблемы ожидания на блокировках СУБД, возникающих при использовании планов обмена 1С. Сервер СУБД: Microsoft SQL Server.

18.12.2020    2245    zhichkin    6    

Анализ проблем производительности по динамике мониторинга RAS 1C

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

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

07.10.2020    4088    ivanov660    12    

Ускорение медленной работы строк в 1С на примере 1С:Документооборот КОРП

Производительность и оптимизация (HighLoad) v8 ДО Бесплатно (free)

Если у вас в 1С:Документооборот КОРП 2.1.11.5 (часть более старых и новых конфигураций): 1) Долго отправляется почта в формате HTML; 2) Медленно открывается документы внутренние / входящие / исходящие; 3) Тормозит область просмотра или открытие задач. Тогда вам сюда.

02.10.2020    4736    Nykyanen    16    

Ускоряем списание партий УПП 1.2 / 1.3 / УТ 10.3 Промо

Производительность и оптимизация (HighLoad) v8 УТ10 УПП1 Бесплатно (free)

Не секрет, что многие пользователи, использующие партионный учет (а таких очень много, даже среди огромных холдингов, несмотря на пропаганду РАУЗ) при больших нагрузках сталкиваются с резким замедлением списания партий.

21.06.2013    58411    Антон Ширяев    117    

Тест скорости работы мобильной платформы 1С

Мобильная разработка Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

С помощью этого приложения вы можете измерить производительность своего устройства, используя для этого мобильную платформу 1С:Предприятие. Набор действий теста полностью повторяет аналогичный тест для стационарных ПК, поэтому результаты сравнимы.

14.09.2020    1597    capitan    25    

Описание почти всех событий технологического журнала

Технологический журнал v8 Бесплатно (free)

Краткое описание событий технологического журнала с примерами. Все для быстрого старта.

19.08.2020    17508    YPermitin    30    

Адаптация автоматической классификации ошибок технологического журнала при появлении новых текстов и типов

Технологический журнал v8 1cv8.cf Бесплатно (free)

Корректируем классификацию ошибок ТЖ в процессе работы для конфигурации мониторинг производительности

17.08.2020    726    ivanov660    0    

Параллельные вычисления в 1С 8 Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Решение позволяет ускорять выполнение запросов в 1С 8 в отчетах путем их параллельного выполнения в разных потоках.

11.02.2013    32575    gallam99    19    

SQL для 1С: пишем правильно, красиво, сложно

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Многие программисты боятся работать с Null, считая, что от этих данных в запросах нужно избавляться. О том, как с помощью Null-полей в запросе решать востребованные в учете задачи по выборке данных, на конференции Infostart Event 2019 Inception рассказал ведущий разработчик ГК WiseAdvice Дмитрий Дудин.

14.08.2020    12562    dmurk    33    

Нестандартные блокировки при работе с OLAP-нагрузкой

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Если выполнение отчета мешает работе других пользователей и провоцирует блокировки, даже с учетом «грязного чтения» – ситуация кажется парадоксальной. О том, как расследовать такие проблемы, на конференции Infostart Event 2019 Inception рассказали ведущий программист торгового дома «Петрович» Станислав Щербаков и специалист по производительности компании «СофтПоинт» Александр Денисов.

20.07.2020    2400    Филин    7    

Автоматическая классификация ошибок технологического журнала

Технологический журнал v8 1cv8.cf Бесплатно (free)

В статье обсудим пример практической настройки конфигурации «Мониторинг производительности» для автоматической классификации ошибок по группам/кластерам на данных текстов описания ошибок. Используем механизм векторной модели текстов и косинусное сходство между ними.

25.06.2020    3430    ivanov660    13    

Ubuntu vs CentOS vs Win2k8 vs Debian: производительность PostgreSQL Промо

Статистика базы данных Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Хотя интернет уже переполнен статьями о "правильной" настройке связки PostgreSQL и 1C 8.2, для подводных камней всегда остается место. При сравнении производительности СУБД PostgreSQL на разных ОС, показатели различаются в разы. Самую большую обиду принесла любимая Ubuntu (человечность). После долгих дней и ночей проведенных за консолью этой ОС, она разочаровала окончательно. Тормоза PostgreSQL в Ubuntu Server. Что с ними делать? Сколько раз можно наступать на грабли?

03.11.2012    45002    madmpro    32    

Выявляем и оптимизируем ресурсоемкие запросы 1С:Предприятия

Производительность и оптимизация (HighLoad) Администрирование СУБД Технологический журнал Структура метаданных v8::Запросы Бесплатно (free)

Обычно предметом оптимизации являются заранее определенные ключевые операции, т.е. действия, время выполнения которых значимо для пользователей. Причиной недостаточно быстрого выполнения ключевых операций может быть неоптимальный код, неоптимальные запросы либо же проблемы параллельности. Если выясняется, что основная доля времени выполнения ключевой операции приходится на запросы, то осуществляется оптимизация этих запросов. При высоких нагрузках на сервер СУБД в оптимизации нуждаются и те запросы, которые потребляют наибольшие ресурсы. Такие запросы не обязательно связаны с ключевыми операциями и заранее неизвестны. Но их также легко выявить и определить контекст их выполнения, чтобы оптимизировать стандартными методами.

24.05.2020    9479    DataReducer    22    

[SQL Server] Использование trace flag 9592 для сжатия траффика в кластере AlwaysOn

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

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

18.05.2020    2458    Aleksey.Bochkov    4    

Эти занимательные временные таблицы

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

Кое-что интересное о временных таблицах и работе платформы 1С с ними.

06.04.2020    14079    YPermitin    0    

Оптимизация запросов 1С посредством индексации временных таблиц. Миф? Тестируем, смотрим, считаем

Производительность и оптимизация (HighLoad) Практика программирования v8 Бесплатно (free)

Появилось свободное время, решил проверить на работе индексацию таблиц. Решил поделиться с Вами результатами исследования. Давайте порассуждаем на эту тему? Часто ли вы пользуетесь индексацией в запросах? Платформа 8.3.16.1224

03.04.2020    6564    feva    15    

Как я собрал для себя высокопроизводительный и бесплатный облачный бекенд для 1С на PosgreSQL + PostgREST

Производительность и оптимизация (HighLoad) WEB Интеграция Мобильная разработка Администрирование веб-серверов v8 Бесплатно (free)

В этой статье я расскажу о проблемах бека для мобильных приложений или другого фронта, который требует производительности, быстрой реакции и отказоустойчивости, и как я решил это благодаря opensource проекту PostgREST и СУБД Postgre SQL 12. Проведу простой тест производительности для сравнения 1С с данным решением. Это может быть полезно всем, кто разрабатывает мобильные приложения либо фронтсайд-приложения для 1С на чем угодно - на мобильной платформе или на нативном языке или на Simple UI. И также обзор новых функций SimpleUI для связи с этим бекендом.

31.03.2020    14859    informa1555    35    

Многострочный контекст событий

Производительность и оптимизация (HighLoad) Технологический журнал v8 Бесплатно (free)

Разбор технологического журнала с группировкой событий по первой или последней строке многострочного контекста.

31.03.2020    3529    vasilev2015    11    

Анализ взаимоблокировок

Производительность и оптимизация (HighLoad) Технологический журнал v8 v8::blocking Бесплатно (free)

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

20.03.2020    6107    vasilev2015    27    

Многопоточность

Практика программирования Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Увеличиваем скорость загрузки данных в 20 раз. Как следует использовать многопоточность и готовый модуль для внедрения.

18.03.2020    8080    kaliuzhnyi    44    

Планы запросов - это просто! Разбор оптимизаций запросов PostgreSQL на живых примерах

Производительность и оптимизация (HighLoad) v8::Запросы Бесплатно (free)

Проблема быстродействия 1С напрямую зависит от производительности запросов. Но как понять механику работы СУБД с помощью плана запроса? Андрей Овсянкин и Никита Грызлов на конференции Infostart Event 2019 Inception подробно рассмотрели алгоритм работы с планом запроса СУБД PostgreSQL, полученным из технологического журнала, и рассказали, на что обратить внимание, чтобы оптимизировать работу системы.

17.02.2020    12329    Evil Beaver    13    

Оптимизатор запросов. Вторая часть

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Продолжение статьи об оптимизаторе запросов. Во второй части мы попробуем создать свой оптимизатор и попутно разберемся с такими вопросами, как: хранение файлов; индексы; статистика.

23.01.2020    7053    darkdan77    59    

Улучшаем производительность 1С. Рекомендации

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

Каждый уважаемый разработчик 1С сталкивался или столкнется с вопросом производительности высоконагруженных систем. В статье агрегирован основной набор рекомендаций, который позволит повысить производительность системы. Эти рекомендации должны быть просто must have по определению.

23.01.2020    9469    Kaval88    26    

Мониторим производительность с помощью 1С RAS

Инструментарий разработчика Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Подключаемся и анализируем данные через 1С RAS. Необходимо выполнить 5 пунктов и серьезный инструмент мониторинга будет у вас в руках.

19.12.2019    13827    ivanov660    20    

Весёлые картинки о работе Performance Monitor на Windows Server 2016 Std по мотивам расследования потери производительности на базе 1С

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Данная публикация посвящена одной особенности Performance Monitor на Windows Server 2016 Std. Как понимать графики Performance Monitor на Windows Server 2016 Std при расследовании проблем в работе 1С.

22.10.2019    8346    EugeneSemyonov    11    

Обслуживание баз данных. Не так просто, как кажется

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

Считаете, что обслуживание индексов и статистик дело простое? Что ж, это не всегда так.

14.10.2019    20088    YPermitin    31    

Мониторинг высоконагруженной системы

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Высоконагруженной системе (более 8000 клиентских сессий) мониторинг необходим. Про опыт использования инструментов для мониторинга – самописной системы информирования, написанной на C#, и конфигурации «Центр контроля качества» в связке с системой отображения данных Grafana, на конференции Infostart Event 2018 Education рассказал Олег Репников.

13.09.2019    9749    Repich    5    

Использование Zabbix для сбора информации о серверных вызовах и управляемых блокировках с сервера 1С Предприятия, работающего на платформе GNU/Linux

Администрирование данных 1С Zabbix v8 Бесплатно (free)

Описанные в данном опусе механизмы ни в коей мере не противопоставляются тому, что реализует КИП от 1С или какие-либо другие инструменты (решения)! Это всего лишь еще один взгляд на "проблему", который может быть полезен в некоторых ситуациях.

10.09.2019    20602    Sloth    30    

Хранение файлов - как уменьшить размер базы данных

Чистка базы Производительность и оптимизация (HighLoad) Практика программирования Разработка v8 Россия Бесплатно (free)

Хранение файлов в базе 1С можно оптимизировать для уменьшения размера хранимых данных.

09.09.2019    9500    2tvad    17    

Неочевидные проблемы производительности: важность системного подхода при анализе

Производительность и оптимизация (HighLoad) v8 Россия Бесплатно (free)

Часто программисты и 1С-ники сталкиваются с совершенно необъяснимыми на первый взгляд проблемами. Но это потому, что их внимание направлено только на один сегмент системы, а не на всю систему полностью. О том, почему нужно стараться смотреть на ситуацию комплексно, рассказал специалист по производительности компании SOFTPOINT Александр Денисов.

19.07.2019    9424    Филин    12    

Ловля блокировок на связке "Microsoft SQL server - 1С"

Производительность и оптимизация (HighLoad) v8 v8::blocking Бесплатно (free)

Материал относится к базам данных на связке «1С - MS SQL Server». Один из способов отлова блокировок в бд 1С . Переход к управляемым блокировкам через режим "Автоматический и управляемый".

16.07.2019    11410    fhqhelp    0    

Анти-оптимизация: как мы ускорили запрос в 4 раза, сделав его неоптимальным

Производительность и оптимизация (HighLoad) Практика программирования Решение задач на 1С:Специалист Разработка v8 Бесплатно (free)

В этой статье приведен пример неочевидной "оптимизации" запроса, которая противоречит всем правилам, описанным в книгах для подготовки к сертификации "1С:Эксперт по технологическим вопросам", а также преподаваемым на курсах подготовки экспертов.

02.07.2019    12118    igordynets    120    

Ускорение чтения правил обмена в УПП 1.3 в 20 раз!

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Способ оптимизации чтения правил обмена конвертации данных. Может понадобиться при большом размере правил и высокой периодичности обмена.

27.06.2019    10429    YPermitin    17    

Хотите снизить нагрузку на процессор сервера в 2 раза?

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

В статье рассмотрено влияние частого запуска регламентных заданий на процессор сервера 1С.

27.06.2019    10984    Дмитрий74Чел    6    

Непридуманные истории по оптимизации. История 1

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

Первая статья из планируемого цикла об оптимизации приложений на базе 1С. Без теории. Одна практика.

13.06.2019    13246    Repich    117