Укажите отработанное время

Отработанное время:
Продуктивное время:
Bug 1882 - Загрузка процессора на 100% при работе 1С 81 (открытии калькулятора)   Make a simular bug
Summary: Загрузка процессора на 100% при работе 1С 81 (открытии калькулятора)
Status: CLOSED FIXED
Alias: None
Product: WINE@Etersoft
Classification: Продукты (Products)
Component: Internet Explorer / Gecko (show other bugs)
Version: 1.0.9
Hardware: PC Linux
: P1 critical
Target Milestone: ---
Assignee: Константин Кондратюк
QA Contact:
URL: http://rt.etersoft.ru/Ticket/Display....
Whiteboard:
Keywords:
Depends on:
Blocks: 2710
  Show dependency treegraph
 
In work:
Reported: 2008-05-31 15:22 MSD by Leonid Shadevsky
Modified: 2009-10-08 11:50 MSD (History)
14 users (show)

See Also:
Заявки RT:
Связано с:
Дата напоминания:


Attachments
лог 1.0.8 (359.72 KB, application/octet-stream)
2010-11-18 03:58 MSK, Leonid Shadevsky
Details
лог 1.0.9 (40.09 KB, application/octet-stream)
2010-11-18 03:58 MSK, Leonid Shadevsky
Details
скриншот под 1.0.9 (177.31 KB, image/png)
2010-11-18 03:58 MSK, Leonid Shadevsky
Details
ie не установлен (63.28 KB, text/x-log)
2010-11-18 03:58 MSK, Leonid Shadevsky
Details
ie инсталлирован (128.18 KB, text/x-log)
2010-11-18 03:58 MSK, Leonid Shadevsky
Details
Лог по +relay (32.24 KB, text/plain)
2010-11-18 03:58 MSK, Константин Кондратюк
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Leonid Shadevsky 2008-05-31 15:22:28 MSD
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% загрузка процессора, которая не пропадает.
Comment 1 Leonid Shadevsky 2008-05-31 15:23:38 MSD
Created attachment 475 [details]
лог 1.0.9
Comment 2 Leonid Shadevsky 2008-05-31 15:25:41 MSD
Created attachment 476 [details]
скриншот под 1.0.9
Comment 3 Leonid Shadevsky 2008-05-31 15:27:54 MSD
Кофигурация "Бухгалтерия предприятия 1.6 (1.6.3.2)"
Comment 4 Денис Баранов 2008-06-04 20:21:44 MSD
На network версии данная ошибка не воспроизвелась.
1С установилась и запустилась, при этом загрузка процессора была удовлетворительной: 5-25%
Comment 5 Михаил Карпухин 2008-06-06 15:31:22 MSD
В последней сборке под Ubuntu 8.04 еще как воспроизводится...
Comment 6 Leonid Shadevsky 2008-06-21 18:14:00 MSD
Из заявки #6677:

"Экспериментируя с версией 1.0.9 на ubuntu 8.04,
cлучайно обнаружил последовательность действий приводящую к падению 1с.
1. Запускаем 1с с пустой локальной файловой базой, без конфигурации.
2. открываем калькулятор.
3. минимизируем основное окно 1с.
4. 1с-ка падает, пытаясь что-то записать в дамп."

надо проверить у себя
Comment 7 Leonid Shadevsky 2008-06-21 19:49:09 MSD
проверил на убунту 8.04.

При открытии 1С все номольно - загрузка 5%.
 
Когда открываю калькулятор, загрузка процессоров (их два):
1С8 -  85%
Xgl - 96%

После закрытия окна калькулятора:
Xgl пропадает, 1С8 остается висеть -  85%.

Визуальные эффекты отключены, но Xgl все равно появляется, надо бы тут с ним разобраться.
Comment 8 Анатолий Лютин 2008-06-30 16:21:46 MSD
Возможно стоит обратить внимание на закрытую
http://bugs.winehq.org/show_bug.cgi?id=13227
Comment 9 Andrey Vusik 2008-07-20 19:00:04 MSD
Проверил тоже на убунту 8.04 -- никакой проблемы не нашёл -- Не поднималось выше 30% после различных манипуляций.

Но обнаружил другую проблему - без ieinstall отказывалась работать -- вываливался дамп в 1с. Там при открытии открываются окошки типа помощи, рекламы и т.д.
Вопрос - так должно быть или всё же должно работать без ie?
Comment 10 Andrey Vusik 2008-07-20 19:55:02 MSD
Что касается CentOS:
Проверил на НауЛинуксе со сборкой eter16 под 5.2
Открыл кучу модальных окон, ждал минут 15 --- также ничего странного не заметил. Выше 50% не поднималось.

Леонид на какой сборке и где ты проверял? Может я что не так делаю...
Comment 11 Leonid Shadevsky 2008-09-18 17:15:02 MSD
Из заявки №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

--------------------------------------------------------------------------
Comment 12 Leonid Shadevsky 2008-09-18 17:17:52 MSD
От себя добавлю - у нас ошибка на Gentoo воспроизвелась: при отрытии какого-либо окна внутри 1с, загрузка колеблется в районе 70-90%
Когда начинаю двигать это окно загрузка падает до 2-5%  
Comment 13 Vitaly Lipatov 2008-09-18 17:46:16 MSD
А что, ни на чём кроме Gentoo, не воспроизводится?
Вообще похоже на опрос чего-то, возможно последовательных портов. Выключена ли работа с торговым оборудованием?
Думаю, понадобятся трейсы по +file и +msg
Comment 14 Vitaly Lipatov 2008-09-18 21:00:36 MSD
Леонид, а что же ты в заявке 7640 написал про IE, а здесь молчишь?
Действительно так, что установка нативного IE помогает?
> Здравствуйте, проблемы с загрузкой действтельно наблюдаются когда не установлен > или некорректно установлен IE6, запустите ieinstall от обычного пользователя.
Comment 15 Leonid Shadevsky 2008-09-21 17:30:14 MSD
Да, забыл добавить, что у нас проверил - до утановки ie загрузка процессора внушительная, после ieinstall - снижается до 6%. Правда клиент пока не ответил, что у них там...
Comment 16 Vitaly Lipatov 2008-09-25 13:31:36 MSD
Багу надо перевесить на исполнителя. Загрузки не должно быть.
Comment 17 Денис Баранов 2008-10-27 19:24:02 MSK
Проверь пожалуйста еще раз, ошибки не должно быть.
Comment 18 Leonid Shadevsky 2008-10-29 13:57:29 MSK
в итоге - загрузка процессора в 90% пока что воспризвелась только на gentoo 2007, и то при неустановленом ie6, воспроизвести там же на свежей сборке пока нет возможности..
Comment 19 Константин Кондратюк 2008-10-29 14:01:56 MSK
Андрей, нужно воспроизведение у нас, причём не на gentoo.

Продолжаем искать уже в рамках багфикса 1.0.9
Comment 20 Andrey Vusik 2008-10-29 18:37:27 MSK
На других ос проблем не было. Кроме Gentoo. Пока проблема наблюдается только там.
Comment 21 Andrey Vusik 2008-10-31 16:17:17 MSK
(In reply to comment #20)
> На других ос проблем не было. Кроме Gentoo.
> Пока проблема наблюдается только там.
> 

Вроде, проблему нашёл. Debian 4.0 с последней сборкой. Но пока никак не могу словить её - не понятно при каких условиях она проявляется. Пока я просто наоткрывал окон, сформировал пару отчётов, ну тут 99%...

Странно, что в Ubuntu вообще такого не замечал.. Хоть и проверял 2 раза.
Comment 22 Andrey Vusik 2008-10-31 16:35:10 MSK
Придумал метод. Открываем калькулятор, перемещаем его с минуту. Потом открываем отчёт (в данном примере на multi - Отчёты -- НДС-- Ведомость по НДС), (в этот момент загрузка где-то 20%) и закрываем калькулятор -- вот тут и проявляются все 99%..
Comment 23 Andrey Vusik 2008-10-31 16:37:38 MSK
Вообще при открытом калькуляторе в консоли на +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


И повторяетяс при перемещении.
Comment 24 Andrey Vusik 2008-10-31 16:45:57 MSK
При загрузке в 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
Comment 25 Andrey Vusik 2008-10-31 16:50:38 MSK
Файлов logcfg.xml и 1Cv8.cdn по указанным выше путям нет. Видимо 1с пытается записать какой-то лог бесконечное число раз - это и вызывает такую загрузгу.
Comment 26 Константин Кондратюк 2008-11-01 10:15:47 MSK
Воспроизвёл на cellar'е один раз. Больше не получается.
Есть способ точнее?
Comment 27 Alrem 2008-11-01 12:43:51 MSK
Аналогичную ошибку наблюдал в ASPServer V. Установка ieinstall не помогает. В Ubuntu 8.04 все ок.
Comment 28 Alrem 2008-11-01 16:11:29 MSK
(In reply to comment #27)
> Аналогичную ошибку наблюдал в ASPServer V.
> Установка ieinstall не помогает. В Ubuntu 8.04 все ок.
> 
 На счет Ubuntu поторопился. Ошибка так же выплывает.
Comment 29 Alrem 2008-11-02 12:10:16 MSK
 Хочу предложить следующее направление для поиска бага: в winecfg выключаете "Разрешить менеджеру окон управлять управлять окнами wine". Окна становятся неуправляемыми (в прямом смысле этого слова :) ), но зато загрузка проца не превышает нормы. Был бы признателен, чтобы еще кто-нибудь опробовал этот метод и поделился результатами. Я вижу, что подписчиков, столкнувшихся с этой проблемой много.
Comment 30 Alrem 2008-11-02 16:55:53 MSK
(In reply to comment #29)
>  Хочу предложить следующее направление для
> поиска бага: в winecfg выключаете "Разрешить
> менеджеру окон управлять управлять окнами
> wine". Окна становятся неуправляемыми (в
> прямом смысле этого слова :) ), но зато
> загрузка проца не превышает нормы. Был бы
> признателен, чтобы еще кто-нибудь
> опробовал этот метод и поделился
> результатами. Я вижу, что подписчиков,
> столкнувшихся с этой проблемой много.
> 

И есть еще одно замечание: в АСПСервере 5.2 (CentOS) при установке (при инсталяции с нуля только) рабочего стола KDE ошибка не воспроизводится (по крайней мере сразу мне ее воссоздать не получилось) Та же система, но установленная с Gnome ошибку выдает сразу же при запуске калькулятора. Похоже, что это же касается и Ubuntu. По крайней мере при установке Xubuntu (XFCE) ошибку воспроизвести мне не удалось. Если же на Ubuntu (gnome по умолчанию) добавлять XFCE/KDE то ошибка воспроизводится аж бегом. В любом случае пост #29 верен и для АСП.
Comment 31 Alrem 2008-11-03 14:09:56 MSK
Провел эксперимент с двумя различными операционными системами : 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% загрузка одного из ядер)
Comment 32 Alrem 2008-11-04 11:31:04 MSK
Наконец-то удалось локализовать ошибку - как всегда проблема не в том, что кажется с первого взгляда. Дело в том, что WINE@ETEROFT НЕ РАБОТАЕТ С 1Сv8.1.12. ВООБЩЕ. Если ставить технологическую платформу 8.1.11, то все замечательно. Предлагаю вынести эту ошибку в отдельный багрепорт или дописать/переименовать этот. Кроме того, думаю, что стоило бы повысить серьезность этой ошибки до "криитической", т.к. переход на новую технологическую платформу по крайней мере у нас был вызван ошибками в 1Сv8.1.11
Comment 33 Alrem 2008-11-04 19:04:16 MSK
Кроме вышесказанного могу добавить, что 1.0.9 и с 1Сv8.1.11 ведет себя так же. ПО крайней мере в АСПСервер 5.2 Господа разработчики, надо что-то делать !!!
Comment 34 Константин Кондратюк 2008-11-04 20:26:04 MSK
(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 Господа разработчики, надо
> что-то делать !!!

Можно уточнить - что значит "вообще не работает"?
И если речь идёт о не-работе конкретной платформы - то да, это новая бага.
Comment 35 Alrem 2008-11-05 10:13:45 MSK
(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, но думаю, что принципиально они картины не изменят.
Comment 36 Alrem 2008-11-05 18:44:50 MSK
Моя радость была преждевременной. Ошибка выплывает и в 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 до исправления баги предоставить доступ к истории версий.
Comment 37 Leonid Shadevsky 2008-11-06 16:33:31 MSK
Воспроизвел у нас на ASP 12 загрузка процессора поднимается до 80% в обоих случаях  - что при установленом ie, что при его отсутствии. Есть небольшая разница:

- при отсутствии ie: загрузка поднимается только после закрытия калькулятора.

- при установленном IE: 80% сразу, при открытии окна калькулятора.

Comment 38 Leonid Shadevsky 2008-11-06 16:35:23 MSK
Created attachment 866 [details]
ie не установлен
Comment 39 Leonid Shadevsky 2008-11-06 16:36:02 MSK
Created attachment 867 [details]
ie инсталлирован
Comment 40 Leonid Shadevsky 2008-11-06 16:47:26 MSK
Но! при запуске с помощью команды winexp и проделывании аналогичных операций, загрузка процессора не поднимается выше 10% !!
Comment 41 Leonid Shadevsky 2008-11-06 16:50:43 MSK
отбой, при winexp тоже поднимается, но гораздо позже..
Comment 42 Alrem 2008-11-06 18:15:02 MSK
Поскольку в КДЕ эта ошибка так же воспроизводится, скажите, а есть ли вообще какие-нибудь системы, где-бы эта ошибка не воспроизводилась. А то уже давно все сроки прошли - начальство съесть скоро.
Comment 43 Константин Кондратюк 2008-11-06 19:47:52 MSK
Created attachment 868 [details]
Лог по +relay

При выполнении с включенным каналом relay после загрузки 1С можно наблюдать тишину (ничего не валится в логи). Стоит открыть калькулятор - получаем циклящийся шум в консоли и загрузку процессора. Кусок лога прикладываю.
Comment 44 Константин Кондратюк 2008-11-06 22:29:25 MSK
Сразу после вызова калькулятора начинают отправляться сообщения WM_PAINT. Нужно найти, чему они посылаются и зачем.
Comment 45 Константин Кондратюк 2008-11-07 09:55:53 MSK
Для сравнения - в бутылке на euclid (ALT Linux Sisyphus + KDE) только вполне нормальные WM_TIMER.
Comment 46 Константин Кондратюк 2008-11-11 08:14:29 MSK
Выявленная на ALT Linux + GNOME проблема - множественные обращения к VKeyStatus. При введении 10мс таймаута загрузка процессора перестаёт подниматься до критической.

Исправление вошло в багфикс-сборку eter34/eter13 и нуждается в проверке.
Comment 47 Денис Баранов 2008-11-11 09:42:16 MSK
Протестировал новую сборку на ASPLinux 12, получилось такое:
Без IE: спокойное положение 9%ЦП, с калькулятором 30%ЦП, после закрытие калькулятора загрузка не больше 15%.
С IE такая же картинка наблюдается.
Comment 48 Константин Кондратюк 2008-11-11 09:48:54 MSK
Итак, считаем исправленной.

Alrem, прошу опровергнуть решение и переоткрыть багу, если проблема сохранится в eter34/eter13. Уже можно обновляться.
Comment 49 Alrem 2008-11-17 18:52:38 MSK
(In reply to comment #48)
> Итак, считаем исправленной.
> 
> Alrem, прошу опровергнуть решение и
> переоткрыть багу, если проблема сохранится
> в eter34/eter13. Уже можно обновляться.
> 

Я так понимаю, что для решения этой проблемы вы применили метод, аналогичный описанному здесь : http://www.xakep.ru/post/45416/default.asp?print=true
То есть, вы не столько убрали множественные обращения, сколько предоставили таймауты "от полного кванта времени и заставляющих счетчик производительности отображать загрузку близкую к нулевой". Не уверен, что адекватно ведь вы исправили следствие, а не причину, но попробую. В любом случае, закрывать этот баг думаю, что не нужно.
Comment 50 Константин Кондратюк 2008-11-17 19:06:00 MSK
(In reply to comment #49)
> То есть, вы не столько убрали множественные
> обращения, сколько предоставили таймауты
> "от полного кванта времени и заставляющих
> счетчик производительности отображать
> загрузку близкую к нулевой". 

Нет, после введения тайм-аутов программа перестала впадать в цикл бесконечной генерации сообщений, что снизило обмен с иксами и другую активность приложения, реагирующего на все эти лишние сообщения.
Comment 51 Черешнев Е.А. 2009-05-12 12:23:54 MSD
Установкой таймаутов была уменьшена загрузка процессора примерно
втрое, но это не выход я считаю. Объясню ситуацию: 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
Comment 52 Alrem 2009-05-12 18:27:57 MSD
(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, что однозначно неблагоприятно сказывалось на работе. При этом особой вычислительной активности не было.
Comment 53 Vitaly Lipatov 2009-05-13 01:08:36 MSD
(In reply to comment #51)
> Установкой таймаутов была уменьшена
> загрузка процессора примерно
> втрое, но это не выход я считаю. Объясню
Если ваша проблема не связана с открытием калькулятора, а программа
постоянно грузит процессор на 20-30%, это это другая бага, эта бага про 100% и калькулятор.

> ситуацию: 18 человек
...
> образом сервер нагружен от 120% до 280%
> нагрузкой которой не должно
> быть, а это тормозит реальную работу
> пользователей. 
Это всё понятно. Надо воспроизводить. Давайте заведём новую багу и опишем, как воспроизвести, по возможности упростив условия (без NX, без других пользователей и пр.).
Comment 54 Черешнев Е.А. 2009-05-14 10:16:26 MSD
> Это всё понятно. Надо воспроизводить.
> Давайте заведём новую багу и опишем, как
> воспроизвести, по возможности упростив
> условия (без NX, без других пользователей и
> пр.).
Хорошо подготовлю и настрою тестовую машину и попробую воспроизвести баг локально.

Comment 55 Alrem 2009-09-17 13:54:41 MSD
(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"