Почему 1С не сделает многопоточного клиента, если он уже есть? #743343

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

Что такое многопоточный клиент? И зачем? И что значит уже есть?

Многопоточный - это как и зачем? Чтоб бухи одной рукой выписку вносили, а другой баланс формировали?

Кстати, говоря про то, что он уже есть - я не лукавлю :-) Клиент реально многопоточен, я не использую никаких хаков, я использую типовой функционал :-) Вот мы пишем 4 файла в разных потоках. Загрузка ЦП: Кусок кода: Результат: Либо мы делаем вычисления: Загрузка ЦП: Кусок кода: При этом все работает - оболочка откликается, справочники открываются.

Да, есть ньюансы. Когда идут вычисления в 4 потока - оболочка подтормаживает, при 3 потоках - все норм. В потоках нельзя выводить что-то в интерфейс - разработчики не предусмотрели синхронизацию похоже. При записи справочников в потоках - писать будет только 1 поток.

"Запись данных " и "Чтение" - это как бы не клиент делает.

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

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

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

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

Тогда я не понимаю о чем топик.

Их аналог WaitForMultipleObjects нереально медленный :-)

Так а чего же ты ждешь от 1С тогда? Все сделано. Пользуйся.

Ну да, скдшные по дефолту в фоне формируются.

Это что такое?

Ок. А если не отчет, а обработка? Или там проведение документа?

Это ОжидатьЗавершения в 1С.

В фоновое задание его передай.

Ознакомься на досуге

Ну с этим есть небольшие хотелки... Все через... Не очень очевидные методы реализовано.

Вот. Фоновые задания :-) Для файловой версии надо запускать отдельное приложение - обработчик, вроде да?

+ И с механизмом фоновых заданий

Дима, е мое :))

+ Файловая версия вообще кал. Не будем про нее :))

Ну слава яйцам!

Ты меня прям напугал.

Сервер 1С скоро упрется в то, что ему будет не хватать и 32 процессорных ядер. И фоновые задания выполни, и XDTO сериализацией позанимайся, И УФ отстрой. Хочется озадачивать клиента.

Вот для рест интерфейса сделать к гету и посту апдейт запрос вот это да, мне как раз кстати оказалось :))

Чё?

+ Сделать = сделали

Я говорю, в написано про PATCH-запрос. А сделали его не так давно, в какой-то 8.3.6. А у меня без него пришлось бы на серьезном проекте обмен по-другому рисовать.

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

и нормальной рефлексии

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

Мда...когда 1С 7.7 уже лет 5 как вовсю вышла и победно шагала и уже на горизонте появилась 8.0 ... еще тогда были "программисты" которые дальше "констант" и "справочников" систему "не поняли" и не использовали в своих самописках-нетленках больше ничего... ЗЫ а Вы им "лямбд, замыканий и функций первого класса"...

+ да стоит только добавить объектность реальную и все ... 3/4 "программистов 1С" того... сухари-сушить профу менять

1- Уже сейчас а как это на СКД сделать? 2- Не можешь на СКД делай вручную! 1- Э вручную это как? 2- мля...

Так кластер можно сделать. Конечно не все сервисы разнести получится.

Кластер... Вот еще вопрос - почему 1С не использует что-нибудь пошустрее TCP/IP, например, именованные каналы :-)

Ладно, я спать.

В том и  проблема что клиент не ждет результат Или уже 1С формирует событие на клиенте по завершению фонового задания?

До футур 1Су как отсюда до Антарктиды.

На быстрой сети разницы практически не будет. На медленной - TCP/IP будет шустрее.

А почему именованные каналы быстрее TCP/IP? Они же поверх последних реализованы.

Есть локальные пайпы, а есть сетевые. Если клиент и сервер запущены на одной машине, то пайпы будут быстрее потому, что локальные. А сетевые пайпы по факту это TCP сокеты.

Ну так и TCP/IP для работы с localhost совсем не нужно беспокоить сетевую карточку. Некоторые сниферы даже не видят этот трафик.

2 Код как параметр, вообще, возможность манипуляции кодом как данными, переменными

нахрена на localhost tcp если есть shared memory?

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

+ когда код надо сделать в какой то степени вариативным, можно воспользоваться тем же Выполнить, и этого хватает за глаза. правда, сам я не сторонник такого подхода

Как не та? В асинхронных вызовах очень не хватает замыканий

Хочу так: нажал "провести и закрыть", окно документа залочилось, а мы дальше можем шарится по программе. когда док провелся - выскакивает оповещение (оно и сейчас выскакивает) и окошко закрывается.

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

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

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

+1

Не нужно путать асинхронность и многопоточность

пришлось бы долго ковырять платформу. а так - х*як х*як и в продакшен (с) #1cStyle

по факту одно другому не мешает.

в "не однопоточно" следует читать как "однопоточно" или даже как "неасинхронно"

Не мешает, но это независимые понятия

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

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

Для этого 1Сникам нужно мыслить делегированием и КВО-радиостанциями. Наверное 1С считает что это для них сложно.

1С даже считает, что для 1Сников сложно преобразование числа в строку и ссылки в GID в запросе :)

*GUID

замыкания в 1с есть - по сути это директива &насервере, как бы это ни смешно выглядело (всю форму гоним в контекст сервера) Выполнить а мультипоточность хочу... причем как раз для записи и тяжелого кода в основном, а то бесит когда даже в типовом ЖР ставишь отбор и сразу запускаешь 2ю сессию, не говоря уже про обработки обслуживания с тяжелыми запросами (запустили - ждем полчаса - потом делаем 2 минуты) синхронное или асинхронное поведение тут совсем неважно, и фоновыми заданиями не отделаться - если задача попарсить большой excel файл с клиента

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

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

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

Я про локальную машину и про вот эти замеры производительности.

Нет, я спец. не показал код запуска. Это все таки не документированная возможность.

Неужто в ВК создается n потоков, из которых генерируется внешнее событие?

Нет. Поток должна создать (и реагировать на него) сама 1С. Если ты создаешь поток сам и этот поток что-то делает с 1С (запускает код 1С) - все идет по звезде.

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

а клиентский комп с гигабайтами оперативы и i5 пускай подождет

переходи на xslx. его можно без екселя парсить

Восьмёрка ещё сыровата, конечно...

и обычный xls тоже