I don't think there's anything off the shelf that would help, you'd have to roll your own. I think trying to use Gallio as a long-lived process will be an uphill struggle though, it's just not how it was designed to be used :(
On 21 May 2010 12:30, Mark Kharitonov <[email protected]> wrote: > I'd love to hear about other options. Can you suggest something better? > > On 21/05/2010, at 11:59, Graham Hay wrote: > > 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. > > > ========================================================================== > 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.
