Имя: Пароль:
1C
1С v8
Медленно работает COM коннектор в Windows10
0 Kipishbest
 
05.11.19
14:34
Всем добрый день. Я сисадмин, не специалист 1С, поэтому нужен ваш совет, в какую сторону копать.
Есть две базы, УПП и бухгалтери, на 1С 8.3.12. Базы хранятся на сервере с Server 2008r2 и SQL 2008.
По определенной причине необходимо производить загрузку данных из УПП в бухгалтерию. Внешняя обработка загрузки данных запускается в бухгалтерии, подключается к УПП и загружает оттуда данные. Все это работает с помощью COM коннектора.
Загрузка данных из под клиента на Windws 7 выполняется за 2 часа, а загрузка данных из под Windows 10 выполняется за 3,5 часа. Это точно, провел 100500 тестов, на разных базах, компах, и серверах. При этом комп на W10 мощнее чем на W7. На нем стоит SSD Диск, 8 гигов оперативы.
Отсюда вопрос, кто нибудь знает, какая служба на десятке замедляет работу коннектора? Или может кто нибудь может подсказать, куда копать, что бы найти, почему происходит замедление.

П.С. гуглить пробовал, не смог ничего найти.
1 dmrjan
 
05.11.19
14:41
Переведи не ftp.
2 Rema Dan
 
05.11.19
14:43
Возможно, что yf 10-ке база УПП не добавлена в список баз для пользователя под которым происходит подключение. Нет подключения -> нет кеша конфигурации. Нет кеша -> очень долгий запуск.
3 МихаилМ
 
05.11.19
14:52
смотрите в стороны работы сети
4 Kipishbest
 
05.11.19
14:55
(1) не понял вопроса. Если вопрос в том, работает ли это через ftp или нет, то нет, не через ftp.

(2)не совсем понял. Запуск кстати не долгий. Первичное подключение и первичные задачи выполняются даже быстрее. Медленнее начинает работать где то к середине. А про "список баз для пользователя" не совсем понял. Поясните пожалуйста.

(3) Т.е. сетевые службы на W10?
5 DrZombi
 
гуру
05.11.19
15:09
(0) Попросить переписать обмен.
6 DrZombi
 
гуру
05.11.19
15:11
+ Судя по симптомам, у вас загружается ВСЯ БАЗА, а не только то, что должно быть выгружено, за время работы УПП. :)
7 Kipishbest
 
06.11.19
06:12
(6) Нет, не вся база. Обмен сделан так, что можно выбирать, что загружать, с помощью галочек. В данном случае, проблемы начинаются именно при загрузке документов ГТД и ПДР, если вы знаете что это такое.
Переписать обмен не вариант, у разработчиков нет времени, да и тормозит только на W10
8 DrZombi
 
гуру
06.11.19
06:34
(7) Обмен писан на КД2?
Если у вас огромный объем данных за день. То решение от 1С, использовать XML файл, в качестве обмена, не самое разумное...
К примеру у вас будет работать в разы быстрее, если вы будете выгружать через DBF. Соответственно правильно написав обработку :)
9 DrZombi
 
гуру
06.11.19
06:35
(7) >>> Переписать обмен не вариант

Тут один ответ "Разработчик... Давай до свиданье..." :)
10 DrZombi
 
гуру
06.11.19
06:35
+ Грузите на сервере, там Вынь 2018... наверное будет быстрее :)
11 DrZombi
 
гуру
06.11.19
06:38
+ Если вынь 10 уже не подходит, то поставьте тому, кто грузит Вынь XP :)
12 Kipishbest
 
06.11.19
06:40
(8) что такое КД2?

Ну скажем так, вы предлагаете переписать обмен потому, что он нормально не работает в Windows 10. Но ведь в других ОС все нормально. Значит проблема в винде, а не в обмене.
Просто тут много специалистов, которые занимаются подобными вещами, и может быть уже кто нибудь с таким сталкивался или просто знает, в чем может быть засада.

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

Но проблему то надо искоренить, да и наверняка, в будущем кто нибудь с этим тоже столкнется, а решение уже будет.
13 DrZombi
 
гуру
06.11.19
06:45
(12) Конвертация данных, их 3 версии.
Самая удачная на мой взгляд вторя :)
14 DrZombi
 
гуру
06.11.19
06:45
+ вторя - вторая
15 Fram
 
06.11.19
06:46
(0) может все таки сеть до новой машины просто медленнее работает?
16 shadow_sw
 
06.11.19
06:46
(12) Конвертация данных 2
Антивирусы?
17 DrZombi
 
гуру
06.11.19
06:47
+(12) Скажем так. Я вам предлагаю уволить разработчика, либо переписать обмен, по человечески...
Время идет, ОС-и меняются, как и сервер, приходится что-то дорабатывать под текущие реалии :)
18 DrZombi
 
гуру
06.11.19
06:48
(12) >>> Но проблему то надо искоренить, да и наверняка, в будущем кто нибудь с этим тоже столкнется, а решение уже будет.

Проблема, только у тебя. Люди сидят на той оси, на которой софт работает. А не ставят последние в угоду производителям :)
19 Kipishbest
 
06.11.19
06:55
(15) может быть сеть, но где то в новых сетевых протоколах. Сегодня попробую отключить все лишнее. Проблема точно не в самой локалке, т.к. это проверил сразу и тестил на разных компах, включая виртуальный ПК.

(16) На какой КД написан обмен не знаю. Только знаю ,что он работает с помощью ком коннектора. Антивирусов на серверах нет. На клиентах отключал, результатов не дает.

(17) Ну это не в моей компетенции. Разработчики сидят в Москве, а я в Алмате)))

(18) По вашей логике, мы не будем использовать SSD диск и W10, просто, что бы обмен работал. Мне кажется не совсем верный ход мысле. Надо двигаться вперед и использовать все достоинства новых технологий, хоть встречаются периодически проблемы. Но от этого никуда не деться
20 shadow_sw
 
06.11.19
06:57
(19) у вин10 параноидальный защитник, встроенный
Скорее всего тормоза из-за сети
21 ДенисЧ
 
06.11.19
07:02
(19) "Надо двигаться вперед и использовать все достоинства новых технологий"

вот вы уже и поиспользовали эти достоинства. Что не нравится-то?
22 DrZombi
 
гуру
06.11.19
07:09
(19) >>> По вашей логике, мы не будем использовать SSD диск и W10

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

Так же можно реализовать механизм регламентной загрузки.
     Это примерно:
          1. Обработка только говорит, что грузить, и как.
          2. Дальше сервер выполняет пожелание пользователя, коль у вас обработка требует что бы человек галочки выставлял... так сказать игрался :)
23 Йохохо
 
06.11.19
07:13
(0) количество документов приведите. И журнал бы посмотрели, там должны быть события проведения с секундами
загрузка 2 часа, память смотрели? на вин10 точно х64 поставили?
24 Kipishbest
 
06.11.19
08:30
(22) "пока ваш разработчик не соизволит написать человеческий обмен"- это будет ооооочень не скоро.

(23) В момент, когда начинаются тормоза, загружается 3 документа. Но в этих документах примерно 7000 номенклатур, со всякими свойствами и описание.

Памяти хватает. Сильная нагрузка, во время обмена, идет на проц.
Журнал какой, технологический или какой то иной?
Точно х64
25 Kipishbest
 
06.11.19
08:32
Да и еще, посмотрел в мониторе ресурсов, какие файлы задействованы во время работы обмена. Очень много всяких временных и кэш файлов. Может это как то поможет?
Образ    ИД процесса    Тип    Имя дескриптора
1cv8.exe    10756    File    C:\Program Files (x86)\1cv8\8.3.12.1685\bin\comcntr.dll
1cv8.exe    10756    File    C:\Program Files (x86)\1cv8\common
1cv8.exe    4948    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\combase.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\ieframe.dll.mui
1cv8.exe    4948    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\KernelBase.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\KernelBase.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\mlang.dll.mui
1cv8.exe    4948    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\mpr.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\mpr.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\mshtml.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\propsys.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\UIAutomationCore.dll.mui
1cv8.exe    4948    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\urlmon.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\urlmon.dll.mui
1cv8.exe    10756    File    C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePackru-RU_18362.15.47.0_neutral__8wekyb3d8bbwe\Windows\System32\ru-RU\winmm.dll.mui
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\Config\RuntimeCacheStorage
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\ConfigSave\RuntimeCacheStorage
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\SICache\cacheStorage
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\Temp\v8_3771_1.tmp
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\Temp\v8_3771_17.tmp
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\Temp\v8_3771_18.tmp
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Local\Temp\v8_ACD1_1.tmp
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Local\Temp\v8_ACD1_17.tmp
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Local\Temp\v8l3771.tmp
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Local\Temp\v8lACD1.tmp
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\1Cv8.lck
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\f558c2c4-458e-4991-ae26-f3eca9c1b44b\vrs-cache\cache.1CD
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\f558c2c4-458e-4991-ae26-f3eca9c1b44b\vrs-cache\cache.1CD.cfl
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\f558c2c4-458e-4991-ae26-f3eca9c1b44b\vrs-cache\cache.1CL
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\f558c2c4-458e-4991-ae26-f3eca9c1b44b\vrs-cache\cache.1CL.cfl
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\vrs-cache\cache.1CD
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\vrs-cache\cache.1CD.cfl
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\vrs-cache\cache.1CL
1cv8.exe    4948    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\76d3571d-3a93-4acb-baa6-32b0926a3efd\vrs-cache\cache.1CL.cfl
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\1Cv8.lck
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\4c33edb7-48e7-478f-aff4-87e339eb16f0\vrs-cache\cache.1CD
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\4c33edb7-48e7-478f-aff4-87e339eb16f0\vrs-cache\cache.1CD.cfl
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\4c33edb7-48e7-478f-aff4-87e339eb16f0\vrs-cache\cache.1CL
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\4c33edb7-48e7-478f-aff4-87e339eb16f0\vrs-cache\cache.1CL.cfl
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\vrs-cache\cache.1CD
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\vrs-cache\cache.1CD.cfl
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\vrs-cache\cache.1CL
1cv8.exe    10756    File    C:\Users\taranov.st\AppData\Roaming\1C\1cv8\c22d42ca-c2a9-45b0-a215-a26b80962951\vrs-cache\cache.1CL.cfl
1cv8.exe    4948    File    C:\Windows
1cv8.exe    10756    File    C:\Windows
1cv8.exe    10756    File    C:\Windows\Fonts\micross.ttf
1cv8.exe    10756    File    C:\Windows\Fonts\StaticCache.dat
1cv8.exe    4948    File    C:\Windows\Registration\R000000000004.clb
1cv8.exe    10756    File    C:\Windows\Registration\R000000000004.clb
1cv8.exe    4948    File    C:\Windows\SysWOW64
1cv8.exe    10756    File    C:\Windows\SysWOW64
1cv8.exe    10756    File    C:\Windows\SysWOW64\ieframe.dll
1cv8.exe    10756    File    C:\Windows\SysWOW64\mshtml.tlb
1cv8.exe    10756    File    C:\Windows\SysWOW64\stdole2.tlb
1cv8.exe    4948    File    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.18362.418_none_71d10a2d5ae97b72
1cv8.exe    10756    File    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.18362.418_none_71d10a2d5ae97b72
1cv8.exe    4948    File    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.18362.418_none_2e73e95e27897f63
1cv8.exe    10756    File    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.18362.418_none_2e73e95e27897f63
1cv8.exe    10756    File    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.18362.418_none_2e73e95e27897f63
1cv8.exe    4948    File    C:\Windows\WinSxS\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.18362.418_none_5f5edc43821bf931
1cv8.exe    10756    File    C:\Windows\WinSxS\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.18362.418_none_5f5edc43821bf931
26 Йохохо
 
06.11.19
08:42
(25) лукавите же (вроде)
1cv8.exe    10756    File    C:\Program Files (x86)\1cv8\8.3.12.1685\bin\comcntr.dll
C:\Users\taranov.st\ смотрит на ссд?
Про 7000 номенклатур недавно обсуждали, как эти легионы ведут себя в толстом клиенте летая туда сюда О(N^k) раз через КОМ, сделайте обмен где клиент локально на сервере приложений
И спросите у юзеров где в 1с журнал регистрации
27 Мимохожий Однако
 
06.11.19
08:45
Если много народа-грузи по ночам. Возможно, есть вариант загрузки через файл
28 MyNick
 
06.11.19
08:46
(0) Вам же сказали уже - сделать по-нормальному, а не пытаться воскресить зомби.
Похороните уже этот КОМ. Поднимите апач, перепишите обмен на веб сервисы. Если в пределах тыщи документов  в день, должно грузиться несколько секунд не больше.
Если прог не в состоянии обеспечить - найдите другого.
29 ДенисЧ
 
06.11.19
08:50
(28) Тыща документов проведётся на несколько секунд? В УПП? Ты с какой планеты?
30 Kipishbest
 
06.11.19
10:07
(26) на счет чего лукавлю, не понял)))

Да C:\Users\taranov.st\ - смотрит на ССД

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

Так вам надо журнал регистрации посмотреть?
31 Йохохо
 
06.11.19
10:10
(30) " C:\Program Files (x86)\1cv8\8.3.12.1685\bin\comcntr.dll " х86
32 Kipishbest
 
06.11.19
10:14
(31) извините, но я видимо не понимаю
33 hhhh
 
06.11.19
10:17
(29) если вручную ставят галочки, какой документ грузить, а какой нет, то там явно не 1000. Максимум штук 40.
34 Йохохо
 
06.11.19
10:21
(32) не 64 клиент в соединении, а 32
(33) 3 шт, 7к позиций номенклатуры
35 Kipishbest
 
06.11.19
10:37
(34) если я правильно понимаю, вы предлагаете сделать регистрацию DLL не таким способом
C:\Windows\SysWOW64\regsvr32 "C:\Program Files (x86)\1cv8\8.3.12.1685\bin\comcntr.dll",

а таким
regsvr32 "C:\Program Files (x86)\1cv8\8.3.12.1685\bin\comcntr.dll"

Верно?
36 Йохохо
 
06.11.19
10:41
(35) WOW это виндовс(32) он виндовс(64), трщ админ, и в х86 нет 64, но всё равно врятли поможет. Сравните с вин7 процессы
37 lodger
 
06.11.19
10:45
(35) неверно. тебе указали на то, что используется 32битная ком-компонента. на больших объемах ТЧ может и имеет смысл попробовать 64 бит компоненту, чтобы побольше шлака влезало в оперативку.
38 Kipishbest
 
06.11.19
11:18
(37) т.е. вы предлагаете поставить тонкого клиент х64, я правильно понимаю?
Просто Сервер 1С, у меня пока х32.
Опять же, почему, тот же самый клиент х32 на W7 работает с одной скоростью, а на W10 с другой?
39 lodger
 
06.11.19
13:42
(38) ком-коннектор это толстый клиент 1с. 64 бит комок это 64 бит толстый клиент. пофиг что там с сервером, у тебя клиент тормозит.

на W7 и на W10 немножко разные операционные системы, среды, оптимизации. там проще перечислить в чем они одинаковы, чем перечислить все отличия.
40 DrZombi
 
гуру
06.11.19
13:59
(38) Ты поставь, будет интересно :)
41 DrZombi
 
гуру
06.11.19
13:59
(39) Вы это сейчас системному администратору объясняете :)
42 lodger
 
06.11.19
15:27
(41) главное чтобы прочитал.
43 Kipishbest
 
07.11.19
09:38
Установил сегодня на клиенте 1С версии x64. Результатов не дало. Все те же 3,5 часа вместо двух.
44 lEvGl
 
гуру
07.11.19
09:46
здоровая тема это автоматическая загрузка регламентным заданием, соответственно сервером. руками указывать что грузить а что нет - нездоровая, пусть даже если отдать именно загрузку на сервер. руками нащелкают так, что потом устанешь разгребать

(39) ком-коннектор это толстый клиент 1с
если смотреть на эту фразу как есть, то вполне забавное утверждение))
45 Fish
 
07.11.19
09:48
Отказаться от COM уже предлагали?
46 Kipishbest
 
07.11.19
09:51
(44) Есть острая необходимость загрузки именно вручную. Поэтому и мусолю эту тему)))

(45) Да предлагали. Пока не вариант.
47 Kongo2019
 
07.11.19
10:00
Привыкай, COM на 10 тормозит.
Мы тоже столкнулись с этой проблемой.
Только ну нас свой софт(на Шарпе) и обмен с Офисом2017 идет.
Писал я на форум разработчиков. Сказали да, есть такое. Тапа там поддержка легаси кода, двойное преобразование.
В общем про COM походу приходится уже забывать.
Пришлось семерку обратно ставить.
48 Kipishbest
 
07.11.19
10:04
(47) Вот как... Это прискорбно (голосом Бородоча).

Вас понял. Спасибо. Будем ждать, когда переделают обмен.
49 lodger
 
07.11.19
10:37
(43) скачать и поинсталлить 64бит дистрибутив недостаточно. запусти обмен и посмотри какая из длл-ок работает. из programfiles или programfiles(x86)
50 Kipishbest
 
07.11.19
11:12
(49) посмотрел сразу. из под programfiles. я же 1с х32 удалил
51 lodger
 
07.11.19
11:16
(50) тогда всё. суши сухари, настраивай обмен на ночные регламенты.
52 H A D G E H O G s
 
07.11.19
12:00
(47) Откуда такие данные?
53 Kongo2019
 
07.11.19
12:13
(52) От техподдержки. Мы им официальный запрос писали. В ответ получили что СОМ все типа все, только для совместимости остался. Веб сервисы наше все, и XML.
54 Euroset1
 
07.11.19
12:27
(0) Проблема может быть банально в кэшэ. Почему-то ком соединитель стесняется делать себе полноценный кэш. Поэтому даже само соединение может отнимать до 30 секунд.

Чтобы намутить кэш, люди делают следующее:
1) На компе, где находится вызывающая база, добавляют вызываемую в список баз под любым названием в списке баз у юзера, под которым запускается служба 1С предприятия. То есть надо под ним зайти в систему и лично прописать это.
2) Под ним же запустить эту базу и залогиниться в нее хотябы под админским юзером. Далее выйти и пойти тестить результат.

Мне это помогло сократить соединение и выполнение в 3 раза примерно.

А так да, веб сервисы наше все, ко сожалению, потому что долбаный коннектор не умеет работать "с маленьким пингом". Просто тупо взять и запросить реквизитик какого-то сотрудника из соседней 1С базы занимает тучу времени. А если надо хоть какой-то намек на скорость, то кроме веб сервиса и прямого потрошения таблиц через ADODB Connection мне способы неизвестны.
55 trdm
 
07.11.19
12:48
Windows10 - вечная бетта, мелкософт отдел тестирования разогнал. Хлебайте.
56 Kipishbest
 
07.11.19
14:06
(54) уточнение...
1) Если я правильно понял, то обе базы должны быть добавлены в списке баз.
2) Залогиниться обязательно под админскими правами или не имеет значение под какими правами?
57 Euroset1
 
07.11.19
14:27
(56)
1) заходишь на рабочий стол того компа, где в кластере твоя 1С на сервере лежит, ИЗ КОТОРОЙ ИДЕТ ВЫЗОВ КОННЕКТОРА. И добавляешь в список баз ту базу, В КОТОРУЮ КОННЕКТОР КОННККТиТ. И зайти в нее разок.
2) НУ я зашел в нее под админом. 1Сным админом в той базе.
58 Kipishbest
 
07.11.19
14:32
(57) 1. База у меня лежит на MS SQL сервер и кластер там же. А вот вызов коннектора происходит на клиенте, это видно в логах, которые выложил выше. Да и в целом, на сервере то база у меня добавлена и я заходил в нее не раз под админом.
Как понял, это надо на клиенте делать, но похоже это не тот вариант.
59 mistеr
 
07.11.19
14:47
(43) >3,5 часа вместо двух

По-хорошему, нужно снять трассу ETW в двух вариантах и проанализировать, есть специальные тулзы. Но тут спец нужен.

Для начала можно снять Process Monitor, там попроще.
60 H A D G E H O G s
 
07.11.19
14:49
(53) От техподдержки КОГО?
61 Kipishbest
 
07.11.19
14:55
(59) Process Monitor снимал. Но по сути, нет разницы, какая нагрузка на сервере, т.к. с одной и той же конфигурацией сервера, на клиенте W10 обмен выполняется с одним временем, а на клиенте W7 с другим. Проблема именно в работе коннектора клиента. Во время работы обмена, происходит нагрузка на процессор на клиенте, в обоих видах ОС, при одинаковой конфигурации, но при этом время выполнения разное.
62 H A D G E H O G s
 
07.11.19
14:57
2 часа?
Вы там потыкайте палкой своего прога, по моему он - того.

1210 элементов справочника с КИ и прочими перечислениями через COM за 7.3 секунд.
http://prntscr.com/ptp9zw

Основное время ушло на ПолучитьОбъект()/Записать() в текущей базе.

Win10.
Такие дела.
63 Kongo2019
 
07.11.19
15:00
(60)Майкрософта естественно. Что Шапр, что Офис, Да и Виндоус, все их. Честно купленное было.
64 H A D G E H O G s
 
07.11.19
15:06
(63) Майки официально сказали, что в win10 двойное преобразование и COM - все?
65 sitex
 
naïve
07.11.19
15:08
(0) в целях эксперимента, сейчас на тестовой базе БУХ3, из УТ (нетленка) , перекинул по COM 20000 строк номеклатуры с доп полями "без записи", ну 10 сек. Заняло от силы.  С WIN 10 сборка 1903. Вы точно уверены что дело не в говнокоде?
66 Garykom
 
гуру
07.11.19
15:14
Дело всегда в говнокоде, но сча (пока еще) переход с древнего com на новомодный веб/http снижает количество и вероятность говнокода ))
67 Garykom
 
гуру
07.11.19
15:15
(66)+ Ибо говнокодерам слегка сложновато новое освоить в отличие от классики com-соединения, которое в старых мануалах и учебниках разжевано
68 H A D G E H O G s
 
07.11.19
15:18
(67) Там нет доступа "через точку" :-)
69 Euroset1
 
07.11.19
15:38
(58) ага, может и не тот.
Только вот я как-то недавно начал ловить ошибки, которых по факту быть не может. Думал кэш, а ннет. Оказалось, что я случайно в клиент-сервере как-то умудрился вместо тонкого толстый запускать, причем только иногда. Ну и играл в рулетку типа "откуда же выполнится серверный код?". А он как-то через раз, то на сервере, то на клиенте. Ну и пытается запустить коп то 32 бита то 64 бита из-за этого. Вот и вся петрушка.
На таких мелочах строится вся работа 1С
70 Kongo2019
 
07.11.19
15:39
(64) Официально сказали, идите лесом, две страницы текста было. Основная мысль их была заканчивайте использовать механизмы COM, они оставлены для совместимости, их стабильная работа не гарантируется, дальнейшее развитие не планируется. И куча ссылок, как надо дальше жить. А там ссылки в веб сервисы в основном были.
Про остальное на форуме разработчиков написано было.
71 mistеr
 
07.11.19
16:28
(70) А почитать можно эту писанину? Особенно про "двойное преобразование".
72 Kongo2019
 
07.11.19
16:38
(71)Это было года три назад. Когда семерка активно на 10-ку обновлялась. У нас пару станций и обновилось.
Попробую найти, но не гарантирую.
Босс сказал СОМ больше в новых решениях не использовать. И на этом все, больше не углублялись.
Вот с СОМ больше не работаем.
Хотя может с тех пор все поправили уже.
73 H A D G E H O G s
 
07.11.19
17:13
Да, хотелось бы оригинал, ибо это дичь.
74 Euroset1
 
07.11.19
18:22
(70) буду благодарен, если откопаете ссылочку на то место, где "советовали как жить дальше".
Ошибка? Это не ошибка, это системная функция.