Ќизка€ скорость работы 1—. ћетоды ускорени€ 1—
Ѕыстрое внедрение ERP  омплексные услуги
от 1—:÷ентр ERP!
”правление доставкой ƒл€ торговых и курьерских компаний!
1C:Ёƒќ ”знайте о всех преимуществах электронного документооборота!
ѕереход на Ђ1—:«”ѕ ред. 3ї ‘ирма Ђ1—ї прекращает поддержку Ђ1—:«”ѕ 2.5ї!
јренда сервера 1—
в облаке
–аботайте в 1— удаленно с экономией до 70%!

—истема 1— занимает доминирующее положение на рынке автоматизации малого и среднего бизнеса. ≈сли компани€ выбрала учетную систему 1—, то обычно в ней работают практически все сотрудники, начина€ от р€довых специалистов и заканчива€ руководством. —оответственно, от скорости работы 1— зависит скорость бизнес-процессов компании. ≈сли 1— работает с неудовлетворительной скоростью, то это напр€мую сказываетс€ на работе всей компании и на получении прибыли.

‘актически существует три метода ускорени€ 1—:

  • ”величение аппаратных мощностей.
  • ќптимизаци€ настроек операционной системы и —”Ѕƒ.
  • ќптимизаци€ кода и алгоритмов в 1—.

ѕервый метод требует покупки оборудовани€ и лицензий, третий - больших трудозатрат программистов и, как следствие, оба пути выливаютс€ в значительные финансовые затраты. ¬ первую очередь нужно обратить внимание на программный код, так как никаким увеличением мощностей сервера невозможно компенсировать неверный код. Ћюбой программист знает, что с помощью всего нескольких строчек кода возможно создать процесс, который полностью загрузит ресурсы любого сервера.

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

 омпани€ 1— на вопрос о том, сколько нужно ресурсов, дает достаточно расплывчатый ответ, о нем мы писали ранее в наших постах. » поэтому приходитс€ самосто€тельно проводить эксперименты и разбиратьс€, от чего же зависит производительность 1—. Ќиже описаны эксперименты с производительностью программы в компании EFSOL.

ѕри работе с 1— 8.2, особенно с конфигураци€ми, которые используют управл€емые формы, был замечен странный факт: 1— работает быстрее на рабочей станции нежели на мощном сервере. ѕричем все характеристики рабочей станции хуже, чем у сервера.


є ’арактеристика –абоча€ станци€ —ервер
1 ѕроцессор Intel Core i5 3,0 Ghz 2*intel xeon E5620 2,4 Ghz
2 —окет LGA 2011 LGA 1366
3ѕам€ть 16 Gb DDR3 1333 Mhz 48 Gb DDR3 1066 Mhz
4 ƒискова€ подсистема ќдин диск SSD Intel 520 240 Gb IBM Storage, SAS15K RAID 10 подключен по 1 Gbit iSCSI
5ѕроизводительность по тесту √илева 44,64 17,53
6¬ерси€ —”Ѕƒ MSSQL 2008R2
7ѕлатформа 1— 8.2.18.109

“аблица 1  онфигурации, на которых проводилось первоначальное тестирование


–абоча€ станци€ показывает производительность на 155% больше, чем сервер 1— с превышающими характеристиками. ћы начали разбиратьс€, в чем дело и сужать круг поисков.

«амеры производительности на рабочей станции тестом √илева

–исунок 1 Ц «амеры производительности на рабочей стации тестом √илева

ѕервое подозрение было, что тест √илева неадекватен. «амеры открыти€ форм, проведени€ документов, формировани€ отчетов и т.д инструментами  »ѕ показали, что тест √илева выдает оценку пропорциональную реальной скорости работы в 1—.

 оличество и частота ќ«”

јнализ доступной в интернете информации показал, что многие пишут о зависимости производительности 1— от частоты пам€ти. »менно от частоты, а не от объема. –ешили проверить эту гипотезу, так как у нас на сервере частота ќ«” 1066 Mhz против 1333 Mhz на рабочей станции, а объем ќ«” на сервере и так значительно выше. –ешили поставить сразу не 1066 Mhz, а 800 Mhz дл€ того, чтобы эффект зависимости производительности от частоты пам€ти был нагл€днее. –езультат Ц производительность упала на 12% и составила 39,37 единиц. Ќа сервер поставили пам€ть с частотой 1333 Mhz вместо 1066 Mhz и получили незначительный прирост производительности Ц около 11%. ѕроизводительность составила 19,53 единицы. —оответственно, дело не в пам€ти, хот€ ее частота дает небольшой прирост.

«амеры производительности на рабочей станции после понижени€ частоты ќ«”

–исунок 2 Ц «амеры производительности на рабочей станции после понижени€ частоты ќ«”


«амеры производительности на сервере после повышени€ частоты ќ«”

–исунок 3 Ц «амеры производительности на сервере после повышени€ частоты ќ«”

ƒискова€ подсистема

—ледующа€ гипотеза была св€зана с дисковой подсистемой. —разу возникло два предположени€:

  • SSD лучше, чем SAS диски, пусть даже они в 10 рейде.
  • iSCSI работает медленно или некорректно.

ѕоэтому в рабочую станцию поставили обычный SATA-диск вместо SSD, то же самое сделали и с сервером Ц базу разместили на локальном SATA-диске. ¬ результате, замеры производительности никак не изменились. —корее всего, это происходит, поскольку есть достаточное количество ќ«” и диски практически никак не задействованы при выполнении теста.

ѕроцессор

ѕроцессоры на сервере, конечно, мощнее и их два, но частота немного ниже, чем на рабочей станции. –ешили проверить вли€ние частоты процессора на быстродействие: дл€ сервера процессоров с большей частотой под рукой не оказалось, поэтому снизили частоту процессора на рабочей станции. —низили сразу до 1,6, чтобы коррел€ци€ про€вл€лась €рче. “ест показал, что производительность упала значительно, но даже с процессором 1,6 рабоча€ станци€ выдавала почти 28 единиц, что практически в 1,5 раза больше чем на сервере.

«амеры производительности на рабочей стации с процессором 1,6 Ghz

–исунок 4 Ц «амеры производительности на рабочей стации с процессором 1,6 Ghz

¬идеокарта

¬ интернете встречаетс€ информаци€ о том, что на производительность 1— может вли€ть видеокарта. ћы пробовали использовать интегрированное видео рабочей станции, профессиональный адаптер Nvidia NVIDIA® QuadroЃ 4000 2 Gb DDR5, старую видеокарту GeForce 16MbSDR. ¬о врем€ проведени€ теста √илева какой-либо значительной разницы не заметили. ¬озможно, видеокарта все-таки вли€ет, но в реальных услови€х, когда нужно открывать управл€емые формы и т.д.

¬ данный момент существует два подозрени€, почему рабоча€ станци€ работает быстрее даже с заметно худшими характеристиками:

  1. ѕроцессор. “ип процессора на рабочей станции лучше подходит 1—.
  2. „ипсет. ѕри прочих равных услови€х наша рабоча€ станци€ имеет более новый чипсет, возможно, дело в нем.

ћы планируем закупить необходимые комплектующие и продолжить тесты, чтобы окончательно вы€снить, от чего же в большей степени зависит производительность 1—. ѕока идет процесс согласовани€ и закупки, мы решили выполнить оптимизацию, тем более, что это ничего не стоит. Ѕыли выделены следующие этапы:

Ётап 1. Ќастройка системы

ƒл€ начала выполним следующие настройки в BIOS и операционной системе:

  1. ¬ BIOS сервера отключаем все настройки по экономии электропитани€ процессора.
  2. ¬ыбираем в операционной системе план «ћаксимальна€ производительность».
  3. ѕроцессор также настраиваем на максимальную производительность. Ёто можно сделать с помощью утилиты PowerSchemeEd.

Ётап 2. Ќастройка SQL сервера и сервера 1—:ѕредпри€ти€

¬носим следующие изменени€ в настройки сервера —”Ѕƒ и 1—:ѕредпри€ти€.

  1. Ќастройка протокола Shared Memory:

    • Shared Memory включитс€ только на платформе начина€ с 1— 8.2.17, на более ранних релизах включитс€ Named Pipe Ц несколько уступающий в скорости работы. ƒанна€ технологи€ работает только если службы 1— и MSSQL установлены на одном физическом или виртуальном сервере.
  2. –екомендуетс€ перевести службу 1— в режим отладки, как не парадоксально это дает прирост производительности. ѕо умолчанию отладка на сервере выключена.
  3. Ќастройка SQL сервера:

    • Ќам нужен только сервер, остальные службы, которые к нему относ€тс€ и, возможно, кто-то ими пользуетс€, только тормоз€т работу. ќстанавливаем и отключаем такие службы как: FullText Search (у 1— собственный механизм полнотекстового поиска), Integration Services и т.д.
    • ”станавливаем максимально отведенное серверу количество пам€ти. Ёто необходимо дл€ того, чтобы sql-сервер рассчитывал на этот объем и чистил пам€ть заблаговременно.
    • ”станавливаем максимальное количество потоков (Maximum worker threads) и выставл€ем повышенный приоритет сервера (Boost priority).

Ётап 3. Ќастройка рабочей базы данных

ѕосле того, как сервер —”Ѕƒ и 1—:ѕредпри€ти€ оптимизированы, переходим к настройкам баз. ≈сли база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать Ђ>=ї размера базы, но это дело вкуса, он все равно вырастет при развертке. ј вот јвтоувеличение размера надо об€зательно указать: примерно по 200 ћЅ на базу и по 50 ћЅ на лог, т.к. значени€ по умолчанию Ц рост по 1ћЅ и по 10% очень сильно тормоз€т работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. “акже хранение файла базы и файла лога лучше указать на разных физических дисках или RAID группах, если используетс€ RAID массив, и ограничить разрастание лога. –екомендуетс€ выносить файл Tempdb на высокоскоростной массив, так как —”Ѕƒ к нему довольно часто обращаетс€.

Ётап 4. Ќастройка регламентных заданий

–егламентные задани€ создаютс€ довольно просто с помощью Maintenance Plan в разделе Management, использу€ графические инструменты, поэтому подробно описывать, как это делаетс€ не будем. ќстановимс€ на том, какие операции необходимо выполн€ть дл€ повышени€ производительности.

  • ƒефрагментацию индексов и обновление статистики нужно производить ежедневно, т.к. если фрагментированность индексов > 25%, это резко снижает производительность сервера.
  • ƒефрагментаци€ и обновление статистики - делаетс€ быстро и не требует отключени€ пользователей. “акже рекомендуетс€ делать ежедневно.
  • ѕолна€ реиндексаци€ Ц делаетс€ с блокировкой Ѕƒ, рекомендуетс€ делать хот€ бы раз в неделю. ≈стественно, после полной переиндексации сразу же делаетс€ дефрагментаци€ индексов и обновление статистики.

¬ итоге, с помощью тонких настроек системы, SQL сервера и рабочей базы, нам удалось повысить производительность на 46%. «амеры были проведены с помощью инструмента 1—  »ѕ и с помощью теста √илева. ѕоследний показал 25,6 единиц против 17,53 которые были изначально.

 раткий вывод

  1. ѕроизводительность 1— не сильно зависит от частоты ќ«”. ѕри достижении достаточного ее объема дальнейшее наращивание пам€ти не имеет смысла, так как не приводит к увеличению производительности.
  2. ѕроизводительность 1— не зависит от видеокарты.
  3. ѕроизводительность 1— не зависит от дисковой подсистемы при условии, что не происходит превышени€ очереди чтени€ или записи дисков. ≈сли установлены SATA диски и у них не превышена очередь, то установка SSD не приведет к повышению производительности.
  4. ѕроизводительность довольно сильно зависит от частоты процессора.
  5. ѕри грамотной настройке операционной системы и MSSQL-сервера возможно добитьс€ увеличени€ производительности 1— на 40-50% без каких-либо материальных затрат.

¬Ќ»ћјЌ»≈! ќчень важный момент! ¬се замеры были выполнены на тестовой базе с использованием теста √илева и инструментов 1—  »ѕ. ѕоведение реальной базы с реальными пользовател€ми может отличатьс€ от полученных результатов. Ќапример, в тестовой базе мы не обнаружили зависимости производительности от видеокарты и объема ќ«”. ƒанные выводы достаточно сомнительны и в реальных услови€х эти факторы могут оказывать существенное вли€ние на производительность. ѕри работе с конфигураци€ми, использующими управл€емые формы, видеокарта важна и мощный графический процессор ускор€ет работу с точки зрени€ прорисовки интерфейса программы, визуально это про€вл€етс€ в более быстрой работе 1—.

¬аша 1— работает медленно? «акажите »“-обслуживание компьютеров и серверов специалистами компании EFSOL с многолетним стажем или перенесите свою 1— на мощный и отказоустойчивый виртуальный сервер 1—.



EFSOL

—истемна€ интеграци€.  онсалтинг

 орпоративное облако

об€зательные пол€
* јнтиробот:
¬ведите ответ

 орпоративное облако

¬се пол€ формы выделенные значком * об€зательны к заполнению
* јнтиробот:
¬ведите ответ
  • ≈ще € бы посоветовал увеличить количество файлов в tempdb по количеству ÷ѕ, и разнести их по разным дискам, ну и создавать их одинакового размера, также при выделении пам€ти SQL серверу использовать минимальное значение фиксированным и использовать AWE дл€ резервировани€ пам€ти.
  • ѕродолжение статьи будет или согласовать закупку оборудовани€ не удалось?
  • јртЄм, продолжать статью планируем, но пока этот вопрос отложен.
  • –Э–Є–Ї–Њ–ї–∞–є, –Ї–∞—Б–∞—В–µ–ї—М–љ–Њ —Д–∞–є–ї–Њ–≤ TempDB - –њ–Њ–ї–љ–Њ—Б—В—М—О —Б –Т–∞–Љ–Є —Б–Њ–≥–ї–∞—Б–µ–љ, —Н—В–Њ –Њ—В–≤–µ—З–∞–µ—В —А–µ–Ї–Њ–Љ–µ–љ–і–∞—Ж–Є—П–Љ –Ь–∞–є–Ї—А–Њ—Б–Њ—Д—В, –њ–Њ –≤–Њ–Ј–Љ–Њ–ґ–љ–Њ—Б—В–Є –њ—А–Њ–≤–µ—А–Є–Љ –Ї–∞–Ї–Њ–є –њ—А–Є—А–Њ—Б—В –≤ –њ—А–Њ–Є–Ј–≤–Њ–і–Є—В–µ–ї—М–љ–Њ—Б—В–Є 1–° –і–∞—Б—В —В–∞–Ї–∞—П –Њ–њ—В–Є–Љ–Є–Ј–∞—Ж–Є—П. –Ъ–∞—Б–∞—В–µ–ї—М–љ–Њ AWE, –љ–∞ —Б–Ї–Њ–ї—М–Ї–Њ —П –Ј–љ–∞—О, –і–∞–љ–љ—Л–є –Љ–µ—Е–∞–љ–Є–Ј–Љ –∞–Ї—В—Г–∞–ї–µ–љ —В–Њ–ї—М–Ї–Њ –і–ї—П 32-–±–Є—В–љ—Л—Е –Ю–°(https://technet.microsoft.com/ru-ru/library/ms190673(v=sql.105).aspx). –£ –љ–∞—Б –Є—Б–њ–Њ–ї—М–Ј–Њ–≤–∞–ї–∞—Б—М –Ю–° Windows 2012R2
  • а не пробовали на сервере включить на врем€ тестировани€ кеширование записи на дисках? »нтересно на сколько оно вли€ет.
  • јнатолий, во врем€ тестов кеширование записи на RAID-контроллере не включали. “еоретически, при высоких нагрузках кеш будет играть роль буфера, снима€ пик загрузки ресурсов. “ем самым улучша€ картину производительности. —ейчас у нас в проработке стать€ с серией сравнительных тестов клиент-серверной архитектуры 1— - учтем ¬ашу рекомендацию, спасибо.
  • как вы думаете не €вл€етс€ ли причиной регистрова€ пам€ть?
  • –Ч–і—А–∞–≤—Б—В–≤—Г–є—В–µ! –Ч–∞ —Б—З—С—В —З–µ–≥–Њ —А–µ–ґ–Є–Љ –Њ—В–ї–∞–і–Ї–Є –њ–Њ–≤—Л—И–∞–µ—В –њ—А–Њ–Є–Ј–≤–Њ–і–Є—В–µ–ї—М–љ–Њ—Б—В—М? –Т–µ–і—М –њ–Њ —Д–∞–Ї—В—Г —Б–Є—Б—В–µ–Љ–∞ –њ–Њ–і–≥—А—Г–ґ–∞–µ—В –µ—Й—С –Є –Њ—В–ї–∞–і—З–Є–Ї.
  • ƒобрый день, јлександр! —обственно, мы так в статье и пишем, что €вление парадоксальное. ¬ы€влено сугубо практическим путем: включаем отладку и тест показывает прирост пару %, отключаем - тест показывает снова старые значени€. ѕровер€ли на разных системах - везде така€ зависимость производительность от отладки. “еорией пока это странное €вление подкрепить не можем.
  • ƒумаем, что нет. ќтличие регистровой пам€ти в том, что она снижает электрическую нагрузку на микросхемы и это позвол€ет избежать ошибок и масштабировать ќ«”, а не в повышении производительности.
  • –Р —В–µ–њ–µ—А—М –њ–Њ–Љ–µ–љ—П–є—В–µ –Љ–µ—Б—В–∞–Љ–Є –Њ–њ–µ—А–∞—Ж–Є–Њ–љ–љ—Л–µ —Б–Є—Б—В–µ–Љ—Л –Є –њ–Њ–≤—В–Њ—А–Є—В–µ —В–µ—Б—В. –†–µ–Ј—Г–ї—М—В–∞—В –≤–∞—Б —Б–Є–ї—М–љ–Њ —Г–і–Є–≤–Є—В ))) –Ф–µ–ї –≤ —В–Њ–Љ, —З—В–Њ —Б–µ—А–≤–µ—А–љ—Л–µ –Ю–° –њ–Њ —Г–Љ–Њ–ї—З–∞–љ–Є—О –Њ–≥—А–∞–љ–Є—З–Є–≤–∞—О—В –≤—Л–і–µ–ї–µ–љ–Є–µ —А–µ—Б—Г—А—Б–Њ–≤ –Њ–і–љ–Њ–є –Ј–∞–і–∞—З–µ –Є–ї–Є —Б–ї—Г–ґ–±–µ, —Н—В–Њ —В–∞–Ї –љ–∞–Ј—Л–≤–∞–µ–Љ–Њ–µ "—З–µ—Б—В–љ–Њ–µ —А–∞—Б–њ—А–µ–і–µ–ї–µ–љ–Є–µ —А–µ—Б—Г—А—Б–Њ–≤", –Ї–Њ—В–Њ—А–Њ–µ –≤ –Ю–° –љ–∞—З–Є–љ–∞—П —Б 2008R2 –њ–Њ–ї–љ–Њ—Б—В—М—О –Њ—В–Ї–ї—О—З–Є—В—М –љ–µ–≤–Њ–Ј–Љ–Њ–ґ–љ–Њ. –Х—Б–ї–Є —Б—А–∞–≤–љ–Є–≤–∞—В—М –њ—А–Њ–Є–Ј–≤–Њ–і–Є—В–µ–ї—М–љ–Њ—Б—В—М –њ–Њ 1—Б77, —В–Њ –≤ –Њ—В–ї–Є—З–Є–Є –Њ—В 2003-–≥–Њ —Б–µ—А–≤–µ—А–∞ –љ–∞ 2008-–Љ –Њ–љ–∞ –њ–∞–і–∞–µ—В –≤ 1,5-2 —А–∞–Ј–∞, –љ–∞ 2008R2 –≤ 2-4, –љ–∞ 2012R2 - –≤ 4-6 —А–∞–Ј. –Ч–∞–Љ–µ—А—Л –њ—А–Њ–Є–Ј–≤–Њ–і–Є–ї–Є—Б—М –љ–∞ –і–µ–є—Б—В–≤—Г—О—Й–µ–є –±–∞–Ј–µ –љ–∞ –Њ–і–љ–Њ–Љ –Њ–±–Њ—А—Г–і–Њ–≤–∞–љ–Є–Є –њ—Г—В–µ–Љ –њ–µ—А–µ–Є–љ–і–µ–Ї—Б–∞—Ж–Є–Є –Є –њ–µ—А–µ–њ—А–Њ–≤–Њ–і–Ї–Є –і–Њ–Ї—Г–Љ–µ–љ—В–Њ–≤.
  • ћаксим, очень интересное наблюдение касательно поведени€ 1— 7.7 на разных серверных ќ—. ћы с этой редакцией давно уже не сталкивались, сказать ничего не можем. ѕо поводу 1— 8.X, у нас клиенты работают на разных серверных ќ— и разницы в производительности мы не замечали. —кажите, а база у ¬ас была —”Ѕƒ или файлова€? ≈сли —”Ѕƒ - то на всех WinServer ставили одну и туже версию —”Ѕƒ и какую?
  • –†–µ–Ј—Г–ї—М—В–∞—В—Л —В–µ—Б—В–∞ –У–Є–ї–µ–≤–∞ –љ–∞–њ—А—П–Љ—Г—О –Ј–∞–≤–Є—Б—П—В –Њ—В –њ—А–Њ–Є–Ј–≤–Њ–і–Є—В–µ–ї—М–љ–Њ—Б—В–Є –Ю–Ф–Э–Ю–У–Ю —П–і—А–∞. –Ґ–µ—Б—В –Њ–і–љ–Њ—П–і–µ—А–љ—Л–є, –Њ–і–љ–Њ–њ–Њ—В–Њ—З–љ—Л–є. –Ч–∞–≤–Є—Б–Є–Љ–Њ—Б—В—М "–≥–Є–ї–µ–≤—Б–Ї–Є—Е –њ–Њ–њ—Г–≥–∞–µ–≤" –Њ—В —В–∞–Ї—В–Њ–≤–Њ–є —З–∞—Б—В–Њ—В—Л - –њ—А—П–Љ–Њ –њ—А–Њ–њ–Њ—А—Ж–Є–Њ–љ–∞–ї—М–љ–∞—П. –Ш –і–∞ - –µ—Й–µ –љ–µ–Њ–±—Е–Њ–і–Є–Љ–Њ –њ–Њ–ї–љ–Њ—Б—В—М—О –Њ—В–Ї–ї—О—З–Є—В—М –≤—Б–µ —А–µ–ґ–Є–Љ—Л —Н–љ–µ—А–≥–Њ—Б–±–µ—А–µ–ґ–µ–љ–Є—П –њ—А–Њ—Ж–µ—Б—Б–Њ—А–∞ - –≤—Б—П–Ї–Є–µ —В–∞–Љ Turbo Boost –Є –Є–ґ–µ —Б –љ–Є–Љ–Є. –Т—П—З–µ—Б–ї–∞–≤ –Њ–± —Н—В–Њ–Љ –њ–Є—Б–∞–ї
  • –†–µ–≥–Є—Б—В—А–Њ–≤–∞—П –њ–∞–Љ—П—В—М –Љ–µ–і–ї–µ–љ–љ–µ–µ, –≤–Њ–Њ–±—Й–µ-—В–Њ
  • –°—В–Њ–ї–Ї–љ—Г–ї—Б—П —Б –њ–Њ–і–Њ–±–љ–Њ–є –µ—А—Г–љ–і–Њ–є. –Я–Њ—Б–ї–µ –њ—А–µ–µ–Ј–і–∞ —Б–Њ —Б—В–∞—А–Њ–≥–Њ –њ—Б–µ–≤–і–Њ—Б–µ—А–≤–µ—А–∞ –љ–∞ –љ–Њ–≤—Л–є –≥–Њ—А–∞–Ј–і–Њ –±–Њ–ї–µ–µ –Љ–Њ—Й–љ—Л–є —Б–µ—А–≤–µ—А –љ–∞—З–∞–ї–Є—Б—М —Б–µ—А—М—С–Ј–љ—Л–µ –Ј–∞—В—Л–Ї–Є –њ–Њ –±—Л—Б—В—А–Њ–і–µ–є—Б—В–≤–Є—О. –Я—А–Є—З—С–Љ –њ–Њ –Љ–µ—В—А–Є–Ї–∞–Љ –љ–µ–њ–Њ–љ—П—В–љ–Њ –≤ –Ї–∞–Ї–Њ–Љ –Љ–µ—Б—В–µ, —В–∞–Ї –Ї–∞–Ї –љ–Є–Ї–∞–Ї–Є–µ —А–µ—Б—Г—А—Б—Л –љ–µ –њ–Њ–і—Е–Њ–і—П—В –і–∞–ґ–µ –±–ї–Є–Ј–Ї–Њ –Ї –њ—А–µ–і–µ–ї—М–љ–Њ–є –њ–Њ –Ј–∞–≥—А—Г–Ј–Ї–µ. –°–Є—В—Г–∞—Ж–Є—П –µ—Й—С —Г—Б—Г–≥–±–ї—П–µ—В—Б—П —В–µ–Љ, —З—В–Њ —Н—В–Њ –љ–∞ –≤–Є—А—В—Г–∞–ї–Ї–µ –Ї—А—Г—В–Є—В—Б—П. –Ш –љ–Є–Ї—В–Њ —В–Њ—З–љ–Њ –љ–µ –Ј–љ–∞–µ—В –≤ —З—С–Љ –і–µ–ї–Њ, –Ї—Г–і–∞ –Ї–Њ–њ–∞—В—М –Є —З—В–Њ –љ–∞—Б—В—А–∞–Є–≤–∞—В—М. –Я–Њ—Е–Њ–ґ–µ, –і–∞–ґ–µ —Б–∞–Љ–∞ 1–°...
  • ƒобрый день! ћожем предложить ¬ам провести аудит производительности 1— https://efsol.ru/promo/performance-1s.html

” вас конкретна€ задача? —в€житесь с нами пр€мо сейчас!

ќбратный звонок RedConnect