Практически пустая база. Количество позиций номенклатуры = 40 тысяч. Количество документов штук 10. Ввод остатков, установка цен.
  Открываю форму списка документа при этом количество документов в списке = 0.
  Делаю замер времени.
  Время ПЕРВОГО открытия 15 секунд. Если открываю второй раз то время открытия 0.2 секунды. Подобная  картина повторяется со всеми формами.
  Время ПЕРВОГО открытия формы отчета 20 сек. Потом открывается за 0.3 сек.

(159) В SQL настроено ограничение гигов на 10. При базе 1 гиг.
С SQL проблем нет, работает все более менее стабильно и понятно. Все тормоза связаны с процессом rphost и rmng все утыкается в дисковую систему. Использование SSD увеличило  бы производительность раза в 2, но это не делает погоды.

(162)  хитрован! Смайл
Надо запулить базопузомер на количество движений пр орегистрам за рабочий день?
Это будет нормальный индикатор?

(163)  ну ссд вроде не такие уж и дорогие
Можно было бы попробовать

(164) ты не поверишь, но количество движений по регистрам тоже ниочем не говорит :)

бессмысленно сравнивать производство и торговлю.

(165) Да стоят там CCD только на диске H: а все крутиться на диске С: и перестроить там так просто.

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

(167) так просто - это вопрос или ответ?
у меня TMPDIR сервера вынесен на ram disk, а TMPDIR пользователей терминальника - на ssd

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

перенос самой базы на ssd такого прихода не давал

(166) Вы конечно правы. Естественно когда говорят о временах отклика 0.5 сек и времени проведения 1 сек, ни о каком партионном учете, в редакции 1С, речь не идет.
  Но в торговле, как и наверное в любой нормальной ситеме, не должно быть такого понятия как партионный учет. В базу должны быть записаны только правильные цифры, а всякие рассчетные себестоимости туда попадать не должны.
  Не смотря на отсутствие партионного учета Доходы/Расходы, Движения денежных средств, Прибыли/убытки считаются нормально. К слову у нас там и производство ведется.

(166)  согласен
Но чем тогда меряться?

(169) Я заметил, что rphost очень активно использует временные папки. Иногда кажется, что он туда скидывает всю базу по несколько раз. И если скинуть эту папку на RAM disk. То может быть быстрее. Механизм кеширования Windows так и делает. Он используемые фалы кеширует в память. Если механизм кеширования Windows отключить, то 1С тонкий клиент будет работать раз в 100 медленнее.

(170) ничего не понял )

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

Также не понятно, как жить без расчета себестоимости.

(171) а зачем чем-то меряться? :)

(170) Было бы интересно повторить тест на тестовой версии 8.3.6
Там обещана оптимизация работы управляемых форм и клиент-серверного взаимодействия.
Да и релизы 8.3.5 сильно отличаются между собой в части стабильности работы серверной части и различных сайд-эффектов.

(171) Меряться можно количеством документов и  клиентов, обслуживаемых в день. Удобством и стабильностью работы.

(172) там какбе суть не в том, что он туда много пишет или много читает, а в том, что зараза МНОГО РАЗ это делает.
заблокировал - прочитал 4 байта, разблокировал, заблокировал, прочитал еще 1 байт, разблокировал, заблокировал, записал 3 байта, разблокировал

общий объем файлов не такой большой, но используются они вместо оперативки

если б на меня работал этот программист, который эту хрень придумал - ходил бы с синим глазом, а не просто без премии

ram disk не панацея, но значительно улучшает ситуацию

(177) Я полностью согласен. Там кеш используется через зад. Они файлы на диске используют как память. Тот же пользовательский кеш. Имеет размер 10-60 мб. Во первых они его принципиально не чистят, а тупо добавляют в него информацию. Если конфигурация меняется то в кеше может находится куча версий одной и той же формы. Они этот кеш читают КАЖДЫЙ С ДИСКА раз при открытии любой формы. Любое действие вызывает чтения файла размером 60 мб с диска и его анализ. Какое может быть быстродействие? Нет чтобы прочитать этот файл один раз при запуске, поместить его в память и никаких проблем скешем никогда не было бы.

(177)(178) да говорят вам, кому надо - по голове дали чуток. Попробуйте 1482

(178) Поставь платформу >= 1482

по сабжу сам заметил
8,3,5,1088
в файловом варианте - формы открываются моментально
в клиент-серверном - тормоза
1С:Предприятие 8.3 (8.3.5.1119)
клиент-сервер все равно тормоза

(179) (180) побежал обновляться, стоит версия 1460

а есть в открытом доступе информация, в какой именно версии починили?

(182) В открытом доступе есть информация - что стоит обновляться на самый последний оф. релиз.

(173)  ну аот к нас в торговле вместо себестоимости стоит прайсовая учетная цена и никого себестоимость не волнует

(174)  а нафейхоа вы зряплату получаете?
Работали бы за три буханки хлеба в день и все

Меряться надо обязательно
Смайсмайл

(176)  неформализуемое понятие "обслуживание клиента"

(184) если производственное предприятие не будет считать себестоимость своей продукции, то очень скоро продукция вообще перестанет выпускаться :)

(187)  чертовски вас мало и чертовски вы далеки от народа
Смайл

както будучи молодым и бурым одноэсником
Написал конфигу по общепиту
Так там у меня считалось сколько было заработано на картошке луке и соли
Смайл
Но оно никому не надо было
Но свои 400 долларов а это было гдето в районе 2003 года я поимел
Смайл

(188) пожалуй, соглашусь с тем, что я чертовски далек от ларьков :)

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

при таких размерах намного целосообразнее было бы эти данные держать в оперативке

(191) Я полностью согласен, лучше этот кеш держать в памяти. Тем более, что полезной информации там не более 5 мб. Все остальное это "протухщий" кеш. Т.е. кеш от старых версий форм.
Если они хотят заниматься онанизмом, до могли бы просто чистить кеш от ненужных записей. А еще лучше сделать сделать ключ записи NoCashe, для людей, которые хотят работать нормально.

(0)
Аффтор

Сиди себе спокойно на 77

денег нет на новый сервак

не рыпайся

поставь себе Ексель и живи спокойно

Зачем тебе новые технологии зачем прогресс

тут еще учится нужно будет
все дела

расслабся

Короче отказались от УТ11, как от программы не пригодной для ведения учета.
  Последний штрих. Пустая база, 10 документов ввод начальных остатков плюс справочник Номенклатура на 40 тыс. позиций.
   Отчет "Ведомость по партиям товаров" Устанавливаем фильтр по одной позиции номенклатуры. По этой позиции было всего два движения, ввод начальных остатков и продажа. Отчет делается 4 минуты!!!
   Короче, если кто-то захочет вести учет на УТ11, готовьтесь переписывать ее на 90%. А переписывать УТ11 очень не легко. Как писал здесь умный человек: "УТ11 написана инопланетянами для инопланетян"

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

не верю!

единственный вариант - установлены RLS на справочник номенклатуры, склад и регистр, что вынуждает делать запрос ЕМНИП с около 30 соединениями, если пользоваться стандартными механизмами

вот что получается от типового RLS по группам доступа контрагентов, например, для списка документов:

http://snag.gy/8JGBw.jpg

RLS из БСП меня содрогнули. На больших объемах данных можно получить падение производительности в десятки раз.
Зато универсальные.

Никаких RLS не включено. Такое ощущение, что УТ11 делает запрос по всей номенклатуре, а потом в последний момент фильтрует по нужной.
У них там и без RLS запросы по 30 соединениям. Даже такие простейшие как "Остатки товаров" При этом с массовым применением "ВЫБОР КОГДА"

(199) Ну ты же залез в профайлер, да. Что там видишь?

(200) Я не лазил в профайлер, я лазил в тексты запросов. А у тебя H A D G E H O G s крутой сервер? Могу скинуть базу. Посмотришь, расскажешь. Если времени немного есть.

(194) >>По этой позиции было всего два движения, ввод начальных остатков и продажа. Отчет делается 4 минуты!!!

План именно этого запроса в студию.

(198) По поводу RLS. В УТ11 есть галочка включить RLS. Так там четко написано, что если вы поставите эту галочку, то работать УТ11 будет ООООЧЕНь медленно.

>По этой позиции было всего два движения, ввод начальных остатков и продажа. Отчет делается 4 минуты!!!

что-то много... куда время-то отъедается

>Так там четко написано, что если вы поставите эту галочку, то работать УТ11 будет ООООЧЕНь медленно

за шаблоны rls из БСП 1с-у отдельное спасибо...

а вся ветка только подтверждение про

"упр. формы и платформа прекрасны, а проблемы только в типовых"

нет, чудес не бывает

(204) Я посмотрел этот отчет там запрос 1500 строк.
Там они делают очень хитро. Несмотря на то, что в базе есть нормальный партионный учет. Разработчики решили внести свой вклад.

ты сложность запрос меряешь по количество строк в нем?

План то будет запроса?

А план это что такое? И где его смотреть?

Они там раз 5 выбирают все записи регистра ПартииТоваров. После загрузки начальных остатков у меня по 5 складам их штук 200 тыс. Потом с трудом рассчитывает затраты, себестоимость. Ну и в момент вывода отчета накладывают фильтр.

(201) Давай базу.
У нас сервер 2006 года.

(210) Хотя бы как называется отчет

Отчет называется "Ведомость по партиям товаров" Типовой. Отбор по любой позиции номенклатуры.
Я тебе скину, только ты расскажешь здесь в чем проблемы с УТ11. Хорошо?

Я сейчас дома попробовал этот отчет когда в базе только 5 документов "Ввод начальных остатков" Никаких продаж и прочих прелестей. По одной позиции отчет делался 1.5 минуты.

(214) Да, там просто невзъебенный запрос.

(215) а по открытию форм?

(216) Чтобы полностью насладиться скоростью открытия форм, надо поработать пару дней, чтобы кеши всех уровней смогли наполниться :)

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

(218) будешь говорить что типовая УТ11 годная вещь? ))) Имхо с неё только руководители мелких франей не плюются

(219) нет

а если кэш чистить каждый день? ну или регламентным заданием каждых часа 4?

(221) Не стоит этого делать.
Достаточно поставить платформу 1482.

а 8.3.5.1517 и 8.3.5.1486 еще не оттестили?

(223) У нас 1486. Вроде норм. БП3.0 и УТ11.

(224) В БП3.0 есть конечно косяк с ЭДО, но он проявится только у тех, у кого сервер 1С стоит на англицкой винде.

(225) (224) а винда на сервере и скуль какой версии? а то меня админ искушает на апгрейд сервера до WS 2012 и MS SQL 2014. Вот есть подозрение будет ли оно стабильно работать с 1ской? А то не хочется с админо компенсировать потом)))

(226) WS 2008R2, SQL2008R2

/clearcache ?не?

(225) эт ты еще в БП30 с вводом на остатков по взаиморасчетам в USD не баловался ). Да и притормаживает по сравнению с 1.6 и даже 2.0

>Я даже его план запроса оттрассировать не смог. ПЗ превысил лимит в 512 кбайт и был пропущен профайлером SQL.

ыыы... теперь я понимаю почему магазины с нее бегут на сторонний софт

бгг, вот прям щас у меня ут11 свисло на формировании отчета по складу:

# ls -lahS /dev/shm/srv1c83tmp-prod/
total 114M
-rw-r-----. 1 usr1cv8 grp1cv8 350G Mar 31 14:55 v8_Ap6U3w_2c10.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 2.3G Mar 31 14:55 v8_Ap6U3w_2b68.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 2.0G Mar 31 14:55 v8_Ap6U3w_2b1f.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 1.2G Mar 31 14:55 v8_Ap6U3w_2b40.tmp
-rw-r-----. 1 usr1cv8 grp1cv8  83M Mar 31 14:54 v8_Ap6U3w_7.tmp
-rw-r-----. 1 usr1cv8 grp1cv8  26M Mar 31 14:20 v8_yF0VA0_7.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 1.4M Mar 31 14:45 v8_Ap6U3w_2b1e.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 1.4M Mar 31 14:45 v8_Ap6U3w_2b3f.tmp


размер файла только заявлен такой, по факту внутри нули
создаются и удаляются быстро (раз в секунду), с разными размерами
rphost при этом жрет весь проц в несколько потоков

отчет типовой, формируется каждые 5 минут разными пользователями, иногда кому-то "везет"

внутри файлов - олимпиард записей <-UNINITIALIZED-> подряд, без пробелов и переводов строки

(231)

http://img-fotki.yandex.ru/get/4307/megashurik.c78/0_5c42b_72c3309f_XL.jpg

Тема подразрослась и к формам уже мало отношения имеет, предлагаю переименовать в "УТ11. Долго."

(233)типовые на УФ ппц как долго

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

(235) В УТ11 реально все сделано для галочки. Самое последнее о чем думают разработчики - удобство пользователей. Они в процессе начала проектирования УТ11 допустили ряд грубых ошибок и сейчас отважно борются с их последствиями.
Плюс еще накладываются ошибки проектирования платформы.
О чем можно говорить, что первое с чем сталкивается пользователь, который решит перенести пустую базу (можно даже демку) из файлового варианта на SQL - это нехватка памяти для х32 сервера1С предприятия.

(236) Насчет проектирования конфигурации - соглашусь, особенно до подредакции 11.1 было люто - как будто набрали по объявлениям. Насчет платформы - не согласен, она прекрасна.

Хоть как то работало памяти нужно не меньше 4 Гб на клиенте.
1С это заявляет открытым текстом. (в БП 3.0 выводится сообщения о малом количестве памяти)

(237) Сортировка по таблице с RLS по реквизиту,на который наложена RLS, как правильно?

(237) Сообщить дополнительную информацию при успешном проведении?

не, это не смешно

# ls -lahS
total 114M
-rw-r-----. 1 usr1cv8 grp1cv8 1.7T Mar 31 17:20 v8_HLvAin_1530.tmp
-rw-r-----. 1 usr1cv8 grp1cv8 2.6G Mar 31 17:20 v8_HLvAin_18d5.tmp
-rw-r-----. 1 usr1cv8 grp1cv8  83M Mar 31 17:20 v8_HLvAin_7.tmp

(237) https://partners.v8.1c.ru/forum/topic/1341041

(242) Нууу, бывает, чо.
Поправят.

К слову у меня предыдущий опыт адресного хранения сделан на базе УНФ тонкий клиент. Я не замечал там особых тормозов. Там конечно номенклатуры штук 1000, и ячеек 7500. Правда я типовые отчеты там не использовал. И с кешем проблем особых не было. И работало на 8.2, потом без больших проблем перешли на 8.3
  Чувствовались небольшие тормоза при печати большого количества документов, но в рамках разумного. Подготовка к печати 1000 страниц - 5 минут.
  Наверно все таки от конфигурации сильно зависит

Бурно развивается УТ 11... Из инфо о планируемых доработках

"Новая концепция учета по видам запасов (выполняется, очередность 1)

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

Дополню картину примером из списка ошибок последнего релиза:

"Не выводятся на печать этикетки и ценники."

Наверное, где-то в недрах 1С секретная группа специалистов ведет разработку УТ 12...

(237) "..Насчет платформы - не согласен, она прекрасна."
наверное.
.
но с выходом снеговика куда то подевались энузазисты понаписать свои мегаконфы.

нету.. исчезли.. жрут текущие кактусы..
на мескалин подсели

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

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

(249) ну ут11 еще маленький человечек))) Вот УТ 10.3 если взять, то что бы наваять нечто подобное нужно будет не одну сотню человеко-часов или унф ту же.

(250) УТ11 и БП3.0 никогда не станут нам братьями.

(246) давно пора.

(251) та ладно - ут 11.3 и бп 3.6 будут)))

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

(254) ну они так и сделали)))) Ут11 от релиза до релиза иногда очень отличаются

(255) ну так пора бы определиться с ориентацией им... а то они как на майдане скачут..

(256) ну Вы сравнили) в ут11 наблюдается прогресс, а майдан одна сплошная деградация

(0) Ну казачки УФ и минисервера напишите что-нибудь про оптимизацию!

(258) так написали уже)

(257)  когда за три года не выпилят конфу
Это не прогресс а стагнация

В процессе внедрений УТ11/ERP2.0 выявляется следующее:
1. Управляемые формы всегда будут открываться дольше обычных. Так как там есть сериализация. Будем считать это платой за универсальность решения - десктоп+веб
2. Упомянутые конфы сделаны невероятно перегруженными. Например, почему тормоза в установке цен? Ну потому что эта хрень при каждом открытии заполняет дерево значений на все те тыщи строк, что там содержатся. Там динамически колонки с видами цен и прочей ерундой запиливаются, поэтому как ТЧ не отразить. Почему тормоза в РТУ? Ну вот в УТ10/КА/УПП есть ТЧ Товары, Услуги, Возвратная тара. В УТ11/ERP есть одна ТЧ, в которой всё. Чтобы показать пользователю разницу в строках (где товар, где услуга, там же разное заполняется) вся эта хрень при открытии выгружается, анализируется, расставляются признаки, на которые завязано условное оформление...
3. Сомнительные решения по архитектуре. Когда появился РАУЗ в УПП, я понимал зачем нужны измерения вида "АналитикаВидаУчета", "АналитикаУчетаЗатрат" и т.д. Там просто для узлов в линейных уравнениях именно эти группы нужны были. Посмотришь сейчас на УТ11/ERP - там везде эта аналитика номенклатуры, аналитика партнеров, аналитика видов запасов. Понятно, что индекс становится короче. Но.
Реальный пример с моего недавнего внедрения ERP - организация ведет ВЭД, много валютных сделок. У людей начались реальные проблемы с производительностью - ТОРГ-12 формируется 40-50 секунд. Посмотрел, что же там такое. А там происходит проведение по документам расчетов для правильного расчета рублевой суммы документа и попутная переоценка. Как выполняется переоценка? Берутся данные из РН РасчетыСКлиентамиПоДокументам с отбором в условиях ВТ на АналитикаУчетаПартнеров В (&МассивАналитики). Массив содержит 10000 элементов - всех контрагентов определенной организации. Измерения "Организация" ведь теперь отсутствует... Как думаете, нормально MS SQL воспринимает условие на вхождение в группу из 10000 элементов? ;) Отчеты на СКД... СКД имело огромное преимущество в динамически выставляемых отборах. А теперь, без специально разработанного с учетом этой концепции отчета, СКД не сможет поставить отбор на номенклатуру. Измерения ведь такого нет - получите аналитику учета номенклатуры...

(261)  что тут сказать
Буду тактично молчать