This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: A Simple Real World Benchmark for Cygwin


You are absolutely right. We (you and I, at least) are Americans, and we deserve every last damn thing we want and we deserve it right now--yesterday, really.

Based on my experience in data compression, I might be able to help with the problem of making Cygwin faster than the software and hardware on which it runs. To wit, I've created a compression algorithm that will compress any and all inputs to a size smaller than that of the original. I've applied this compression to the program itself, iteratively, until I've got the whole thing down to one bit.

Here it is: 1. Feel free to use it in any way you wish.

I think that given that I could do this, I can solve the problem that Cygwin sometimes fail to complete a computation by the time the enter key has returned to its raised position.

My Maxwell's daemon is working well, too. It's nice to have on these hot days.

All the above are patent pending, of course.

Randall Schulz

At 09:06 2002-09-02, Michael Hoffman wrote:
On Mon, 2 Sep 2002, Rick Richardson wrote:

> Certainly, some performance degradation under CygWin could be expected
> and tolerated.  But not a factor of 30X or more.  IMHO, of course.

No! We should not tolerate any performance degradation under Cygwin
WHATSOEVER.  Cygwin should run faster than native Linux. Cygwin should run
faster than native Linux on a faster computer. Cygwin running on an aging
Windows 95 486 with automatic virus checking running should run faster
than a brand-new dual-processor Xeon system running on Linux. If the
developers stopped kicking dogs long enough to actually do some work, this
would already be a reality.

For a slightly more useful response, with slightly less sarcasm (but not
that much less :-]) check:

Michael Hoffman

Unsubscribe info:
Bug reporting:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]