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

Конфигурация сервера:
Intel Xenon 3.3 Ghz
Память 15 Гб
Диск SSH
SQL 2008 R2  x64
Сервер 1с х 64 8.3.5.1146

Кэш детекдед

Конфигураця УТ11 последняя

(2) И что это значит?

Intel Xenon?

КЭШ это я понимаю. А как исправить?
Работаю один на сервере. Под полными правами.

Да Intel Xenon CPU E3-1230 V2
Загрузка процессора 0% С памятью что-то не пойму
Доступно 7 Gb, Свободно 0.5

(7) у нас так в HP было с памятью. когда планки были разного типа или не в тех гнездах.

Пеезапустил сервер 1с предприятия. Стало лучше. Надолго ли?

Кластер настроен на перезапуск 1С процессов через 30 000 секунд.

Можно ли указать местоположение файлов кэша Сервера 1С предприятия?
Хочется этот мусор разместить на быстром диске

(11) я переопределял переменные TMP, TEMP для каждого пользователя на терминальнике
заодно удобно удалять, когда у кого-то форма разъезжается

Я имею в виду кэш сервера 1с Предприятия. Именно он тормозит работу. Местоположение кэша: C:\Program Files\1cv8\srvinfo\reg_1541

При перезапуске сервера 1с предприятия, как минимум при перезапуске руками, этот кэш очищается.

(13) можно ragent запускать с параметром -d

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

можно сделать ссылку на каталог с другого диска
в линупсах это ln -s, а ссылки ntfs я так и не осилил ):

рекомендую после теста на старом месте srvinfo сбэкапить и удалить (можно просто переименовать)

Это за гранью. Через несколько суток работы первое открытие любой формы занимает по 20-30 секунд.
  Это же не правильно. Так не должно быть. Я так понимаю нужны постоянные танцы с бубнами вокруг Сервера1с предприятия.
  А народ вообще-то работает на 8.3 вообще и с УТ11 в частности?

(16) Ты устанавливаешь новый шрифт для элементов формы, при открытии?

Нет не устанавливаю. Практически типовая УТ11. Немного переделано адресное хранение. Единственно в базу залито 40 тыс. номенклатуры.

Сервер может быть не ухоженный. Может на нем сделать дефрагментацию дисков?

может у вас У всех проблемы с 8.3.5.1383?

Да нет у меня 8.3.5.1146  1сСервер х64. База маленькая. На сервере правктически один я.

Посмотрел, диски на сервере шустрые.
диск С на 80% процентов пустой. диск D - SSD . SQL данные хранит на SSD, файл транзакций на С

(16) у меня периодически начинают массово плодиться зависшие процессы с фоновым заданием обновление индекса ППД, точную зависимость от чего пока не установил

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

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

Все эти индексы ППД первым делом убивать надо. Если на сервере висят штук 5 баз, даже не работающих, индексы ППД положат любой сервер.
  Нельзя ли узнать фамилию умника который придумал использовать полнотекстовый поиск в 1С ?
  Когда начинает подвисать открытие форм, в базе никто не работает, даже фоновые процессы. Специально смотрел. В лучшем случае открыт конфигуратор и клиент. Загрузка сервера 0% память тоже свободна.

(0) > память тоже свободна
вот под виндой я б не стал так утверждать, она сама себе на уме по поводу реального распределения памяти и его отображения.

память может в резерве висеть под процесс, который никому не сдался, а 1с в это время в свопе барахтается

а диспетчер задач при этом показывает 95% свободно

знаю, как примерно можно воспроизвести: скопировать файлик гигов 5 через RDP (знаю, что ССЗБ), и оставить висеть его в clipboard
эти 5 GB нигде не отразятся

а если 10 пользователей так сделают - привет

(25) -> (24)

(26) В этом что-то есть. В диспетчере задач видно, что Доступно 9.4 Гб
Свободно 0.7 Гб  
Но как пишут умные люди, это вполне нормально. Как только потребуется память, она будет сразу освобождена. Как только у меня начнет виснуть я попробую освободить ее. Есть спец. утилита

(27) кроме процессов есть filesystem cache, который не виден ни в винде, ни в линуксе. Он ядреного уровня, к процессам не относится. На некоторое время работающей системе (т.е. не сразу после старта) обычно это весь свободный объем настоящей железной оперативки (без свопа).

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

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

(28) Бредня.

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

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

(28)
Для win7 это 2 показатель группы "Физическая память" на вкладке "Быстродействие".

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

Все достаточно прозрачно.

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

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

У меня файловый кэш был максимальным в 13 гигобайт, больше винда отказывалась забирать, несмотря на все старания.

Собственно, утилита проста как паровоз, мне лениво было копаться в sdk, просто жру память:
критика идет нафиг, утиль 32-х разрядная (больше 4 гиг не съест), на моих 8 гиг памяти никого в своп не валит, просто выдавливает 4 гига файлового кэша на диск:
procedure TForm3.FormCreate(Sender: TObject);
begin
List:=TList.Create();
end;

procedure TForm3.FreeClick(Sender: TObject);
var i:integer;
begin
for I := 0 to List.Count - 1 do begin

FreeMem(List.Items[i],10000000);
end;
end;

procedure TForm3.GetClick(Sender: TObject);
var Data:Pointer;
begin
while True do Begin
try
  GetMem(Data,10000000);
   except
  break;
end;
ZeroMemory(Data,10000000);
List.Add(Data);
End;
end;

сервер 1с и скл на одном компе?

Есть утилитка RamMap она показывает какие процессы/файлы занимают память системы, эта же утилита позволяет очищать кэш в памяти.

(35) Да Сервер и SQL на одном компе

(37) шаред мемори?

(31) (32) путаешь fs cache и swap
"Кэшировано" - это swap.
fs cache винда не показывает никому, мож разве что в WMI где-то

processexplorer fs cache не показывает, поэтому я склонен думать, что этот параметр пользователям винды недоступен

в линуксе обычный top не показывает, htop может показать, если попросить

простая задачка:
предположим, 5 разных пользователей зашли по RDP через канал GPRS
каждый из них решил скопировать к себе кино весом по 5GB (разные) и начал процесс копирования, т.е. открыл файл на чтение
в это время админ решил заменить все фильмы бинарным мусором и перезаписал их, т.е. открыл на запись. Уже начатый процесс копирования должен отдать тот файл, который пользователь начал читать. Т.е., операционная система должна где-то хранить исходные 5х5 = 25 GB кино, которые раздолбаи через GPRS уже начали копировать. Да, такая фунцкция есть у всех современных файловых систем. Однако, программа должна уметь ее использовать. Что-то мне подсказывает, делается это редко. MS SQL сервер умеет это делать. Насчет остальных сильно не уверен.

Вот какое наблюдение есть. Только за сегодня размер кеша Сервера1С (C:\Program Files\1cv8\srvinfo\reg_1541\)предприятия составил 0.7 Гб. В SQL размер данных составляет 1.2 Гб.

  Они чего в кэш  вытаскивают всю базу?

(40) слабо на ИТС посмотреть, что же на самом деле лежит в указанной папке?

(0) не баловались ли демоническим?

(12) а можно поподробнее - это на итс в каком разделе?

(41) Ничего особенного в кэше не лежит. При ручной остановке и запуске Сервера1С эта папка очищается. Если у вас настроено автоматический перезапуск процесса rphost, то ничего не чиститься.

А теперь смотрите последние наблюдения:
Объем данных, которые ЧИТАЕТ "тонкий" клиент с диска (процесс 1cv8c.exe). Конфигурация УТ11, SQL, управляемые формы. Сервер1С х64. Данные получены с помощью системного монитора ресурсов.
1. Сразу после перезагрузки сервера 1СПредприятия. Размер кеша 60 кб. Все летает. База запускается за 30 сек. Все формы открываются за 1 сек.
   а. Добавление реквизита в справочник и запуск клента < 1 mb
   б. Открытие любой формы < 1 mb
2. Через двое суток работы Сервера1с предприятия. Размер кеша около 1 Гб. База запускается за 2 минуты, открытие любой формы в первый раз 20 сек.
   а. Добавление реквизита справочника и запуск клиента > 1 Гб
   б. Открытие любой формы > 0.3 Gb
   в. Запуск "тонкого" клиента > 0.3 Gb время запуска 1 мин

Такое ощущение, что после первого открытия формы, данные кеша попадают в кеш (память) Windows и открытие форм несколько ускоряется.

А теперь к знатокам. Что же лежит в папке C:\Program Files\1cv8\srvinfo\reg_1541\. И как отключить такое кривое кеширование в Сервере1С.
  В этой папке два каталога
  1. Каталог логов
  2. Каталог непонятно чего. С файлами "snccntx.0000000A.dat"  размерами по 54 мб. После перезапуска Сервер1С предприятия там один такой файл. Через двое суток интенсивной работы с конфигуратором и базой, таких файлов становится более 10 штук. И база начинает тормозить. Более того Сервер1С предприятия процессы ragent.exe и rmngr.exe начинают жрать ресурсы по 50% ресурсов одного ядра процессора каждыйю

(47) snccntx.0000000A.dat

Сеансовые данные - данные, которые могут мигрировать между процессами rphost при переключении сеанса с одного процесса на другой.

значения параметров сеансов
временных хранилищ
и.т.д.

(47) Ты точно не суешь порнуху во временные хранилища?

(47) Сколько у тебя процессов rphost ?

Процесс один. Во временное хранилище ничего не сую. Если только УТ11.

Я вот здесь нарыл http://www.gilev.ru/forum/viewtopic.php?f=15&t=284
  Примерно тоже самое было. Человек грешит на драйвера видеокарты.
  У меня возникло подозрение, может если сбрасывать сеансы пользователей, то плодятся эти файлы?
  Я понаблюдаю

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

(48)  snccntx.0000000A.dat
Сеансовые данные - данные, которые могут мигрировать между процессами rphost при переключении сеанса с одного процесса на другой

    Может это игрища кластера 1сПредприятия. У меня сейчас стоит "перезапуск рабочих процессов" = 6000 сек

(54) Зачем так часто?

(54) 8.3?

(56) На каталог посмотри )))

(57) Почему в личке у тебя Питер?

(58) А что на мисте новые правила?

(55) Так часто получилось. Раньше стояло 1 раз в сутки.
  1с83  8.3.5.1146

(60) может пора обновить?

(61) Пусть 1С на кроликах тренируется.

(62) как успехи? У меня такая же фигня. Все формы открываются пусть не 20-30 секунд, но по 5-8, а это тоже не допустимо

Перезапустил ручками сервер 1СПредприятия. Работает 18 часов. Формы и программа открываются на Ура.
  Однако сегодня утром обнаружил, что Сервер1С предприятия (ragent.exe) и диспетчер кластера (rmngr.exe) на двоих полностью загружают одно ядро процессора.
  Все фоновые задания отключены. Сеансов к Сервер1С нет. Одно подключение к Сервер1с - планировщик. Системный монитор не показывает никакой активности по диску, памяти, сети. SQL профилер не показывает никакой активности с базой.
  Я думаю - это БАГ платформы. При этом платформа ведет себя подобным образом стабильно. Через 10 часов эти два процесса начинают жрать процессорное время.
  На таких глюкавых платформах работать нельзя.

(64) "  На таких глюкавых платформах работать нельзя."

Напиши заявление по собственному.

Вот сегодя заметил, что первое открытие любой формы занимает где-то 5 секунд. Повторное открытие - 1-2 секунды. Вчера, после перезагрузки Сервер1с, все открывалось за 1-2 секунды

Мне за державу обидно. У нас в управленческой базе на 1с77, считается, что тормоза - это когда задержка между нажатием клавиши и откликом составляет 0.5 сек. Если форма открывается больше 1 сек - это уже "ужасные тормоза". О чем здесь говорить.
  А еще мне в 8-ке "нравится" поведение, когда на экран выводится окно Вопрос(), а кнопочки "ДаНет" начинают воспринимать нажатие только через пять секунд. При этом пользователь жмет мышкой кнопки, а ничего не происходит.

интересно, когда там тебя такого красивого экспериментатора уволят нафик?

(67) Не терминал, не?

(69) Терминал.

(70) момент

http://cs424418.vk.me/v424418879/4545/hbvzbHbE3N4.jpg

(72) аплодирую стоя

(72) Можно ли для бестолковых объяснить что это и где надо смеяться?

я чето не нашел в ветве вопроса на тему а что у него на этом сервере болтается помимо 1с...

(75) А там скорее всего все болтается. Из принципа "купим монстра за бабаблобло, за 100500 нефти", а чтобы не простаивал - накатим туда от 1С, до файл-принт-мэйл-сервера.

(74) Можно. Нельзя клиент-серверную восьмерку пускать в терминал. Особенно Тонкий клиент. Она не для этого разрабатывала 3-х звенку.

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

(78) пофиксили - интерфейсом Такси без градиентов.

Ничего там на этом сервере не болтается кроме 1С. А с терминалом удобно держать одну версию из всего зоопарка платформ и быстро обновлять если надо.
  На предыдущем месте я пробовал работать в режиме тонкого клиента через  rdp и по сети. По сети немного медленнее получалось.

(79) У автора - Такси?

(80) Освой для себя административную установку 1С.
Давай, развивайся, думай! Это тебе не про курс рубля ерунду нести!

Нет не такси. Практически типовая УТ11. Если вы такой умный, то объясните, чем занимается Сервер1с и кластер предприятия см (64) , съедая ресурсы одного ядра. Не обращаясь к другим ресурсам системы?  Может вы знаете способ остановить потребление ресурсов не перегружая Сервер1С?

(80) 21 век... 20 лет AD... 30 лет eDirectory...

(81) я про то что в 8.3 тормоза с градиентом не фиксили, а что у автора не знаю.

Такси, кстати, и на клиентском десктопе быстрее чем обычные УФ работает.

(85) А у автора - не такси и тормоза с градиентом.

Ни каких тормозов с градиентом у меня нет.

Я тоже проходил через эти самые тормоза. Вешались по полной. Я не знал куда щемиться, что происходит. Периодически перегружал сервер приложений. Народ до УТ 11.1 в 7.7 работал. Привыкли, что все летает. Но летало только у менеджеров. Потом по выходным бух-ша что-то там шаманила для себя. А закрытие делалось, вообще, 3 дня.
Сейчас в УТ 11.1 тормоза с открытием форм(особенно, первоначальным), народ чуток попривык. Зато все, что сам дописываю, работает, вроде, шустро.

(88) Нельзя же всю УТ11 переписать. Хотя приходится. УТ11 оптимизировано под ларек. А у нас 40 тыс. номенклатуры. Простейшие операции длятся:
1. Удаление помеченных объектов без ссылок - 18 часов. После переписи 30 мин.
2. Открытие документа установка цен номенклатуры на 28 тыс. позиций - 3 минуты, ручное изменение цены в каждой позиции - 2 мин. Чтобы ввести цены вручную требуется 30 суток :)
3. Убогие отчеты.

(89) Вот тут идеально Чистов нужен, чтобы показать, на что способен пользователь. А то "зачем нужна ТЗ на 9000 строк на клиенте. 1С сама знает как надо".

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

1С к такому не готовили :-)

(89) Держи, кстати. Это тебе ответ на убогие отчеты.
http://www.youtube.com/watch?v=p8vHqDnAVHI

(89) "После переписи 30 мин. "

Отказ от контроля ссылочной целостности?

(92) может чистый скуль?
В 7 делал такую штуку

Зачем чистый SQL? - для 8-ки это чистый мазохизм. 100% штатные способы. Как лучше всего удалять большое количество объектов (порядка 100 000)
Типовая обработка "Удаление объектов" для 10 тыс. позиций 18 часов. немного доработанная - 30 мин. С контролем целостности.  Если доработать чуть больше, тогда удалять будет за 10 мин.

(90) А как вы прикажете работать с большими базами? Конечно если бы разработчики платформы на управляемых формах написали, что " НЕ НАДО ИСПОЛЬЗОВАТЬ управляемые формы" их если количество позиций в справочнике или строк больше 1000.
  Мы бы и не рыпались

Продолжаем пляску с бубнами. Пока вырисовывается следующая картина.
  В 1С83 очень кривой механизм кеширования на клиенте. Первое открытие ЛЮБОЙ формы вызывает чтение файла кеша на клиенте. При запуске программы файл кеша читается до 10 раз. Первое открытие ЛЮБОЙ формы после изменения конфигурации увеличивает файл кеша на 200 кб. После чистки кеша пользователя и первого запуска программы размер файла кеша становится 1.5 мб. Потом он постоянно увеличивается. У меня в процессе активной разработки конфигурации за несколько дней он выростал до 65 мб. После этого время открытия программы составляло до 1 минуты, а время открытия любой формы до 20 сек. После чистки кеша все приходило в норму.
При этом самое интересное, что при использовании SQL и быстрого канала при отсутствии кеширования формы открываются существенно быстрее, чем при кешировании.
О каком быстродействии можно говорить, если при нажатии любой кнопки на клиенте читается и анализируется файл размером 60 мб?

Видел бы ты как открывается УПП + БИТ:Финанс ...

(96) А как отключается кэширование?

Не хочу видеть. У меня на 8-ку уже алергия. Особенно если я смотрю на нее глазами клиента.
Я вчера писал обработку на 7-ке упрощенка. Легкая конфигурауия. Все летает. А паралельно на Бух 30. Тоже упрощенка. Это за гранью. Идет обмен данными с торговлей. Файл xml 1.5 гига. Через 3 часа бухгалтерия сообщает что эти данные уже загружались.

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

подпишусь на тему
интересно

(96) "При запуске программы файл кеша читается до 10 раз."

Как замерял?

Одноэсники молодцы. ERP у меня грузится дольше, чем SolidWorks, и памяти жрет почти в два раза больше со старта.

При Ельцине такой уйни не было

(99) "Идет обмен данными с торговлей. Файл xml 1.5 гига. Через 3 часа бухгалтерия сообщает что эти данные"

это просто гениально!

(104) я даже больше скажу - при Сталине такой уйни точно не было!

(102) Измеряется очень просто. Запускаешь системный монитор, операции с диском. Он как раз и показывает какие файлы читаются, пишутся. Находищь файл клиентского кеша. Умножаешь среднюю скорость чтения/записи по этому файлу на время обращения.
  У меня когда размер кеща был 65 мб, то при запуске 1С Предприятия в тонком клиенте. Из этого файла было прочитано 650 мб информации (45) и время запуска состаило больше минуты. Это штатный режим работы тонкого клиента.
При нештатной работе, после нескольких вылетов программы. Файлов с пользовательским кешем стало 5 штук. И при открытии любой формы из папки с кешем клиент считывал по 300 мб. И время открытия формы стало 18 сек.

(89) 109 тыс. номенклатуры, 100 юзеров - ничего не переписывали - полет нормальный :)

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

(0) Переведи все на ТАКСИ и все сразу станет ЛЕТАТЬ

угу.. на такси формы сами собой прокручиваются на мелком дисплее - та еще морока.

в УТ11 самый огромный и жирный тормоз - демонические списки, а они там везде.
И причем тормоза вызывают многчисленные передачи параметров и прочей фигни в эти демонические списки - до 80 процентов всего времени.

Причем вне зависимости от данных. И это отладчик не покажет.

Я чесно не знаю как в Такси реализовали скорость всех этих демонических списков, но они там летают в 1000 раз быстрее.
Как и все формы и так далее.

(113) С оценкой на 3 порядка ты, конечно, ошибся.
Да и в остальном.

(67)  ну вот и нафига ты с клюшек соскочил?
;-)

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

Но

Вопросы по тормозам форм и по тормозам самой восьмерки идуь постоянно

Отсюда ктото чтотто делает неправильно

Должны быть рецепты как делать правильно

В широком доступе их нет
Варианты
1 каждый пипл по сути сам себе шаман с бубном и шаман с алтая не катит в лесах подмосковья
2 рецепты правильные есть но кто же выдаст рыбные места?

(114) ок, не буду спорить в конкретных числах.

Но однозначно что тонкие эти формы -ошибка от которой 1С уже отказалась это отднозначно.
Так что Такси - келком. Да может цвета и шрифты не те - но а чо делать то. Будущее...

И скорость там другая. И так далее. Не идеал.

Я вообще жду девятку... в обозримом будущем....
Но как я понимаю такой прыжок возможен только с полной сменой команды и полной переписью.

А вообще 1С классная программа как ни крути, может даже лучшая Айтифирма и залог будущего.
Пусть напишут операционку свою и СУБД.

Intel Xenon 3.3 Ghz
Диск SSH
http://www.youtube.com/watch?v=KcmnSvNbfz8

(108) 100 тыс номенклатуры. А вы с ней активно работаете? Если активно не работать, SSH диски лучше в рейде (они как раз проблему кеширования снимают), толстый клиент, конфигурация типа УТ10, то можно работать

На управляемых формах основные тормоза связаны не с динамическими списками, а с преобразованием информации при передаче с сервера на клиент. ЗначениеВРеквизитФормы. Что можно сказать о системе которая оперирует объектами, которые представлены строкой длиной БОЛЕЕ 100 символов. Посмотрите длину ЗначениеВСтрокуВнутр() там же GUID базы + GUID значения + GUID  элемента. Если вы хотите на управляемой форме увидеть любое значение, то на форму надо передать как минимум 200 байт информации и наименование.

А что ТАКСИ действительно быстрее Управляемых форм? Попробуйте открыть документ с 40 тыс позиций. Или заполните таблицу на форме с 40 тыс строк.
Для той-же 7-ки или Exell такие задачи не проблема.

(121) а что Вы понимаете под активностью? 50 работников склада бьют приходы и расходы, около 20 тыс. документов в месяц.

(119) Своя СУБД есть.

(123) а в 7ке разве не было ограничения на 9999 строк в документе?

(126) Это касалось только нумерации строк.

(126) нет, в 7-ке ограничение на 30000 строк :)

(0) Переходи на УТ10

Толстый клиент - это лучшее что сделало 1С.

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

Ну развели базар.
Особенно ценно "Переходи на УТ10".
Смотрю тема уже давно болтается. За это время мог бы сам на копии форму свою организовать и потестить

(132) Да УТ10 - это выход. Но с УТ11 связались единственно из-за адресного склада. Я уж думаю, может на 1с77 дописать адресный склад.
  Я просто столкнулся с необходимость увеличить цены, в связи с ростом курса.
  У нас 40 тыс позиций номенклатуры.
  На 1с77 работающей уже лет 6 (dbf) увеличение цены на процент относительно себестоимости заняло 2 мин.
  На УТ11 (SQL, x64) на той же номенклатуре, на базе только с начальными остатками. Сначала потребовалось рассчитать себестоимость. Потом заняться ананизмом с документом установки цен. Заняло все это 40 мин. О ручной корректировке цены речь вообще не шла.
При этом в процессе работы в 7-ке весело мелькали цифры, а 1С83 висела как кирпич.
  Этот печальный опыт подорвал во мне веру в прогресс.

выкинь ут11 нафиг

(133) там, поговаривают, еще и в 11.1.10 переписали нафиг весь механизм ценообразования, даже смотреть боюсь

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

(135) В УТ11 нет никакого механизма ценообразования. Все цены должны быть в регистре сведений. Все цены устанавливаются только через документ. Документ реализован настолько криво, что для большого количества номенклатуры порядка 20 тыс. поз ручное изменение цены в табличной части НЕВОЗМОЖНО.

(136) А динамических цен разве нет? Которым задаешь правила через СКД? Вроде же было такое..

(137) Нет там такого.

Имею наглость предложить поставить веб-клиент.

Короче подвожу итоги.
Заставить работать УТ11 в приемлемом виде в режиме тонкого клиента для количества номенклатуры порядка 40 тыс - не удалось.
  Постоянные зависания и тормоза программы, разрыв соединений с сервером - вот участь счастливчиков, которые работают на УТ11 в тонком клиенте.
  Запуск программы за 60 сек, открытие любой формы за 20 сек, тупое зависание на серверных вызовах без возможности прервать программу - стандартное поведение УТ11.
  Крайне убогие отчеты, отсутствие стандартных торговых и складских отчетов. Крайне сложная доработка. Хотя местами неплохо написано.
  Короче мы запустились, поработали 2 дня. И тормознули. Нормальный человек работать на таком не может.
  Потри от внедрения УТ11 составили более 300 тыс. руб.

(140) Точно, точно. А ещё геморрой с закрытием месяца.
Ошибка при закрытии месяца в УТ 11.1.10.86

Пришлось переориентироваться на УТ10.
Приведу некоторые сравнительные цифры по сравнения быстродействия УТ10 и УТ11
Базы идентичные. Номенклатура 40 тыс позиций. В базах документы ВВодНачальныхОстатков (5 документов), Ввод цен номенклатуры (4 документа)
Server 2008, SQL2008х64, Сервер 1Сх64
УТ11 - управляемые формы тонкий клиент, кеш почищен, формы открываются достаточно быстро, через пару суток открываться будут по 20 сек :)
УТ10 - толстый клиент. Ничего не чищено.

а. ДокументВводНачальныхОстатков 13 тыс. позиций
б. ДокументУстановкаЦенНоменклатуры 20 тыс позиций.
в. Отчет - остатки товаров. Отбор по одному складу. Детализация Склад, Номенклатуры  те же 13 тыс позиций
  УТ11:
а. Открытие документа 13 сек, повторное открытие 6 сек, проведение около минуты
б. Работать невозможно открытие, проведение МНООГО минут
в. Время формирования отчета 40-50 сек.
УТ10
а. Открытие документа 6 сек, повторное открытие 1 сек
б. Открытие документа 40 сек, повторное открытие 10 секЮ проведение 40 сек
в. Формирование отчета 10 сек.
  Вывод "тонкий" клиент обеспечивает падение производительности от 2 до 10 раз. В зависимости от объема справочников. При этом нагрузка на сервер возрастает в те же 2-10 раз.

Судя по всему в "тонком" клиенте и управляемых формах очень большие накладные расходы на сериализацию значений при передаче данных на сервер и обратно. Это настолько затратная операция, что стандартное нагрузка на процессор, в моем случае, составляет 100% на одно ядро. Плюс ужасная реализация кеширования.
  В толстом клиенте все нормально. Сервер практически не грузится, отчеты открываются и формируются быстро. По ощущениям не хуже 7-ки.

(142) Ты платформу обновил на последнюю, не?

(143) Переходить на толстый клиент?

(145) Я попробовал УТ11 в режиме толстого клиента. Ничего не поменялось. Так же тормозит. Видно главный тормоз - управляемые формы.

(146) Ты платформу обновил на последнюю?

У меня стоит 8.3.5.1146 если вы считаете, что именно этот релиз платформы в отличии от 5000 релизов предидущих и 300 последующих имеет низкую производительность, то я сомневаюсь.

(77)  и чего
Если нет домена то для каждого компа ходить и ручками ставить новую версию при обновлении платформы?

(148) ППЦ. Да ты настоящий профи.

(148) Поверь мне, этот релиз отличается по производительности от 8.3.5.1482 :-)

(148) Вы не франч случаем?

Недавно закончил внедрение в компании на УТ 11 - сейчас работает 150 человек + ТСД (60 человек). Вывод в (143) подтверждаю. Лечится путем полного переписывания форм :)

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

(124)  фигня какая смайл
У меня в торгбазе 6 продаванов умудряются до 600 заявок в день генерить в среднем по сто строк
Представляю что было бы при 50 смайл

(143)  ну так там иксемель же тудасюда ходит?
Если это так то еще блин куча лишних символов раза в два

(153)  работает - не трогаем
Они же как дети
Одно чинят
Другое ломают
Переход на новую платформу с предварительным тестированием платформы в своих условиях все могут себе позволить?

(154) У меня на 7-ке 2 оператора не напрягаясь генерят по 300 заказов в день. Поэтому я быстродействие оцениваю по жестким критериям:
Время открытия формы 0.5 сек - это тормоза
Время отклика в подборе 0.5 сек - тормоза
Время формирования отчета 3 сек - тормоза
Время проведения документа 1 сек - тормоза

(157)  согласен
При отклике более 0.3 сек начинается дискомфорт

(7) В SQL ограничение использования памяти настроено?

Я думаю, что в рамках 1с8 нормального быстродействия "тонкого" клиента не будет. Будем ждать 1с9.

(28) http://www.opennet.ru/tips/info/1455.shtml
Можно влиять сколько душе угодно.

(154) а заявки в партионном учете и в производстве участвуют? :)

бешенное количество заколоченных в базу простых документов ниочем не говорит :)

(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)  что тут сказать
Буду тактично молчать