проблемы 100% загрузки процессора при ожидании транзакции #472750

Подскажите пожалуйста, как можно определить какие действия пользователей приводят к 100% загрузке процессора? я уверена, что в тот момент, когда возникает проблема, основная нагрузка из-за построения отчетов? может ли такое быть? или только тогда, когда проводятся документы? можно определить, кто и что проводит, когда начинают появляться сообщения об ошибке?

У Ромикса вроде лечился была...

первая ссылка в яндексе

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

База в терминале?

+5 Пользователей сколько? Сервак какой?

такая ошибка при ожидании блокировки любой таблицы. хоть при проведении, хоть при записи, хоть при отчете

+5 Обычно на подробный вопрос дают подробный ответ..  И наоборот...  На неопределенный вопрос в ответ могут такого наговорить, что потом мало не покажется. :)

база под 7.7 все работает в терминале пользователей около 30

сервак Intel Xeon  E5345  2.33 ГГц, 3,5 Гб ОЗУ

я б не ставил поделку от Ромикса.

Если все 30 человек будут формировать "ядренные" отчеты - сервак уйдет в ступор.

+12 Опиши, чем занимаются все эти люди..   Можно в таком виде: оператор (ввод документов) - 10 человек. аналитик (формирует отчеты) - 10 человек. управленцы (че делают, не ясно) - 10 человек.   :)

Чем на плоха?

она просто не нужна, всё и без неё работает. + были ошибки при её использовании

а как ты решил проблему загрузки проца в терминале?

просвятите нас уважаемый

время ожидания захвата таблиц =0 всем и всё..

а в окошко тыкать не надоест?

Она мне удобно тем, что слип можно вставлять в свои обработки

ты прежде чем писать, в начале сделай.

по факту действительно надоедает тыкать в окошко

у тебя документ проводится 20 минут что ли ?.. Или есть куча обработок с транзакцией ?

Ты про DBF или SQL вариант? Так как то со SQL не оченно удобно реализуемо, особенно если это не терминал :)

+"+ были ошибки при её использовании"

dbf - да документы не летают

тогда тем более, ромиксовая поделка тебе ничем не поможет.

+27 для начала, смотреть счетчики производительности и смотреть узкое место терминального сервера, потом оптимизировать саму 1с-ину..

А нафига оно вам? Пригласите специалиста - он вам все расскажет.

эээээ.... как интересно я лучше промолчу я после такого специалиста собственно сама разгребаю спасибо за помощь

а Ромиксу отдельное спасибо, что он что-то делает и не страдает жадностью

Мне помогла для DBF-а, конечно не по скорости проведения, но хоть медленно, но проводятся :)

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

Ошибки такие: - неправильное завершение транзакции - вылет некоторых пользователей - выдача сообщений типа "Записать документ ?", при всех закрытых формах, после ответа нет - несколько раз, падение 1с-ины - ну и т.д..

Не разу таких не было :( Наверное ты чего намудрис с нетрадиционным использованием 1С 7.7, типо в момент проведения документа, создавать еще другой документ и т.д. ;)

и у меня не было ошибок

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

выложи где -нить и ссылку сюда. Не знаю, давно отказались от твоего изделия, щас проблем нет.. ни с транзакциями, ни с вылетом..ни с загрузкой проца.

Ждем следующей темы типа "Памагите, все пропало!!!". Жадность приводит к нехорошим последствиям. Ну и что? Потом все это было исправлено. Ты видимо просто попал на такую версию. Когда работал плотно с ДБФ то заплатка действительно помогала со снятием нагрузки с проца. На скуле таких проблем нет, но появляются другие...

Вот как-бы описание корней проблемы и еще один способ борьбы. Для дбф.

Человека с вашей инфой точно никогда бы не попросила выполнять какую-либо работу. Прошу прощение - не сдержалась большое спасибо