Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Thu, 2 Jun 2005 14:36:47 -0400
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Serious performance problems (malloc related?)
Message-ID: <20050602183646.GE6597@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
References: <Pine DOT GSO DOT 4 DOT 61 DOT 0506021302380 DOT 10282 AT slinky DOT cs DOT nyu DOT edu> <20050602180440 DOT 39567 DOT qmail AT web31706 DOT mail DOT mud DOT yahoo DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050602180440.39567.qmail@web31706.mail.mud.yahoo.com>
User-Agent: Mutt/1.5.8i

On Thu, Jun 02, 2005 at 11:04:40AM -0700, Sunil wrote:
>>Any favorable mention of SFU on this list had better be a joke.  :-)
>
>:)
>
>but can't deny the truth.  Seriously, open source on windows can't do
>better than what it does(upto the limits provided by OS) in terms of
>efficiency.  Its hardly at fault, the thing below it is so darn closed.

Well, just to be devil's advocate, SFU is hardly unique in being a
closed "UNIX" implementation.  If you are going to fault Microsoft
for this then you have to also fault HP, IBM, and (for now) Sun.

The last I knew (and it's been a while since I looked into this), SFU
gets its speed from being a "subsystem" which can use some of the more
low-level things than something like cygwin can.  But, I thought that it
was actually a pretty nice implementation of UNIX, all things
considered.

OTOH, Corinna is hard at work adding low-level Nt* calls to cygwin so,
if it wasn't for the requirement that everything has to work on Windows
9x, the DLL would be smaller and faster.  Instead, every system call
currently needs to have a "do this if it's NT and that if it's 9x" test
so "we" have been slow in moving to bypass the win32 api layer on
Windows NT.

OTOH, we will rebuild it.  We do have the technology.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/