[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a QE &/or QM request
R. Jefferson Porter wrote:
> Alex Sim wrote:
> > Extracting those info could not harm QM at all...
> > Let me know what you have in mind for struct type.
> Great. There are, I think, 2 holes that would need to
> be filled - so it may be something we'd like to postpone
> Hole 1: The QM doesn't know about orphaned SM_UNSUBMITTED
> queries. This shouldn't happen but can if the QO destructor
> is not called due to a usercode crash or due to mishandling
> the CORBA reference count. One way out of this is for
> the QO to request the list from the QE and the QE requests
> the executing list from the QM & concats this to an
> unsubmitted list within the QE that is then returned to
> the QO. (whew)
> Hole 2: The QE cannot abort a query that it has flushed
> from its memory. For these cases, we could allow the
> QE pass the "abort(token)" onto the QM when the QE doesn't
> doesn't recognize the token.
> In any event, I'll put together a struct that we'd like
> to have and we can discuss such details as time allows.
> Maybe we should take up this admin item in a more general
> administration discussion at the April meeting.
> Thanks, Jeff
Yes... definitely this is not suitable for MDC-2...
Alex Sim <ASim@lbl.gov> http://sim.lbl.gov
Scientific Data Management Research Group
Lawrence Berkeley National Laboratory