v8: Как ускорить создание объектов #626941


#0 by iceman2112
Есть самописные обработки выгрузки-загрузки. Грузить ОЧЕНЬ долго, есть ли возможность ускорить процесс?
#0 by iceman2112
Есть самописные обработки выгрузки-загрузки. Грузить ОЧЕНЬ долго, есть ли возможность ускорить процесс?
#1 by Asmody
извините, все телепаты в отпуске
#2 by salvator
Да. Запустить обработку - заснуть.
#3 by ILM
Да. Запустить обработку загрузить с ключом /быстронах.
#4 by AlexTim03
Да, как раз для ваших самописных обработок совсем недавно появились способы ускорения. Видимо, вы пропустили это информационное письмо от 1С
#5 by Ненавижу 1С
да нет
#6 by Stim
Сформировать и сформироватьБыстро
#7 by Алистар
при тормозах 80% крутят указателем мышки 10% оптимизируют код 10% покупают быстрое железо
#8 by Aprobator
Перед записать, ЗаписываемыйОбъект.ОбменДанными.Загрузка = Истина; как минимум.
#9 by Aprobator
плюс работа с транзакцией.
#10 by andrewks
купить новый сервер ещё не предлагали?
#11 by anddro
экипаж прокачан на 100%? шоколад ставили?
#12 by AlexTim03
, уже есть сформироватьОченьБыстро, работает в 1.5 раза быстрее предыдущей версии
#13 by iceman2112
всё и так в транзакции.
#14 by Повелитель
Как вариант, взять машину времени, вернуться на нужное время назад, запустить вашу обработку в прошлом, а к настоящему времени она уже все сделает.
#15 by iceman2112
не пробывал, а в чем смысл?
#16 by anddro
А если серьезно, то да, способы есть. Откройте для себя как минимум отладку с замером времени.
#17 by andrewks
настоящие пацаны делают всё в одной: Сформировать(Скорость)
#18 by Aprobator
отключаются проверки выполняемые при записи объекта.
#19 by Aprobator
плюс использовать кэширование объектов.
#20 by ILM
Не выйдет, обработка самописная. ТС, а имя обработки случайно не ВыгрузкаЗагрузкаXML.epf?
#21 by AlexTim03
, кстати, 1С крайне не рекомендует в таких случаях делать замеры производительности.
#22 by Aprobator
если конфа не самописная, то все очень даже выйдет.
#23 by anddro
вот это "правильный" совет. Человек не знает про оптимизацию, а ему еще и предлагают отключить  контроль корректности данных.
#24 by iceman2112
Что непонятного? В коде загрузке много взяких запросов в БД. СоздатьОБъект СоздатьДокумент Столько талантов юмора просто капец
#25 by Повелитель
Есть скрытые функции 1с, обращаться надо так, работает со скоростью света:
#26 by iceman2112
Найди Евгения Ваганыча
#27 by Lex_Liven
А вот и нет. 80% крутят мышью, 19% покупают железо, а оптимизируют только 1%. И то это максимум.
#28 by iceman2112
попробую
#29 by iceman2112
загружается всё в УТ11
#30 by Aprobator
маловато информации для такого вывода. Может причина то в объеме данных.
#31 by ILM
УФФ, наконец то, а что загружается то? Самописьки в студию, счас оптимизнём как следует.
#32 by Aprobator
хм. А обработка на стороне клиента работает или сервера?
#33 by iceman2112
в обычном приложении
#34 by ILM
к
#35 by H A D G E H O G s
Планы обмена?
#36 by Serg_1960
Что непонятного? Ну например как в этой обработке соответствие объектов осуществляется? Если по коду или по наименованию - свободен. Век воли...тьфу... скорости тебе не видать :)
#37 by Aprobator
ща еще выяснится, что все через ОЛЕ тянется.
#38 by iceman2112
загружается Номенклатура + доп.свойства + упаковка + остатки по ней
#39 by H A D G E H O G s
В УТ-БП есть косяк в алгоритме планов обмена
#40 by Aprobator
)
#41 by H A D G E H O G s
Еще раз - планы обмена используются для загрузки?
#42 by Aprobator
сомнительно, чтобы самописки у ТС использовали планы обмена.
#43 by iceman2112
#44 by Aprobator
еп.
#45 by ILM
Жалко самописки показать?
#46 by AlexTim03
Браво!!!
#47 by iceman2112
что ты хочешь конктретно? из xml файла грузиться
#48 by iceman2112
в чем подвох?
#49 by salvator
НайтиПоНаименованию ничего не говорит?
#50 by salvator
ни о чем*
#51 by iceman2112
тот же самый запрос
#52 by ILM
Прикинь, вы каждую номенклатуру по наименованию находите и грузите.
#53 by Lex_Liven
Чувак, а ты про такую вещь, как Никогда не слышал?
#54 by H A D G E H O G s
ТЗ кэша как минимум. Это узкое место, автор?
#55 by AlexTim03
а что будешь делать, если 2 номенклатуры имеют одинаковое наименование?
#56 by iceman2112
а как иначе?
#57 by iceman2112
вопрос не в этом
#58 by AlexTim03
уже несколько человек сказало ответ - сделай замер производительности сделай кэширование объектов
#59 by Serg_1960
"Будь мужиком"(с) - сделай однажды синхронизацию объектов по внутренним идентификаторам :)
#60 by Serg_1960
"А как иначе?" - ну, например, регистр сведений соответствия объектов обмена - не искать то, что однажды уже было найдено.
#61 by iceman2112
ЭТО НЕ ОБМЕН!!!!
#62 by iceman2112
Перенос остатокв
#63 by H A D G E H O G s
Перенос остатков в оптимизации не нуждается.
#64 by iceman2112
я бы и не спрашивал, если бы было не нужно
#65 by H A D G E H O G s
Если у тебя в переносе останков затык по производительности - ищи точно в другом месте.
#66 by Serg_1960
ДА КАКАЯ РАЗНИЦА-ТО? PS: не кричи. Не првильно поймут.
#67 by H A D G E H O G s
Инфа 146%, что тормозит поиске по наименованию?
#68 by ILM
Отчаяние охватило ТС. Терпи, тут так всегда, сначала ...., ну а потом подскажут.
#69 by Lex_Liven
Если так написан поиск по наименованию, где гарантия, что другие фрагменты написаны лучше? Там явно тормозит везде.
#70 by H A D G E H O G s
Ничего критичного я пока не увидел.
#71 by Serg_1960
Нет, конечно. Автор, однако, замер производительности не делал. Может быть у него и создание объектов такое-же как поиск :) Али тормозит при проведении документов в приёмнике.
#72 by Lex_Liven
По теме. Узкие места любой операции - в циклах. Делись более крупными кусками кода.
#73 by H A D G E H O G s
Думаю, на уровень выше он вытаскивает ИНН через точку.
#74 by H A D G E H O G s
Артикул, простите.
#75 by ILM
Я тоже, но НайтиПоНаименованию разве не будет, а нет не будет или будет, или не будет. Нужно замерить.
#76 by Serg_1960
Имхо: у меня остатки для проведения инвентаризации выгружались из другой базы с неявным(!) поиском по наименованию. Около десяти тысяч наименований номенклатуры за 30-40 сек. Разве это "тормозит"?
#77 by acsent
Вот оно новое поколение. ((((
#78 by 0Mint
Обработки выложи уже наконец.
#79 by Lex_Liven
С этого момента поподробнее, пожалуйста. И с интонацией.
#80 by Serg_1960
Подробно и и интонациями :))
#81 by Lex_Liven
[OFFTOP] Вы про слово "Чувак"? Больше не вижу ошибок в своей реплике [/OFFTOP]
#82 by Serg_1960
И про "это" и про другое. Например, про правила общения на форуме Мисты. (В стиле Видишь пимпочку слева внизу экрана? Там ещё "Правила" написано? Нажми, не ленись. Много интересного узнаешь. Когда-то за нарушение правил 1), 5) или 7) банили модераторы.
#83 by H A D G E H O G s
Чего? Где, нарушения? Кого забанить?
#84 by Lex_Liven
Я не нарушил ни одного правила. Но мы с вами сейчас нарушаем 5). Обращение на "вы" здесь редкость за те 10 месяцев, что я на форуме. Можете меня, если так считает, и это является неопровержимой причиной.
#85 by acsent
Не понимаешь ты как 1ска работает а уже советы пытаешься давать. Ну растолкуй чем НайтиПоНаименованию лучше запроса
#86 by H A D G E H O G s
Ладно парни, давайте забудем обиды.
#87 by Lex_Liven
Да, я не знаю, что именно делает "НайтиПоНаименованию" на уровне данных, но, как минимум, это оптимизирует читаемость кода и время его написания программистом, а для разовых операций это время становится важнее времени выполнения кода.
#88 by ptiz
Тут нужны телепаты 81го уровня.
#89 by ILM
Там весь код автора меняется на вызов "НайтиПоНаименованию".
#90 by Широкий
Оптимизирую обработку. Дорого
#91 by Axel2009
это с каких пор скорости не видать? открываю индексы таблицы, вижу индекс по коду и наименованию. пусть не кластерный, но он есть. длина уникального ключа 16 байт, у кода длина обычно 8-10 символов, дальше аналогии предлагать?
#92 by H A D G E H O G s
8-10 символов умножить на 2 не забудь.
#93 by acsent
Ну будет не 0.001сек искаться, а 0.002. что велика рзница???
#94 by Axel2009
вот если не знаешь, то лучше промолчать.
#95 by H A D G E H O G s
Автор уже давно забил на тему.
#96 by acsent
дык и мы уже давно забили на автора. Гораздо интереснее друг друга помоями облить ))
#97 by Serg_1960
Это, в принципе, не принципиально :) Про поиск по коду/наименованию (точнее - скорость исполнения) - это шутка и ничего более. А - намёк на то, что неплохо бы узнать "подробности" алгоритма обмена.
#98 by Axel2009
если через COM-объект, тогда в нем тормоз процентов на 60
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С

Back to top