You'd need to use
userdump<http://www.microsoft.com/downloads/details.aspx?FamilyID=E089CA41-6A87-40C8-BF69-28AC08570B7E&displaylang=en>,
or I think in the newer versions of Windows you can force a dump from the
task manager. Do you really need the runner/host to be alive all that time?
Wouldn't it make more sense to have something else orchestrating?

On 20 May 2010 18:58, Mark Kharitonov <[email protected]> wrote:

> Our QA stopped using Icarus for these long runs, in case they do it again
> can you provide the way to run it so that a dump is created?
>
> That is the point, we are not sure where is the problem - in the runner or
> in the Host.
>
> The test runs for a long time, because it performs scenario based testing
> of a distributed product, involving the client (i.e. the unit test), the
> server and multiple agents. The duration of a test is determined by the
> specific scenario. First we tried short runs, now we are trying longer runs
> to see that all the agents work well with the server. The client does
> nothing while the agents are working and reporting stuff to the server. When
> a certain timeout expires (a few days or even weeks) the client may need to
> instruct the agents to stop. Or it can start new runs, or it can cause an
> agent to fall, testing failure recovery. In short, it is very useful to be
> able to run long tests.
>
>
>
> On 19/05/2010, at 13:40, Graham Hay wrote:
>
> Icarus was never really intended for that purpose. On the other hand, I'm
> sure improvements could be made. Could you provide a dump file from one of
> the crashes? Echo should be better (I've never tried it), unless it's the
> Host process that's getting too big. Why do you need to have tests running
> that long?
>
> On 17 May 2010 13:10, Mark Kharitonov <[email protected]> wrote:
>
>> Hi.
>> We developed a framework on top of Gallio MbUnit to run scenario based
>> tests. Right now our QA team has problems leaving Gallio.Icarus open
>> for a long time - they claim it takes too much CPU and memory and
>> eventually crashes.
>>
>> My question is whether using Gallio.Echo will solve this problem of
>> high resource utilization and eventual crashes? Or is there another
>> way to run long tests. By long I mean days and even weeks.
>>
>> BTW, I am not sure whether the problem is in the runner or in the host
>> process - Gallio.Host. My hope is that someone has already encountered
>> these issues and can spare me the time of checking all of this myself.
>>
>> Thanks.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "MbUnit.User" group.
>> To post to this group, send email to [email protected].
>> To unsubscribe from this group, send email to
>> [email protected]<mbunituser%[email protected]>
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/mbunituser?hl=en.
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "MbUnit.User" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> For more options, visit this group at
> http://groups.google.com/group/mbunituser?hl=en.
>
>
> ==========================================================================
> There are two kinds of people. Those whose guns are loaded and those who
> dig.
> *(The good, the bad and the ugly).*
> So let us raise our cups for our guns always be loaded.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "MbUnit.User" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<mbunituser%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/mbunituser?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"MbUnit.User" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/mbunituser?hl=en.

Reply via email to