Здравствуйте, Yuris W. Auzinsh.
Недавно (13 ноября 2006 г., 16:43:11) Вы писали:
YWA> Попробуй свежак
YWA> http://www.microsoft.com/technet/sysinternals/default.mspx
прямая ссылка
http://www.microsoft.com/technet/sysinternals/processesandthreads/processmonitor.mspx
--
Удачи...
Yuris W
Здравствуйте, Мадорский Г.В..
Недавно (31 октября 2006 г., 14:23:00) Вы писали:
МГВ> Пробовал Regmon-ом от Руссиновича. Не обнаружил ничего. Может подскажешь
МГВ> какую-нибудь утилитку для этих целей, так чтоб она в лог могла писать?
Попробуй свежак http://www.microsoft.com/technet/sysinternals
ЛА> Запросы выполняются на read транзанкции
ЛА> и выводяться пользователю в виде
ЛА> отчёта
ну и что. перекинь резалсет в другое место, а запрос закрой.
И пусть он смотрит на офлайн отчет.
--
Кочмин Александр
"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
>> Во-во join <таблицы и процедуры> + группировка вот тут и текает.
>> Можно и запрос переписать,
>
> Избавиться от процедур?
Кроче пиши на моё мыло на mail.ru - разберёмся. А так - это стук в подвале ;-).
Нуджно на
> Во-во join <таблицы и процедуры> + группировка вот тут и текает.
> Можно и запрос переписать,
Избавиться от процедур?
> и просто выполнять его в короткой транзакции.
Запросы выполняются на read транзанкции
и выводяться пользователю в виде
отчёта
С уважением, Леонид Агафонов
"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> (select <много полей с case, cast и substring> join
> <таблицы и процедуры> + группировка и
> всё это на большом числе записей)
Во-во join <таблицы и процедуры> + группировка вот тут и текает.
> Есть ли смысл, привод
> > Oleg LOA wrote:
> Тогда скорее всего именно проблема с утеканием ресура внутри транзакции.
> >Смотрите какие запросы приводят к такой ситуации.
Нашли запросы приводящие к такой
ситуации :(
(select <много полей с case, cast и substring> join
<таблицы и процедуры> + группировка и
всё это на б
"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
>
> Oleg LOA wrote:
>
>> Для решения проблемы требуется перезапуск процесса Yaffil или достаточно
>> просто отключиться всем пользователям?
>
> В 90% случаев достаточно
Тогда скорее всего именно проблема с утекан
Oleg LOA wrote:
> Для решения проблемы требуется перезапуск процесса Yaffil или достаточно
> просто отключиться всем пользователям?
В 90% случаев достаточно
перепоключиться пользователям, но в
некоторых "тяжелых" случаях никто уже
не может подключиться к базе
(выскакивает "Deadlock", "Error i
"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message >> Судя по
диагностическому сообщению после выхода всех юзверей всё работает, значит
нужно уточнить у вопрошающего ситуацию.
> Что ещё рассказать про возникшую
> ситуацию, что-бы было понятнее в какую
> сторону смотреть
Для решения пробле
Oleg LOA wrote:
> Судя по диагностическому сообщению после выхода всех юзверей всё работает,
> значит нужно уточнить у вопрошающего ситуацию.
Что ещё рассказать про возникшую
ситуацию, что-бы было понятнее в какую
сторону смотреть
> А это или кривая UDF или кривой код наступивший на известные
Я бы просто перенёс прикладные задачи на другой сервер без софта
вызывающего подозрения и посмотрел что будет. Т.е. копаться с
кёрнлотладчиком на боевом сервере никто ес-но не будет.
Дело в том, что второй сервер менее мощный. И если к нему еще добавить
нагрузки ползатели затоскуют... А с
"Мадорский Г.В." wrote in message news:[EMAIL
PROTECTED]
>
> Потому что в момент проявления глюков его размер больше 300 MB. А после
> того, как напускаю на него утилитку RegCompact его размер уменьшается до
> примерно 300 KB. Если перезагрузить сервер без упаковки реестра, то проблема
> снов
"Andrei" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
>> А это или кривая UDF или кривой код наступивший на известные грабли в IB с
>> >недоосвобождение ресурсов в рамках транзакции.
>
> а что известные грабли? как их обойти?
Не делать так или если делать, то в короткой транзак
МГ> Потому что в момент проявления глюков его размер больше 300 MB. А после
МГ> того, как напускаю на него утилитку RegCompact его размер уменьшается
МГ> до примерно 300 KB. Если перезагрузить сервер без упаковки реестра, то
МГ> проблема снова возникает через день-другой, а иногда и раньше. А пос
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Ты слишком в них веришь :)))
Я верю в деньги и как следствие котировкам анкции Билла и ФСЁ ;-);-);-)
>Была ещё фраза
> "Обращения за помощью к микрософту ничего не дали"
Обращие на сайт MS ничего не дали, звонок с
> А это или кривая UDF или кривой код наступивший на известные грабли в IB с
> >недоосвобождение ресурсов в рамках транзакции.
а что известные грабли? как их обойти?
"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
"Мадорский Г.В." <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
Пробовал Regmon-ом от Руссиновича. Не обнаружил ничего. Может подскажешь
какую-нибудь утилитку для этих целей, так чтоб он
Я не удивлён тем, что их (МС) саппорт беспомощен.
Я удивлён что ты всё ещё делаешь подобные заявления.
Даже если кривой драйвер, то в системе должны быть следы, по которым
можно
это обнаружить и саппорт обязан их знать.
"По серверам у них консультации платные" - туда было обраще
"Oleg LOA" ...
> "Horsun Vlad" ...
> >
> >Я не удивлён тем, что их (МС) саппорт беспомощен.
>
> Я удивлён что ты всё ещё делаешь подобные заявления.
Ты слишком в них веришь :)))
> >Даже если кривой драйвер, то в системе должны быть следы, по которым
> > можно
> > это обнаружить и са
"Мадорский Г.В." wrote in message news:[EMAIL
PROTECTED]
>
> Пробовал Regmon-ом от Руссиновича. Не обнаружил ничего. Может подскажешь
> какую-нибудь утилитку для этих целей, так чтоб она в лог могла писать?
А почему ты решил что у тебя распух реестр?
"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>> В TaskManagere -> MemUsage > 1Gb
>
>Смотреть нужно виртуальную память.
>
Да интересен результат. У меня схожая ситуация
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
>Я не удивлён тем, что их (МС) саппорт беспомощен.
Я удивлён что ты всё ещё делаешь подобные заявления.
>
>Даже если кривой драйвер, то в системе должны быть следы, по которым можно
> это обнаружить и саппорт об
Что за утилита, не подскажешь?
http://www.elcor.net/rdefrag.php
Ой нет, соврал. Это платная. Я от нее триал устанавливал, так и не удалил...
А реально пользуюсь regcompact. Набери в google, найдешь...
With b/r. Gleb.
"Oleg LOA" ...
> "Horsun Vlad" ...
> >> Обращения за помощью к
> >> микрософту ничего не дали. По серверам у них консультации платные. Вообщем,
> >
> >И почему я не удивлён ? :)
>
> А я удивлён. Может быть кривой драйвер от третьего вендора.
Я не удивлён тем, что их (МС) саппорт беспомощ
"Konstantin R. Beliaev" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Мадорский Г.В. wrote:
распухает реестр. Помогает утилитка его упаковки.
Что за утилита, не подскажешь?
http://www.elcor.net/rdefrag.php
With b/r. Gleb.
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> >> В TaskManagere -> MemUsage > 1Gb
>> >
>> >Смотреть нужно виртуальную память.
>> >
>> Да интересен результат. У меня схожая ситуация. Сервер по W2000+SP4 без
>> перезагрузки больше месяца не работает. Примерно такими
"Мадорский Г.В." ...
>
> Привет.
> >
> >> Не можем найти из-за чего возникает ошибка:
> >>
> >> В логе:
> >> _beginthreadex failed
> >> Not enough storage is available to process this command.
> >>
> >> На клиенте в это время выдает:
> >> operating system directive isc_alloc failed
> >> unable to
Hello, Леонид!
Леонид Агафонов wrote:
На большом кол-ве других баз (разного
размера от 1 до 6Gb, задачи/базы
однотипные) такого не возникает (но там
кол-во пользователей <10).
как-то подозрительно у вас сервер кушает 1 гиг памяти
при 20-ти пользователях... udf?
--
Dmitri Kouzmenko, www.ibas
Мадорский Г.В. wrote:
распухает реестр. Помогает утилитка его упаковки.
Что за утилита, не подскажешь?
> Раз в 3 недели приходится
> аж на пятнадцать минут раньше на работу приходить. Вот так вот Билл ущемляет
> мои права! :)
К сожалению перезагрузка нам не
помагает :(
На схожей кофигурации сервера и базы
(правда база >8Gb), такое случается но
реже.
На большом кол-ве других баз (разного
размера
"Karabas Barabas" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Hi Мадорский Г.В. !
МГ> Раз в 3 недели приходится аж на пятнадцать минут раньше на работу
МГ> приходить. Вот так вот
МГ> Билл ущемляет мои права! :)
а зашедулить перезагрузку не удастся ?
Не-
Hi Мадорский Г.В. !
МГ> Раз в 3 недели приходится аж на пятнадцать минут раньше на работу
МГ> приходить. Вот так вот
МГ> Билл ущемляет мои права! :)
а зашедулить перезагрузку не удастся ?
--
Привет.
Не можем найти из-за чего возникает ошибка:
В логе:
_beginthreadex failed
Not enough storage is available to process this command.
На клиенте в это время выдает:
operating system directive isc_alloc failed
unable to allocate memory from operating system
Что тут не понятного ?
"Леонид Агафонов" ...
Не надо писать в html, не надо
> Не можем найти из-за чего возникает ошибка:
>
> В логе:
> _beginthreadex failed
> Not enough storage is available to process this command.
>
> На клиенте в это время выдает:
> operating system directive isc_alloc failed
> unable to alloc
30.10.06, [EMAIL PROTECTED] <[EMAIL PROTECTED]
> написал(а):Не можем найти из-за чего возникаетошибка:В логе:
_beginthreadex failedNot enough storage is available to process this command.На клиенте в это время выдает:operating system directive isc_alloc failedunable to allocate memory from operatin
36 matches
Mail list logo
