Created attachment 474 [details] лог 1.0.8 Сообщение от клиента: wine@etersoft NETWORK 1.0.8/1.0.9 ОС CentOS 5.1 По прошествии некоторого времени после запуска клиента, в ходе работы появляется 100% загрузка процессора клиентом, причем клиент продолжает работать, вполне нормально. Затем, спустя еще некоторое время, в ходе работы клиент зависает. Проверили c тестовой сборкой wine@etersoft NETWORK 1.0.9 - поведение отличается: Загрузка клиента проходит успешно, далее при открытии любого окна в 1с появляется 100% загрузка процессора, которая не пропадает.
Created attachment 475 [details] лог 1.0.9
Created attachment 476 [details] скриншот под 1.0.9
Кофигурация "Бухгалтерия предприятия 1.6 (1.6.3.2)"
На network версии данная ошибка не воспроизвелась. 1С установилась и запустилась, при этом загрузка процессора была удовлетворительной: 5-25%
В последней сборке под Ubuntu 8.04 еще как воспроизводится...
Из заявки #6677: "Экспериментируя с версией 1.0.9 на ubuntu 8.04, cлучайно обнаружил последовательность действий приводящую к падению 1с. 1. Запускаем 1с с пустой локальной файловой базой, без конфигурации. 2. открываем калькулятор. 3. минимизируем основное окно 1с. 4. 1с-ка падает, пытаясь что-то записать в дамп." надо проверить у себя
проверил на убунту 8.04. При открытии 1С все номольно - загрузка 5%. Когда открываю калькулятор, загрузка процессоров (их два): 1С8 - 85% Xgl - 96% После закрытия окна калькулятора: Xgl пропадает, 1С8 остается висеть - 85%. Визуальные эффекты отключены, но Xgl все равно появляется, надо бы тут с ним разобраться.
Возможно стоит обратить внимание на закрытую http://bugs.winehq.org/show_bug.cgi?id=13227
Проверил тоже на убунту 8.04 -- никакой проблемы не нашёл -- Не поднималось выше 30% после различных манипуляций. Но обнаружил другую проблему - без ieinstall отказывалась работать -- вываливался дамп в 1с. Там при открытии открываются окошки типа помощи, рекламы и т.д. Вопрос - так должно быть или всё же должно работать без ie?
Что касается CentOS: Проверил на НауЛинуксе со сборкой eter16 под 5.2 Открыл кучу модальных окон, ждал минут 15 --- также ничего странного не заметил. Выше 50% не поднималось. Леонид на какой сборке и где ты проверял? Может я что не так делаю...
Из заявки №7640, ОС Gentoo: Исходные данные: Сервак с парой ксеонов, куча оперативки, Gentoo linux, более-менее последний, NX (freenx) сервер, WINE@Etersoft 1.0 SQL (1.0.8). Поверх всего этого запускается 1C:Предприятие 8.1 (редакция 8.1.11.67). Все работает, все откывается и т.д., но после определенных действий, например после создания текстового документа оно начинает отъедать 100% процессора. Торможения не заметно, но я думаю оно будет заметно когда пользователей станет больше. Если схватить мышкой окно (это относится только к модальным окнам, управляемым самим 1С и начать тащить его (появляется пунктирная рамочка) то потребление ресурсов прекращается. После отпускания мышки - возобновляется. При закрытии такого окна потребление процессора остается таким же (100%). Вот соорудил немного статистики цепляясь к процессу 1cv8.exe, идет дальше. Собственно вопрос - с чем это может быть связано, как диагностировать, какие данные предоставить и как в итоге починить. Статистика по системным вызовам процесса 1cv8.exe (из strace) за примерно 10 секунд когда все работает нормально, процессор не загружен. 52 writev 1 select 126 gettimeofday 670 rt_sigprocmask 309 write 160 ioctl 52 sched_yield 415 read Та же статистика, но после нажатия "создать документ", (за примерно 10 секунд) процессор загружен на 100% 45 select 52061 gettimeofday 4 nanosleep 148528 rt_sigprocmask 63419 write 11145 ioctl 10914 sched_yield 63480 read Окно закрыто, потребление 100% (примерно 10 секунд) 95 writev 101 select 116683 gettimeofday 2 recvmsg 1 getsockopt 1 sendmsg 87542 rt_sigprocmask 43752 write 12 mmap2 24836 ioctl 1 fcntl64 2 poll 43945 read 24513 sched_yield 4 mprotect 5 close --------------------------------------------------------------------------
От себя добавлю - у нас ошибка на Gentoo воспроизвелась: при отрытии какого-либо окна внутри 1с, загрузка колеблется в районе 70-90% Когда начинаю двигать это окно загрузка падает до 2-5%
А что, ни на чём кроме Gentoo, не воспроизводится? Вообще похоже на опрос чего-то, возможно последовательных портов. Выключена ли работа с торговым оборудованием? Думаю, понадобятся трейсы по +file и +msg
Леонид, а что же ты в заявке 7640 написал про IE, а здесь молчишь? Действительно так, что установка нативного IE помогает? > Здравствуйте, проблемы с загрузкой действтельно наблюдаются когда не установлен > или некорректно установлен IE6, запустите ieinstall от обычного пользователя.
Да, забыл добавить, что у нас проверил - до утановки ie загрузка процессора внушительная, после ieinstall - снижается до 6%. Правда клиент пока не ответил, что у них там...
Багу надо перевесить на исполнителя. Загрузки не должно быть.
Проверь пожалуйста еще раз, ошибки не должно быть.
в итоге - загрузка процессора в 90% пока что воспризвелась только на gentoo 2007, и то при неустановленом ie6, воспроизвести там же на свежей сборке пока нет возможности..
Андрей, нужно воспроизведение у нас, причём не на gentoo. Продолжаем искать уже в рамках багфикса 1.0.9
На других ос проблем не было. Кроме Gentoo. Пока проблема наблюдается только там.
(In reply to comment #20) > На других ос проблем не было. Кроме Gentoo. > Пока проблема наблюдается только там. > Вроде, проблему нашёл. Debian 4.0 с последней сборкой. Но пока никак не могу словить её - не понятно при каких условиях она проявляется. Пока я просто наоткрывал окон, сформировал пару отчётов, ну тут 99%... Странно, что в Ubuntu вообще такого не замечал.. Хоть и проверял 2 раза.
Придумал метод. Открываем калькулятор, перемещаем его с минуту. Потом открываем отчёт (в данном примере на multi - Отчёты -- НДС-- Ведомость по НДС), (в этот момент загрузка где-то 20%) и закрываем калькулятор -- вот тут и проявляются все 99%..
Вообще при открытом калькуляторе в консоли на +file: err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 trace:file:LockFile 0x460 000000002 000000001 trace:file:LockFile 0x460 000000003 000000001 trace:file:LockFile 0x460 011845002 000000001 trace:file:LockFile 0x460 01184502b 000000001 trace:file:LockFile 0x460 011845001 000000001 trace:file:LockFile 0x460 011845017 000000001 trace:file:ReadFile 0x45c 0x5c24cc0 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c25e20 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c26e30 24 0x32d47c (nil) err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=13 И повторяетяс при перемещении.
При загрузке в 99% в консоли циклически повторяется: trace:file:CreateFileW L"C:\\DemoTrd_8.1\\1Cv8.cdn" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\DemoTrd_8.1\\1Cv8.cdn",0x32d164,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\DemoTrd_8.1\\1Cv8.cdn" 520 0x32ced8 (nil)) warn:file:wine_nt_to_unix_file_name L"1Cv8.cdn" not found in /home/guest/.wine/dosdevices/c:/DemoTrd_8.1 warn:file:CreateFileW Unable to create file L"C:\\DemoTrd_8.1\\1Cv8.cdn" (status c0000034) trace:file:CreateFileW returning 0xffffffff trace:file:LockFile 0x460 000000002 000000001 trace:file:LockFile 0x460 000000003 000000001 trace:file:LockFile 0x460 011845002 000000001 trace:file:LockFile 0x460 01184502b 000000001 trace:file:LockFile 0x460 011845001 000000001 trace:file:LockFile 0x460 011845017 000000001 trace:file:ReadFile 0x45c 0x5c24cc0 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c25e20 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c26e30 24 0x32d47c (nil) ........ ........ Это тоже повторяется раз 10 ........ trace:file:ReadFile 0x45c 0x5c24cc0 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c25e20 24 0x32d484 (nil) trace:file:ReadFile 0x45c 0x5c26e30 24 0x32d47c (nil) trace:file:FindFirstFileExW L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml" 0 0x7e276298 0 (nil) 0 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml",0x7e276240,0x7e276248,(nil)) trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml" 520 0x7e275fa0 0x7e276248) trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\1cv81\\bin\\conf\\" -> "/home/guest/.wine/dosdevices/c:/Program Files/1cv81/bin/conf/" trace:file:NtQueryDirectoryFile (0x5a0 (nil) (nil) (nil) 0x7e276230 0x3460398 0x00002000 0x00000003 0x00000000 L"logcfg.xml" 0x00000001 trace:file:read_directory_stat trying optimisation for file L"logcfg.xml" trace:file:read_directory_stat returning -1 trace:file:append_entry long L"." short L"" mask L"logcfg.xml" trace:file:match_filename (L".", L"logcfg.xml") trace:file:append_entry long L".." short L"" mask L"logcfg.xml" trace:file:match_filename (L"..", L"logcfg.xml") trace:file:append_entry long L"nethasp.ini" short L"" mask L"logcfg.xml" trace:file:match_filename (L"nethasp.ini", L"logcfg.xml") trace:file:append_entry long L"ru.res" short L"" mask L"logcfg.xml" trace:file:match_filename (L"ru.res", L"logcfg.xml") trace:file:NtQueryDirectoryFile => c000000f (0) trace:file:GetFileAttributesExW L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml" 0 0x61340ec trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml",0x7e276570,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\1cv81\\bin\\conf\\logcfg.xml" 520 0x7e2762e4 (nil)) warn:file:wine_nt_to_unix_file_name L"logcfg.xml" not found in /home/guest/.wine/dosdevices/c:/Program Files/1cv81/bin/conf
Файлов logcfg.xml и 1Cv8.cdn по указанным выше путям нет. Видимо 1с пытается записать какой-то лог бесконечное число раз - это и вызывает такую загрузгу.
Воспроизвёл на cellar'е один раз. Больше не получается. Есть способ точнее?
Аналогичную ошибку наблюдал в ASPServer V. Установка ieinstall не помогает. В Ubuntu 8.04 все ок.
(In reply to comment #27) > Аналогичную ошибку наблюдал в ASPServer V. > Установка ieinstall не помогает. В Ubuntu 8.04 все ок. > На счет Ubuntu поторопился. Ошибка так же выплывает.
Хочу предложить следующее направление для поиска бага: в winecfg выключаете "Разрешить менеджеру окон управлять управлять окнами wine". Окна становятся неуправляемыми (в прямом смысле этого слова :) ), но зато загрузка проца не превышает нормы. Был бы признателен, чтобы еще кто-нибудь опробовал этот метод и поделился результатами. Я вижу, что подписчиков, столкнувшихся с этой проблемой много.
(In reply to comment #29) > Хочу предложить следующее направление для > поиска бага: в winecfg выключаете "Разрешить > менеджеру окон управлять управлять окнами > wine". Окна становятся неуправляемыми (в > прямом смысле этого слова :) ), но зато > загрузка проца не превышает нормы. Был бы > признателен, чтобы еще кто-нибудь > опробовал этот метод и поделился > результатами. Я вижу, что подписчиков, > столкнувшихся с этой проблемой много. > И есть еще одно замечание: в АСПСервере 5.2 (CentOS) при установке (при инсталяции с нуля только) рабочего стола KDE ошибка не воспроизводится (по крайней мере сразу мне ее воссоздать не получилось) Та же система, но установленная с Gnome ошибку выдает сразу же при запуске калькулятора. Похоже, что это же касается и Ubuntu. По крайней мере при установке Xubuntu (XFCE) ошибку воспроизвести мне не удалось. Если же на Ubuntu (gnome по умолчанию) добавлять XFCE/KDE то ошибка воспроизводится аж бегом. В любом случае пост #29 верен и для АСП.
Провел эксперимент с двумя различными операционными системами : Ubuntu 8.10 и ASPServer 5.2. Объединяет их только Gnome, хоть и разной версии: 1) Устанавливаю систему на чистую машину 2) Обновляюсь стандартными средствами ОС 3) устанавливаю ТОЛЬКО *wine* 4)Устанавливаю 1С ver. 8.1.12.98 5)Создаю пустую базу и открываю ее 6)запускаю калькулятор 1С Получаю 100% загрузку одного из ядер. 7) в winecfg выключю "Разрешитьменеджеру окон управлять управлять окнами wine" и повторяю п.6 Загрузка в норме. Повторить теже самые действия, думаю, сможете и Вы. Как видно, это проблема не стороннего софта, а чистого WINE. Единственный нюанс - может это как то связано с конфигурацией железа, но все-таки думаю, что маловероятно. По крайней мере замена видео ничего не дала. Попробовал еще один способ: установил wine на ubuntu livecd. Результат тот же (100% загрузка одного из ядер)
Наконец-то удалось локализовать ошибку - как всегда проблема не в том, что кажется с первого взгляда. Дело в том, что WINE@ETEROFT НЕ РАБОТАЕТ С 1Сv8.1.12. ВООБЩЕ. Если ставить технологическую платформу 8.1.11, то все замечательно. Предлагаю вынести эту ошибку в отдельный багрепорт или дописать/переименовать этот. Кроме того, думаю, что стоило бы повысить серьезность этой ошибки до "криитической", т.к. переход на новую технологическую платформу по крайней мере у нас был вызван ошибками в 1Сv8.1.11
Кроме вышесказанного могу добавить, что 1.0.9 и с 1Сv8.1.11 ведет себя так же. ПО крайней мере в АСПСервер 5.2 Господа разработчики, надо что-то делать !!!
(In reply to comment #32) > Дело в том, что WINE@ETEROFT НЕ > РАБОТАЕТ С 1Сv8.1.12. ВООБЩЕ. (In reply to comment #33) > Кроме вышесказанного могу добавить, что 1.0.9 > и с 1Сv8.1.11 ведет себя так же. ПО крайней мере > в АСПСервер 5.2 Господа разработчики, надо > что-то делать !!! Можно уточнить - что значит "вообще не работает"? И если речь идёт о не-работе конкретной платформы - то да, это новая бага.
(In reply to comment #34) > (In reply to comment #32) > > Дело в том, что WINE@ETEROFT НЕ > > РАБОТАЕТ С 1Сv8.1.12. ВООБЩЕ. > (In reply to comment #33) > > Кроме вышесказанного могу добавить, что 1.0.9 > > и с 1Сv8.1.11 ведет себя так же. ПО крайней мере > > в АСПСервер 5.2 Господа разработчики, надо > > что-то делать !!! > > Можно уточнить - что значит "вообще не > работает"? > И если речь идёт о не-работе конкретной > платформы - то да, это новая бага. > Вообще не работает, это значит что при запуске вызывается 100% загрузка ядра процессом. При этом не играет роли, какая версия WINE@ETERSOFT установлена (по крайней мере 1.0.8 и 1.0.9 ведут себя одинаково) и какой рабочий стол используется. Просто в КДЕ и XFCE загрузка процессора выплывает не сразу, после запуска калькулятора, как в Gnome, а необходимо поработать - открыть еще некоторое количество дочерних окон. То есть проблема вызвана уже не столько обновлениями в Wine, сколько обновлениями в 1С. В общем тесты можно представить следующим образом: Wine - 1C - Linux - Результат Любая - 8.1.12 - Любая - Баг воспроизводится (100% загрузка ядра) 1.0.8 - 8.1.11 - АСП - Работает 1.0.9 - 8.1.11 - АСП - Баг воспроизводится (100% загрузка ядра) Таблицу позже дополню тестами из Ubuntu, но думаю, что принципиально они картины не изменят.
Моя радость была преждевременной. Ошибка выплывает и в wine-etersoft-network-1.0.9-eter11centos.i586.rpm + 1Сv8.1.11. Для этого достаточно выполнить следующие действия: На чистую систему АСПСервер v5.2 устанавливаем соответствующий wine. Создаем чистую базу, открываем ее. В 1С открываем калькулятор и после этого открываем средствами 1С любой XML файл (пробовал открывать и txt). Вуаля - 100% загрузка. Это конечно же лучше, чем раньше (напомню разработчикам, что у нас была переписка на тему вылета 1С при открытии xml файлов в режиме эмуляции windows XP, тема обращения #7311, но там по крайней мере в windows98 все работало). Я так понимаю, что Etersoft действительно переписали эту библиотеку, но подозреваю, что именно новый вариант и вызывает багу. Исходя из вышесказанного прошу у разработчиков etersoft до исправления баги предоставить доступ к истории версий.
Воспроизвел у нас на ASP 12 загрузка процессора поднимается до 80% в обоих случаях - что при установленом ie, что при его отсутствии. Есть небольшая разница: - при отсутствии ie: загрузка поднимается только после закрытия калькулятора. - при установленном IE: 80% сразу, при открытии окна калькулятора.
Created attachment 866 [details] ie не установлен
Created attachment 867 [details] ie инсталлирован
Но! при запуске с помощью команды winexp и проделывании аналогичных операций, загрузка процессора не поднимается выше 10% !!
отбой, при winexp тоже поднимается, но гораздо позже..
Поскольку в КДЕ эта ошибка так же воспроизводится, скажите, а есть ли вообще какие-нибудь системы, где-бы эта ошибка не воспроизводилась. А то уже давно все сроки прошли - начальство съесть скоро.
Created attachment 868 [details] Лог по +relay При выполнении с включенным каналом relay после загрузки 1С можно наблюдать тишину (ничего не валится в логи). Стоит открыть калькулятор - получаем циклящийся шум в консоли и загрузку процессора. Кусок лога прикладываю.
Сразу после вызова калькулятора начинают отправляться сообщения WM_PAINT. Нужно найти, чему они посылаются и зачем.
Для сравнения - в бутылке на euclid (ALT Linux Sisyphus + KDE) только вполне нормальные WM_TIMER.
Выявленная на ALT Linux + GNOME проблема - множественные обращения к VKeyStatus. При введении 10мс таймаута загрузка процессора перестаёт подниматься до критической. Исправление вошло в багфикс-сборку eter34/eter13 и нуждается в проверке.
Протестировал новую сборку на ASPLinux 12, получилось такое: Без IE: спокойное положение 9%ЦП, с калькулятором 30%ЦП, после закрытие калькулятора загрузка не больше 15%. С IE такая же картинка наблюдается.
Итак, считаем исправленной. Alrem, прошу опровергнуть решение и переоткрыть багу, если проблема сохранится в eter34/eter13. Уже можно обновляться.
(In reply to comment #48) > Итак, считаем исправленной. > > Alrem, прошу опровергнуть решение и > переоткрыть багу, если проблема сохранится > в eter34/eter13. Уже можно обновляться. > Я так понимаю, что для решения этой проблемы вы применили метод, аналогичный описанному здесь : http://www.xakep.ru/post/45416/default.asp?print=true То есть, вы не столько убрали множественные обращения, сколько предоставили таймауты "от полного кванта времени и заставляющих счетчик производительности отображать загрузку близкую к нулевой". Не уверен, что адекватно ведь вы исправили следствие, а не причину, но попробую. В любом случае, закрывать этот баг думаю, что не нужно.
(In reply to comment #49) > То есть, вы не столько убрали множественные > обращения, сколько предоставили таймауты > "от полного кванта времени и заставляющих > счетчик производительности отображать > загрузку близкую к нулевой". Нет, после введения тайм-аутов программа перестала впадать в цикл бесконечной генерации сообщений, что снизило обмен с иксами и другую активность приложения, реагирующего на все эти лишние сообщения.
Установкой таймаутов была уменьшена загрузка процессора примерно втрое, но это не выход я считаю. Объясню ситуацию: 18 человек работают на терминальном сервере (2 двухядерных ксеона) посредством freenx, из них 6-8 человек "грузят" процессоры на 20-35%, таким образом сервер нагружен от 120% до 280% нагрузкой которой не должно быть, а это тормозит реальную работу пользователей. Debian 5.0.1 (2.6.26-2-686) WINE@Etersoft 1.0 SQL 1.0.10-eter20/14 1C 8.1.13.41 & УТ 10.2.8.2
(In reply to comment #51) > Установкой таймаутов была уменьшена > загрузка процессора примерно > втрое, но это не выход я считаю. Объясню > ситуацию: 18 человек > работают на терминальном сервере (2 > двухядерных ксеона) посредством > freenx, из них 6-8 человек "грузят" процессоры на > 20-35%, таким > образом сервер нагружен от 120% до 280% > нагрузкой которой не должно > быть, а это тормозит реальную работу > пользователей. > Debian 5.0.1 (2.6.26-2-686) > WINE@Etersoft 1.0 SQL 1.0.10-eter20/14 > 1C 8.1.13.41 & УТ 10.2.8.2 > Целиком и полностью поддерживаю. Фактически у меня сейчас три человека на двух базах (альфа-авто и бухгалтерия) загружают 4 ядра на 40% каждое (average 2.06). Когда бухов было пятеро, average к вечеру был 5-8, что однозначно неблагоприятно сказывалось на работе. При этом особой вычислительной активности не было.
(In reply to comment #51) > Установкой таймаутов была уменьшена > загрузка процессора примерно > втрое, но это не выход я считаю. Объясню Если ваша проблема не связана с открытием калькулятора, а программа постоянно грузит процессор на 20-30%, это это другая бага, эта бага про 100% и калькулятор. > ситуацию: 18 человек ... > образом сервер нагружен от 120% до 280% > нагрузкой которой не должно > быть, а это тормозит реальную работу > пользователей. Это всё понятно. Надо воспроизводить. Давайте заведём новую багу и опишем, как воспроизвести, по возможности упростив условия (без NX, без других пользователей и пр.).
> Это всё понятно. Надо воспроизводить. > Давайте заведём новую багу и опишем, как > воспроизвести, по возможности упростив > условия (без NX, без других пользователей и > пр.). Хорошо подготовлю и настрою тестовую машину и попробую воспроизвести баг локально.
(In reply to comment #51) > Установкой таймаутов была уменьшена > загрузка процессора примерно > втрое, но это не выход я считаю. Объясню > ситуацию: 18 человек > работают на терминальном сервере (2 > двухядерных ксеона) посредством > freenx, из них 6-8 человек "грузят" процессоры на > 20-35%, таким > образом сервер нагружен от 120% до 280% > нагрузкой которой не должно > быть, а это тормозит реальную работу > пользователей. > Debian 5.0.1 (2.6.26-2-686) > WINE@Etersoft 1.0 SQL 1.0.10-eter20/14 > 1C 8.1.13.41 & УТ 10.2.8.2 > Наковырял в инете следующее решение: как уже писалось мною ранее нагрузка пропадает если выполнять запуск с эмуляцией рабочего стола (пункт графика в winecfg). Если баз много, то можно сделать кнопки для запуска различных баз следующим образом: wine explorer /desktop=Base1,800x600 start wine explorer /desktop=Base1,800x600 start "C:\Program Files\1cv81\bin\1cv8.exe" Здесь Base1 - имя заголовка окна, которое должно быть уникальным для каждой базы (иначе будут накладываться); 800х600 - расширение, подбирается эмпирическим путем для каждого монитора и рабочего стола. Кроме этого я убрал галочку с "Разрешить менеджеру окон декорировать окна" P.S. Для упрощения работы бухов можно сделать файл запуска 1cBase1.cmd "C:\Program Files\1cv81\bin\1cv8.exe" ENTERPRISE /F"C:\1CBase\BASE1\" /Visible /N"Username" /P"Password"
