До семинара v8: OFF: Бесплатный семинар по производительности 1С8.2, специфика "тонких" клиентов, то есть до 18.10.2012, планируем разместить ряд статей, в которых будут подняты вопросы по теме семинара.
Интересен Ваш отклик на них. Возможно при Вашей помощи мы сможем сделать программу более интересной и ориентированной на гостей семинара.

и где они???

Статья №1
http://www.softpoint.ru/article_id422.htm

а что верстка такая ужасная
http://img152.imageshack.us/i/image000jp.png/

(3) подтверждаю, уже можно не идти)))

у них и остальное такое же))

Статья №2
http://softpoint.ru/article_id424.htm

интересно, спасибо

(5) Ну напиши конкретно тогда, что же именно "такое", шутник?

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

(8) не шучу, по прежнему верстки нет, скрин есть(3) правый нижний угол.
читать неудобно.

(9) если покопаться еще что найдется))

(10)Главное не оформление(здесь есть над чем поработать) - главное содержание.  
(9) Значит главную суть не поняли. Вопрос не в возможности проведения(хотя бывает и до этого доходит) а в возможности ускорения.

(12) рад бы почитать содержание, но не могу

(13)Да уж. Зашел в (2) - действительно читать невозможно. Я читал в оригинале. В понедельник администратору выговор сделаю. Извиняюсь, сначала не понял о чем речь.

Прочитал первый быдлодок.
Куево.

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

А вот то, что память утекает при использовании объекта Структура, причем безвозвратно, как бы ты не извращался - этого не увидел. Ну вообще да - чтобы это увидить, надо запиливать рег. отчеты от 1С на десятки тысяч строк.

Вторую статью читать?
p.s. Почему она у меня на экран не влазит, с бодуна так тяжко двигать прокрутку.

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

Прочитал статью, но так и не понял, что делать и как все правильно разрулить

Прочитал 1ю статью, вопросы к выводам статьи:
-При разработке кода 1С на «тонких» клиентах 1С мы рекомендуем уделять повышенное внимание клиент-серверному взаимодействию, согласно рекомендациям фирмы 1С по оптимальному написанию кода. -- Как понять что код написан не согласно рекомендациям?
-В случае работы множества пользователей на тонких клиентах 1С, деградация производительности может быть значительно больше. Поэтому перед реализацией проекта внедрения новой системы 1С8.2 следует взвешенно делать выбор типов клиентов 1С и до внедрения проводить мероприятия по моделированию пиковой нагрузки.-- В чем заключается ритуал "взвешенно сделать выбор типов клиентов"? Особенно если покупаешь типовой продукт от 1С или франча, переписывать?
-Правильная интерпретация ошибок – уже полдела. Особенно это касается проблем распределенных взаимоблокировок, идентификация которых трудная и нетривиальная задача.-- Как понять, правильная или неправильная интерпритация?

(21) Это обычное
бла-бла-бла.

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

(14) Будет ли выпущен отдельный продукт который будет показывать синхронизацию между клиентом и сервером?

Писал статьи не я но отчасти причастен, поэтому прокомментирую.
(22) Судя по всему у вас не было проектов в которых прописано в качестве SLA, к примеру среднее время проведения документов.
Разумеется эта и другие статьи не для всех. Большинство 1С-ов(наверное процентов 80) вообще никогда не сталкивались с описанными задачами и проблемами.(проблема подвисания операций более чем на 50 % существенно влияет на среднее время проведения)
Насчет утечек памяти - с этим пришлось активно бороться в последнем проекте. К сожалению средств технологического журнала не всегда хватает. Описанная простая методика поиска одной из ошибок утечки(хотя в данном случае скорее неэффективного использования) нигде в интернете до этого описана не была.(укажите если я ошибаюсь). То же самое и с утечкой по 3.7 ГБ.  
Так что я думаю то что вы ничего не поняли - это не важно. Просто у вас пока что не было подобных проблем и проектов.

(23) В новом мониторинге perfexpert уже есть.

(21) Вопросы я так понимаю риторические?

(22). Напишу еще раз от себя практические выводы.  
Знание их к примеру для меня в свое время весьма пригодилось бы.  
1) В случае ошибки типа данных может происходить утечка по 3.7 гб. В одном проекте за час работы ушло в никуда более 60-и ГБ.  Важно выполнять тестирование и исправление БД!
2) Если происходит равномерное расходование памяти - можно просто заблокировать процесс. С большой долей вероятности, через некоторое время, после этого на нем останутся работать только те пользователи которые приводят к таким последствиям.Потому как остальные будут переключаться на другой rphost. Выяснить пользователя и соответсвенно функционала(его можно оперативно выяснить) - это по сути решение проблемы.  
3) Проверка в отладчике на время проведения документа в случае тонкого клиента - нужно подходить с большим опасением. Система себя начинает совершенно по другому вести в случае массовой работы. К тому же бывают ничем не обяснимые провалы во времени выполнения операций. Судя по одинаковым интервалам времени провалов скорее всего дело в какой то внутренней синхронизации.

(24)
Я даже не знаю, че такое SLA. Обычно я для себя посылаю лесом таких бравых ребят, которые пользуют англицкие акронимы, стараясь показать что они в "трэнде".

p.s. мммм, по делу - вспомнил башорг
"Писал вчера рецензии на дипломы своих студентов,так и хотелось поставить бан за флуд и оффтоп". В том смысле - и у вас в 2 объемных постах - ничего полезного.
Но выглядит умно, солидно.

О, вот с сайта:

27.09.2012 -

Опубликована новая статья "Специфика "тонких" клиентов 1С на опыте ведения крупных проектов внедрения 1С8.2".

В статье раскрыты темы:

   Утечка памяти на сервере приложения 1С8.2.
   Специфика работы сервера приложения 1С8.2 и "тонкого" клиента 1С.
   Деградация производительности при работе с "тонкими" клиентами 1С.
   Распределенные взаимоблокировки при использовании "управляемых блокировок 1С".

Незачот. Ничего такого там не раскрыто. Так, обозначены проблемы. Максимум.

Сразу хочется сказать что упражнятся в софистике и словоблудии мне не хочется. То что описано в посте (27) в большем объеме описано в статье. По существу поста (27), есть что сказать конкретного?  Я привел конкретные действия которые помогут в решении в некоторых слуяах очень серьезных проблем.

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

(29) Если есть что ответить насчет поста (27) прошу ответить. Если же просто не понятно написано в статье - возможно перепишем.

(32) Претензии к тому, что ничего конкретного не сказано.
Вот например - что за ошибка данных была, что за объект содержал, почему такая ошибка появилась, какое сообщение выдала проверка.
Конкретнее надо быть.

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

Как противоположность
v8: Эффективность фоновых заданий

Человек статьи не пишет, семинары не проводит, но годные вещи предлагает.

(6) молодцы, но все нюансы оптимизации параллелилизма не раскрыли :) - поэтому статья не о чем.

(34)+++100500 )))

почитывал их статьи но там реклама

(33). Хорошо! В понедельник скажу чтобы дописали куски кода которые приводят к подобным ситуациям.Попрошу что бы вставили инструкцию со скриншотом о том как отключать rphost.  Просто кажется настолько тривиальным что показалось что не стоит разжевывать.Впрочем если конструктивная критика - я готов обсуждать.

Общий вывод! Нужно максимально разжевать:) Хорошо - сделаем.
(33) Еще раз настаиваю на том что сказано вполне конкретно. Для некоторых ситуаций исключительно полезно. Могу привести ситуации из жизни, конкретрные примеры.

(38) Это смущает? Есть статьи где нет рекламы.

(39) Проблема скорее в том что слишком мало тяжелых проектов на 8.2 Возможно чуть позже это будет актуальнее.
В 1999 году прямые запросы мало кого интересовали :)

(39) и все тонкости параллелизма распишите.

Да, я думаю еще пару лет подождать нужно.

(44) Через пару лет ваши знания и опыт уже не будут уникальными )
Каждый второй, немного почитав "интернета", будет запускать сколь угодно "тяжелые" проекты.

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

*умеет

Прочитал.
как-то надо проще писать сложные информационные системы...

В порядке бреда: Статья (2) - это не про параллельные вычисления, это про распараллеливание проведения.
А вот переделать процедуру РешитьСЛУРасширеннаяАналитика() с тем чтобы она считалась через внешнюю компоненту, используя CUDA технологию на каком нибудь Kepler, вот это было бы круто...

Говорят, что это CUDA решает СЛУ гораздно быстрее движка 1С ))

(50)  говорят, в маськве кур доять

(50) Я видел решение через ВК, но время обмена матриц туда и обратно сводят на нет весь выигрыш в скорости.

(45) То же самое говорили мне почти что 10 лет назад:)
(49) На текущей архитектуре серверного оборудования,без учета логики приложения написать универсальное распараллеливание невозможно.(это один из негласных постулатов)
(52) У нас есть на внешних компонентах, например http://softpoint.ru/article_id375.htm
Там это нужно потому, что координатор блокировок mssql и 1С не подходят.

(26) ну почему же риторические, только если в том смысле что у вас на них ответа нет
(22) ну почему же обычное бла-бла-бла, я бы сказал "заматеревшее бла-бла-бла"
(34) к нам не приходите, мы не умеем, не знаем, не видели и не слышали :)
(45) там суть простая - асинхронность выполнения  как способ уйти от однопоточности при решении задачи ускорения - этот велосипед еще фирма 1С раз 10 изобретет... :) но кстати это работает только для "однородных нагрузок", как и опция maxdop у скуля

(54) Спасибо за "up";)
А если серьезно. В параллельных вычислениях, да и в других технологиях ничего нового и сложного нет.(некоторые теории описаны были еще 30 лет назад) Я например не претендую на то что наши исследования уникальны. Их может провести любой. Просто не каждый выделит на это время и не каждый добъется определенных результатов. А количество проектов(сейчас наверное более 400-т) по оптимизации с отзывами клиентов говорит само за себя.

(55) Скажите сколько из более 400 проектов на 7.7 и сколько на 8.2.
Предполагаю 350/20  (еще 30 на  8.0, 8.1).

Я вот могу ускорить проведение в разы некоторых документов (ЗУП, РТИУ, РСВ), но это только тонкий тюнинг базы скуля и без параллельных вычислений. Причем должна быть производственная необходимость и желание клиента платить за это, так как отимизация дело не быстрое.

(56) Про "тонкий тюнинг" - ты где-то выкладывал какие-то намёки на? Или это проприетарное хау-ноу?

(57) расскажи, лучше, как там у тебя решилось (и решилось ли)

(58) пересоздание НЗ в цикле часть проблемы сняло... Сягодня буду пинать "одмина" на предмет живости дисков...

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

(60) http://kb.1c.ru/articleView.jsp?id=72

(61) Все правильно реализовано. Концептуально и нашей компанией был описан процесс лет так 6 назад (интеллектуальное восстановление последовательности). Реализован подход у многих клиентов. Правда есть и не только такие задачи, но и например восстановление последовательности для партионки?)) А если документы входят в несколько последовательностей?

(33) Поправили верстку плюс дополнительно "разжевали" некоторые моменты.Если уж и сейчас непонятно  будет что делать на практике, то я не знаю.

Статья  №3
http://www.softpoint.ru/article_id425.htm