Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of weldonwjw@gmail.com designates
 64.233.182.186 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=MZy+OnlMcPJJtYaD9eJH7jJU4pexGqSsYdVm5oa5EgOFFsS1Gjc6X0rdLAUyG3AClk0rF9uT6G4L7lAvnFqo8Q/H1aB0pYzOaj87/FMG5bLqDInPjHDHzwB5mUW1Weoc1XQrO69LKr1KhjK45gcXimxDX/oc6eGo0XPIDKaTaeY=
Message-ID: <4dd1f3f00703050804k5ca38d74pc960bad5bca43479@mail.gmail.com>
Date: Mon, 5 Mar 2007 08:04:48 -0800
From: "Weldon Washburn" <weldonwjw@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [drlvm][threading] comments on Harmony-3288
In-Reply-To: <A10EADF0-34F5-4D0E-B9FF-C011643E1776@pobox.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_89706_7075838.1173110688372"
References: <4dd1f3f00703042117y5b58f8abk9260a56270e2267@mail.gmail.com>
	 <b36bc2a10703050314u29883b4fp946310d6627e0cb6@mail.gmail.com>
	 <A10EADF0-34F5-4D0E-B9FF-C011643E1776@pobox.com>

------=_Part_89706_7075838.1173110688372
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 3/5/07, Geir Magnusson Jr. <geir@pobox.com> wrote:
>
>
> On Mar 5, 2007, at 6:14 AM, Peter Novodvorsky wrote:
>
> > I fully agree with Weldon, I only want to notice that better
> > implementation would be not #ifdef'ing platform dependent lines, but
> > implementing hymutex/hyconds with platform dependent synchronization
> > primitives as separate files for windows and linux and then using them
> > for implementing threads synchronization. This way we will recreate
> > parts of APR, but it's not a problem, because we have different
> > focuses (APR authors focus on Apache HTTPD in the end).
>
> I think I agree with all of you.  I was fairly skeptical about APR
> from the very beginning, noting that we have a set of requirements
> that's different than the original customer for APR.
>
> Glad to see this moving forward this way.


Agreed.  This is finally going the right direction.  I would caution that we
should be careful of the performance impact of replacing #ifdefs with
call/returns.  My guess is that this will not slow down things.  In any
case, we need to measure.

geir
>
> >
> > Peter.
> >
> > On 3/5/07, Weldon Washburn <weldonwjw@gmail.com> wrote:
> >> This JIRA does not specifically state the high-level motivation.
> >> It would
> >> be a good idea to discuss the motivation on the dev list so that
> >> Harmony
> >> priorities are clearly set.  I throw the following observations
> >> onto the
> >> list to get the conversation going.
> >>
> >> I think a valid motivation for H3288 is basic threading subsystem
> >> stability.  I agree with the observation that Apache Portable
> >> Runtime (APR)
> >> adds much confusion and probably even bugs to the threading
> >> model.   It
> >> would be good to reduce the amount of APR code where possible.
> >> Even if this
> >> means cluttering the native C code with "#ifdef LINUX.... #elseif
> >> WINDOWS...#endif".
> >>
> >> Bottom line:  I think Harmony-3288 is attacking the correct
> >> problem.  It
> >> looks like it is going the right direction.  I have not looked at
> >> 3288 real
> >> close thus I don't know yet if 3288 is ready for commit.
> >>
> >> --
> >> Weldon Washburn
> >> Intel Enterprise Solutions Software Division
> >>
>
>


-- 
Weldon Washburn
Intel Enterprise Solutions Software Division

------=_Part_89706_7075838.1173110688372--