[cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application Interface specification
Frederic Herrmann
Frederic.Herrmann at sun.com
Wed Jan 8 19:19:39 PST 2003
>Delivered-To:
mailman-lists.community.tummy.com-ocf at lists.community.tummy.com
>From: David Brower <David.Brower at oracle.com>
>User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1)
Gecko/20020829
>X-Accept-Language: en-us, en
>MIME-Version: 1.0
>To: ocf at lists.community.tummy.com
>Subject: Re: [cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application
Interface specification
>Content-Transfer-Encoding: 7bit
>X-BeenThere: ocf at lists.community.tummy.com
>X-Mailman-Version: 2.0.13
>List-Unsubscribe: <http://lists.community.tummy.com/mailman/listinfo/ocf>,
<mailto:ocf-request at lists.community.tummy.com?subject=unsubscribe>
>List-Id: Open Clustering Framework main list
<ocf.lists.community.tummy.com>
>List-Post: <mailto:ocf at lists.community.tummy.com>
>List-Help: <mailto:ocf-request at lists.community.tummy.com?subject=help>
>List-Subscribe: <http://lists.community.tummy.com/mailman/listinfo/ocf>,
<mailto:ocf-request at lists.community.tummy.com?subject=subscribe>
>List-Archive: <http://lists.community.tummy.com/pipermail/ocf/>
>Date: Wed, 08 Jan 2003 11:18:10 -0800
>
>>
>>
>>essage: 2
>>Date: Tue, 7 Jan 2003 18:27:49 +0100 (MET)
>>From: Dave Penkler - Sun Microsystems <Dave.Penkler at sun.com>
>>Subject: Re: [cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application
Interface specification
>>To: wookie at osdl.org, cgl_discussion at osdl.org, mika at osdl.org
>>Cc: ocf at lists.community.tummy.com, Wolfram.Weyer at fci.com,
>> Timo.Jokiaho at nokia.com, Henry.Turko at nokia.com, jkj at uk.ibm.com,
>> Dave.Penkler at sun.com, Frederic.Herrmann at sun.com
>>Reply-To: ocf at lists.community.tummy.com
>>
>>Just to add a small clarification to MiKu's observation: The spec uses
POSIX
>>calls in the examples but it does not require the underlying OS to be
POSIX
>>compliant. Small footprint / RT implementations of the SAF middleware may
>>find POSIX compliance of the OS too onerous.
>>
>>
>Au contraire, it assumes POSIX-like semantics every place it uses a
integer
>file descriptor, and assumes the presence of something like select or
poll.
In the SAF application spec, an opaque type (SaSelectionObject) is returned
to the application. This may be a file desc on a Posix system or something
else on other systems. There is no assumption on select or poll explicitly
by the spec but only an assumption that the application has a way to wait
on the selection object returned previously.
It is true that we didn't look at many OSes such as OS/390 to make sure
that there is a way to map the abstract type on something reasonable but
someone in our group checked that this could be easily mapped on NT
(without using the POSIX emulation).
>An OS agnostic approach would have opaque types that could be either
>integers or handles, and wait mechanisms that encapsulated those types;
>and encapsulated the lifecycle management of their creation and
destruction.
I think we're in agreement here.
>
>As it stands, it is about as POSIX specific as the OCF drafts, with
>additional complication and embelleshment.
I would appreciate if you could point out the parts which are unnecessary
complicated so that we can give it a try at simplifying them.
> I think OCF could align with a subset
>of the SAF stuff easily. I can't see SAF as meeting the 'agnostic'
claim.
>Using the perrenial worst case example, it would probably be a pain to
>make that API work on OS/390 without the POSIX emulation layer
>that many don't like to use.
I'm not familiar with OS/390 and I would appreciate if you could point out
the parts of the spec which you think would be hard to implement on OS/390.
Best regards.
Fred.
>
>
>-dB
>
>
>
>
>
>
>
>
>
>_______________________________________________
>OCF mailing list
>OCF at lists.community.tummy.com
>http://lists.community.tummy.com/mailman/listinfo/ocf
More information about the cgl_discussion
mailing list