Re: Big Performance issue with cygwin 1.3.10 on Win2k - Urgent help reqd!

Re: Big Performance issue with cygwin 1.3.10 on Win2k - Urgent help reqd!

[Johnny D]

Thanks Chris, for the pointers. I looked at some of the recent archives but 
couldnt find things that were specifically useful for my problem. I am 
reposting my issue for convenience.


Regards
-Johnny

----------
I am not sure when this bug might have been introduced. I have an app which 
deals with multiple socket descriptors for reads and writes. It uses the 
select() function call from cygwin library. I took the same source code - 
compiled it with a newer installaion  of Cygwin (1.3.10 based). I see that 
the select call seems to be getting stuck at points and so the performance 
of my server has dropped thru the floor.
I dont have an older installation currently that I can use and I couldnt 
figure out how to get an older version of your package from the cygwin 
website. I urgently need to get this resolved. Prefer to have the complete 
Cygwin package dating close to Dec 2000 (whcih is the last best known 
version of Cygwin that is known to work fine for me). Can someone point me 
to the right location from which I can install the same?

Or if this is a known issue, does anyone have a patch I could use?



Thanks
-Johnny


----------
>From: Christopher Faylor Reply-To: cygwin@cygwin.com To: Johnny D CC: 
>cygwin@cygwin.com Subject: Re: Big Performance issue with cygwin 1.3.10 on 
>Win2k - Urgent help reqd! Date: Wed, 29 May 2002 23:41:32 -0400
>
>Please check out the project web page for links to available information 
>and ports: http://cygwin.com/ .
>
>If you don't see what you need there, then the cygwin mailing list is the 
>best place to make observations or get questions answered. Information on 
>the mailing list is available at the project web page.
>
>For your convenience, I've reset the Reply-To: address to point to the 
>cygwin mailing list. I've also Cc'ed this reply there.
>
>cgf

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Russ Jorgensen]

Thanks for the input, everyone.  I'm somewhat
embarrassed to admit that I hadn't tried this test on
other machines, and when I did, I got similar results
to everyone else.

I tried re-installing cygwin1.dll and bash, but it
didn't have any effect.

In general my machine performs very well, so I don't
think there's a hardware problem, or anything.  It's
really weird, because "regular" pipes work fine.

I guess I'll try to re-install cygwin from scratch and
cross my fingers.  If I'm ever able to isolate the
problem, I'll let everyone know, just in case you're
curious.

Thanks again.

    -Russ

--- "Larry Hall (RFK Partners, Inc)" <lhall@rfk.com>
wrote:
> And I get:
> 
> % time doit 1
> 
> real    0m1.124s
> user    0m0.861s
> sys     0m0.250s
> 
> % time doit 2
> 
> real    0m3.032s
> user    0m2.182s
> sys     0m0.861s
> 
> This is on my single iprocessor PIII-600 laptop
> running W2K.  I have to 
> agree with Randall's conclusion on this issue.
> 
> Larry Hall                             
> lhall@rfk.com
> RFK Partners, Inc.                     
> http://www.rfk.com
> 838 Washington Street                   (508)
> 893-9779 - RFK Office
> Holliston, MA 01746                     (508)
> 893-9889 - FAX
> 
> 
> 
> At 12:11 AM 6/6/2002, Randall R Schulz wrote:
> >Russ,
> >
> >Something is amiss with your system or your
> installation.
> >
> >Here's what I get running your scripts:
> >
> >% time doit 1
> >
> >real    0m0.972s
> >user    0m0.622s
> >sys     0m0.388s
> >
> >% time doit 2
> >
> >real    0m1.925s
> >user    0m1.513s
> >sys     0m0.828s
> >
> >% set |egrep VER
> >BASH_VERSINFO=([0]="2" [1]="05a" [2]="0" [3]="3"
> [4]="release" [5]="i686-pc-cygwin")
> >BASH_VERSION='2.05a.0(3)-release'
> >
> >% uname -a
> >CYGWIN_NT-5.0 CLEMENS 1.3.10(0.51/3/2) 2002-02-25
> 11:14 i686 unknown
> >
> >
> >It might be relevant that I have a dual-processor
> system.
> >
> >Randall Schulz
> >Mountain View, CA USA
> >
> >
> >
> >At 20:31 2002-06-05, Russ Jorgensen wrote:
> >>Was anyone able to resolve this issue?  A few
> weeks
> >>ago I posted about poor bash performance with
> "while
> >>read" loops.  Maybe this is the same issue...
> >>
> >>Anyway, I hadn't upgraded my cygwin1.dll for quite
> a
> >>long time, but when I did, some of my shell
> scripts
> >>started to have horrible performance.  I tracked
> it
> >>down to the "while read" loops.  I wrote the
> following
> >>benchmark shell script to see how bad the problem
> >>really is.  On my PII-333 running Win-ME, I get
> the
> >>following results:
> >>
> >># time ./doit 1
> >>
> >>real 0m3.555s
> >>user 0m0.000s
> >>sys  0m0.000s
> >>
> >># time ./doit 2
> >>
> >>real 0m22.870s
> >>user 0m0.000s
> >>sys  0m0.000s
> >>
> >>When I run the same benchmark on a linux machine,
> I
> >>don't get nearly as big a difference between the
> two
> >>runs.
> >>
> >>It would be really great if one of the crack
> >>programmers who work on cygwin could look into
> this.
> >>I imagine that everyone who uses cygwin would
> >>appreciate a performance boost!
> >>
> >>Anyway, here's the benchmark shell script. 
> Thanks.
> >>
> >>    -Russ
> >>
> >>#!/bin/bash
> >>
> >>#
> >># benchmark piping into "while read"
> >>#
> >># "doit 1" is the "first pass" which benchmarks
> >># generating output with the nested for-loops
> >>#
> >># "doit 2" is the "second pass" which adds on the
> >># "while read" loop
> >>#
> >>
> >># check usage
> >>if test $# -ne 1; then
> >>    echo "usage: doit {1|2}"
> >>    exit 1
> >>fi
> >>
> >># first pass: generate a bunch of output
> >>for i in 1 2 3 4 5 6 7 8 9 0; do
> >>    for j in 1 2 3 4 5 6 7 8 9 0; do
> >>        for k in 1 2 3 4 5 6 7 8 9 0; do
> >>            for l in 1 2 3 4 5 6 7 8 9 0; do
> >>                echo hi
> >>            done
> >>        done
> >>    done
> >>done |
> >>
> >># second pass: the "while read" loop
> >>if test $1 != 2; then
> >>    cat - > /dev/null
> >>else
> >>    while read JUNK; do
> >>        A=1
> >>    done
> >>fi
> >
> >
> >--
> >Unsubscribe info:     
> http://cygwin.com/ml/#unsubscribe-simple
> >Bug reporting:         http://cygwin.com/bugs.html
> >Documentation:         http://cygwin.com/docs.html
> >FAQ:                   http://cygwin.com/faq/
> 


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Nicholas Wourms]

On Windows ME, with the latest cygwin1.dll compiled from cvs, I get:
$ time ./test.sh 1

real    0m0.984s
user    0m0.000s
sys     0m0.000s

root@DRAGON /usr/src
$ time ./test.sh 2

real    0m3.194s
user    0m0.000s
sys     0m0.000s

So I agree with Larry and Randall on that point.  However, I have noticed,
during "./configure" sessions that when it gets to:

checking the maximum length of command line arguments...

The machine starts getting slower and slower, freezing for 10 seconds at
times.  The entire process at that one step takes ~45 seconds.  On a linux
box, it takes only 5-6 secs.  On 1.3.10, this step usually takes at most
15 seconds.  Sometimes, like when I am configuring gcc for a build, it
will crap out completely, complaining about being unable to fork.  This
has happened consistently with the later cvs builds of cygwin over the
last 2 months.  I have reinstalled cygwin on many occassions, so I know
that it is related to a "bad installation" as the problem is reproducable
every time.  In the next example, I use gcc-3.1 as a test subject, though
let me be clear that it always happens when that line shows up, regardless
of what application I am building.  If you want to see for yourself on
windows Me, try:

1)Install a fresh, "full" install of cygwin to the box
2)Build and install the latest cygwin dll and tools from cvs
3)Checkout the 3.1 tree from gcc cvs server
4)Run a vanilla configuration
5)Observe what happens on that line...

Of course, it might just be time for me to reinstall windows me, but
perhaps someone can confirm/deny my observations on another install of
windows me.

Cheers,
Nicholas

--- Russ Jorgensen <jorg928a@yahoo.com> wrote:
> Was anyone able to resolve this issue?  A few weeks
> ago I posted about poor bash performance with "while
> read" loops.  Maybe this is the same issue...
> 
> Anyway, I hadn't upgraded my cygwin1.dll for quite a
> long time, but when I did, some of my shell scripts
> started to have horrible performance.  I tracked it
> down to the "while read" loops.  I wrote the following
> benchmark shell script to see how bad the problem
> really is.  On my PII-333 running Win-ME, I get the
> following results:
> 
> # time ./doit 1
> 
> real 0m3.555s
> user 0m0.000s
> sys  0m0.000s
> 
> # time ./doit 2
> 
> real 0m22.870s
> user 0m0.000s
> sys  0m0.000s
> 
> When I run the same benchmark on a linux machine, I
> don't get nearly as big a difference between the two
> runs.
> 
> It would be really great if one of the crack
> programmers who work on cygwin could look into this. 
> I imagine that everyone who uses cygwin would
> appreciate a performance boost!
> 
> Anyway, here's the benchmark shell script.  Thanks.
> 
>     -Russ
> 
> #!/bin/bash
> 
> #
> # benchmark piping into "while read"
> #
> # "doit 1" is the "first pass" which benchmarks
> # generating output with the nested for-loops
> #
> # "doit 2" is the "second pass" which adds on the
> # "while read" loop
> #
> 
> # check usage
> if test $# -ne 1; then
>     echo "usage: doit {1|2}"
>     exit 1
> fi
> 
> # first pass: generate a bunch of output
> for i in 1 2 3 4 5 6 7 8 9 0; do
>     for j in 1 2 3 4 5 6 7 8 9 0; do
>         for k in 1 2 3 4 5 6 7 8 9 0; do
>             for l in 1 2 3 4 5 6 7 8 9 0; do
>                 echo hi
>             done
>         done
>     done
> done |
> 
> # second pass: the "while read" loop
> if test $1 != 2; then
>     cat - > /dev/null
> else
>     while read JUNK; do
>         A=1
>     done
> fi
> 
> 
> 
> > At 11:42 PM 5/29/2002, Johnny D wrote:
> > 
> > >I am not sure when this bug might have been
> > introduced. I have an app which deals with multiple
> > socket descriptors for reads and writes. It uses the
> > select() function call from cygwin library. I took
> > the same source code - compiled it with a newer
> > installaion  of Cygwin (1.3.10 based). I see that
> > the select call seems to be getting stuck at points
> > and so the performance of my server has dropped thru
> > the floor.
> > >I dont have an older installation currently that I
> > can use and I couldnt figure out how to get an older
> > version of your package from the cygwin website. I
> > urgently need to get this resolved. Prefer to have
> > the complete Cygwin package dating close to Dec 2000
> > (whcih is the last best known version of Cygwin that
> > is known to work fine for me). Can someone point me
> > to the right location from which I can install the
> > same?
> > >Or if this is a known issue, does anyone have a
> > patch I could use?
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Larry Hall (RFK Partners, Inc)]

And I get:

% time doit 1

real    0m1.124s
user    0m0.861s
sys     0m0.250s

% time doit 2

real    0m3.032s
user    0m2.182s
sys     0m0.861s

This is on my single iprocessor PIII-600 laptop running W2K.  I have to 
agree with Randall's conclusion on this issue.

Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
838 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX



At 12:11 AM 6/6/2002, Randall R Schulz wrote:
>Russ,
>
>Something is amiss with your system or your installation.
>
>Here's what I get running your scripts:
>
>% time doit 1
>
>real    0m0.972s
>user    0m0.622s
>sys     0m0.388s
>
>% time doit 2
>
>real    0m1.925s
>user    0m1.513s
>sys     0m0.828s
>
>% set |egrep VER
>BASH_VERSINFO=([0]="2" [1]="05a" [2]="0" [3]="3" [4]="release" [5]="i686-pc-cygwin")
>BASH_VERSION='2.05a.0(3)-release'
>
>% uname -a
>CYGWIN_NT-5.0 CLEMENS 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown
>
>
>It might be relevant that I have a dual-processor system.
>
>Randall Schulz
>Mountain View, CA USA
>
>
>
>At 20:31 2002-06-05, Russ Jorgensen wrote:
>>Was anyone able to resolve this issue?  A few weeks
>>ago I posted about poor bash performance with "while
>>read" loops.  Maybe this is the same issue...
>>
>>Anyway, I hadn't upgraded my cygwin1.dll for quite a
>>long time, but when I did, some of my shell scripts
>>started to have horrible performance.  I tracked it
>>down to the "while read" loops.  I wrote the following
>>benchmark shell script to see how bad the problem
>>really is.  On my PII-333 running Win-ME, I get the
>>following results:
>>
>># time ./doit 1
>>
>>real 0m3.555s
>>user 0m0.000s
>>sys  0m0.000s
>>
>># time ./doit 2
>>
>>real 0m22.870s
>>user 0m0.000s
>>sys  0m0.000s
>>
>>When I run the same benchmark on a linux machine, I
>>don't get nearly as big a difference between the two
>>runs.
>>
>>It would be really great if one of the crack
>>programmers who work on cygwin could look into this.
>>I imagine that everyone who uses cygwin would
>>appreciate a performance boost!
>>
>>Anyway, here's the benchmark shell script.  Thanks.
>>
>>    -Russ
>>
>>#!/bin/bash
>>
>>#
>># benchmark piping into "while read"
>>#
>># "doit 1" is the "first pass" which benchmarks
>># generating output with the nested for-loops
>>#
>># "doit 2" is the "second pass" which adds on the
>># "while read" loop
>>#
>>
>># check usage
>>if test $# -ne 1; then
>>    echo "usage: doit {1|2}"
>>    exit 1
>>fi
>>
>># first pass: generate a bunch of output
>>for i in 1 2 3 4 5 6 7 8 9 0; do
>>    for j in 1 2 3 4 5 6 7 8 9 0; do
>>        for k in 1 2 3 4 5 6 7 8 9 0; do
>>            for l in 1 2 3 4 5 6 7 8 9 0; do
>>                echo hi
>>            done
>>        done
>>    done
>>done |
>>
>># second pass: the "while read" loop
>>if test $1 != 2; then
>>    cat - > /dev/null
>>else
>>    while read JUNK; do
>>        A=1
>>    done
>>fi
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Randall R Schulz]

Russ,

Something is amiss with your system or your installation.

Here's what I get running your scripts:

% time doit 1

real    0m0.972s
user    0m0.622s
sys     0m0.388s

% time doit 2

real    0m1.925s
user    0m1.513s
sys     0m0.828s

% set |egrep VER
BASH_VERSINFO=([0]="2" [1]="05a" [2]="0" [3]="3" [4]="release" 
[5]="i686-pc-cygwin")
BASH_VERSION='2.05a.0(3)-release'

% uname -a
CYGWIN_NT-5.0 CLEMENS 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown


It might be relevant that I have a dual-processor system.

Randall Schulz
Mountain View, CA USA



At 20:31 2002-06-05, Russ Jorgensen wrote:
>Was anyone able to resolve this issue?  A few weeks
>ago I posted about poor bash performance with "while
>read" loops.  Maybe this is the same issue...
>
>Anyway, I hadn't upgraded my cygwin1.dll for quite a
>long time, but when I did, some of my shell scripts
>started to have horrible performance.  I tracked it
>down to the "while read" loops.  I wrote the following
>benchmark shell script to see how bad the problem
>really is.  On my PII-333 running Win-ME, I get the
>following results:
>
># time ./doit 1
>
>real 0m3.555s
>user 0m0.000s
>sys  0m0.000s
>
># time ./doit 2
>
>real 0m22.870s
>user 0m0.000s
>sys  0m0.000s
>
>When I run the same benchmark on a linux machine, I
>don't get nearly as big a difference between the two
>runs.
>
>It would be really great if one of the crack
>programmers who work on cygwin could look into this.
>I imagine that everyone who uses cygwin would
>appreciate a performance boost!
>
>Anyway, here's the benchmark shell script.  Thanks.
>
>     -Russ
>
>#!/bin/bash
>
>#
># benchmark piping into "while read"
>#
># "doit 1" is the "first pass" which benchmarks
># generating output with the nested for-loops
>#
># "doit 2" is the "second pass" which adds on the
># "while read" loop
>#
>
># check usage
>if test $# -ne 1; then
>     echo "usage: doit {1|2}"
>     exit 1
>fi
>
># first pass: generate a bunch of output
>for i in 1 2 3 4 5 6 7 8 9 0; do
>     for j in 1 2 3 4 5 6 7 8 9 0; do
>         for k in 1 2 3 4 5 6 7 8 9 0; do
>             for l in 1 2 3 4 5 6 7 8 9 0; do
>                 echo hi
>             done
>         done
>     done
>done |
>
># second pass: the "while read" loop
>if test $1 != 2; then
>     cat - > /dev/null
>else
>     while read JUNK; do
>         A=1
>     done
>fi


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Russ Jorgensen]

Was anyone able to resolve this issue?  A few weeks
ago I posted about poor bash performance with "while
read" loops.  Maybe this is the same issue...

Anyway, I hadn't upgraded my cygwin1.dll for quite a
long time, but when I did, some of my shell scripts
started to have horrible performance.  I tracked it
down to the "while read" loops.  I wrote the following
benchmark shell script to see how bad the problem
really is.  On my PII-333 running Win-ME, I get the
following results:

# time ./doit 1

real 0m3.555s
user 0m0.000s
sys  0m0.000s

# time ./doit 2

real 0m22.870s
user 0m0.000s
sys  0m0.000s

When I run the same benchmark on a linux machine, I
don't get nearly as big a difference between the two
runs.

It would be really great if one of the crack
programmers who work on cygwin could look into this. 
I imagine that everyone who uses cygwin would
appreciate a performance boost!

Anyway, here's the benchmark shell script.  Thanks.

    -Russ

#!/bin/bash

#
# benchmark piping into "while read"
#
# "doit 1" is the "first pass" which benchmarks
# generating output with the nested for-loops
#
# "doit 2" is the "second pass" which adds on the
# "while read" loop
#

# check usage
if test $# -ne 1; then
    echo "usage: doit {1|2}"
    exit 1
fi

# first pass: generate a bunch of output
for i in 1 2 3 4 5 6 7 8 9 0; do
    for j in 1 2 3 4 5 6 7 8 9 0; do
        for k in 1 2 3 4 5 6 7 8 9 0; do
            for l in 1 2 3 4 5 6 7 8 9 0; do
                echo hi
            done
        done
    done
done |

# second pass: the "while read" loop
if test $1 != 2; then
    cat - > /dev/null
else
    while read JUNK; do
        A=1
    done
fi



> At 11:42 PM 5/29/2002, Johnny D wrote:
> 
> >I am not sure when this bug might have been
> introduced. I have an app which deals with multiple
> socket descriptors for reads and writes. It uses the
> select() function call from cygwin library. I took
> the same source code - compiled it with a newer
> installaion  of Cygwin (1.3.10 based). I see that
> the select call seems to be getting stuck at points
> and so the performance of my server has dropped thru
> the floor.
> >I dont have an older installation currently that I
> can use and I couldnt figure out how to get an older
> version of your package from the cygwin website. I
> urgently need to get this resolved. Prefer to have
> the complete Cygwin package dating close to Dec 2000
> (whcih is the last best known version of Cygwin that
> is known to work fine for me). Can someone point me
> to the right location from which I can install the
> same?
> >Or if this is a known issue, does anyone have a
> patch I could use?


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Larry Hall (RFK Partners, Inc)]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 3977 bytes --]

Hi Johnny,

Hm, I guess this doesn't leave many options beyond building a debug DLL and
debugging it.  As I mentioned before, it's unlikely that there are archives
out there with old Cygwin DLLs.  That's generally discouraged by this list 
since it usually leads to all sort of headaches for this list and the people
who use the previous versions.  But obviously I can't stop you from looking
for one of these sites any more than I can keep you from using an older 
Cygwin DLL.

You're sure the problem is the Cygwin DLL and not some other "tweak" you 
made to your system?  Are you running virus software?  Does it make a 
difference if that's off?  No sense in chasing after Cygwin issues if the
problem could lie elsewhere, right? 

Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
838 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


At 03:06 PM 5/30/2002, Johnny D wrote:

>Larry,
>The issue is that strace output is too voluminous and os too intrusive. strace itself brings down the performance of the server I built. I tried a Dec 2001 pckage of cygwin and got the same results, so my guess is that the problem manifested itself somewhere b/w Dec 2000 and
>Dec 2001.
>
>Are there ftp archives of the older packages I can try. Please help me out here as I have really bad deadlines that I have too meet :)
>
>THanks
>-Johnny
>
>>From: "Larry Hall (RFK Partners, Inc)" <lhall@rfk.com>
>>To: "Johnny D" <niceguy303@hotmail.com>, cygwin@cygwin.com
>>Subject: Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent  
>>help reqd!
>>Date: Thu, 30 May 2002 10:18:51 -0400
>>
>>At 11:42 PM 5/29/2002, Johnny D wrote:
>>
>>>I am not sure when this bug might have been introduced. I have an app which deals with multiple socket descriptors for reads and writes. It uses the select() function call from cygwin library. I took the same source code - compiled it with a newer installaion  of Cygwin (1.3.10 based). I see that the select call seems to be getting stuck at points and so the performance of my server has dropped thru the floor.
>>>I dont have an older installation currently that I can use and I couldnt figure out how to get an older version of your package from the cygwin website. I urgently need to get this resolved. Prefer to have the complete Cygwin package dating close to Dec 2000 (whcih is the last best known version of Cygwin that is known to work fine for me). Can someone point me to the right location from which I can install the same?
>>>Or if this is a known issue, does anyone have a patch I could use?
>>
>>
>>It's unlikely that you'll find a year and a half old Cygwin DLL lying around.
>>If you do, you're welcome to use it but this list can't respond to questions
>>or problems with it.  You're better off from a "support" standpoint to try
>>to determine why the current DLL causes you this problem.  Perhaps an
>>strace of your execution will help you see what internal operations are
>>involved when things "slow down" for you.
>>
>>
>>
>>Larry Hall               lhall@rfk.com
>>RFK Partners, Inc.       http://www.rfk.com
>>838 Washington Street    (508) 560-1285 - cell phone
>>Holliston, MA 01746      (508) 893-9889 - FAX
>>                         (508) 893-9779 - RFK Office (messages only)
>
>
>_________________________________________________________________
>Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Johnny D]

Larry,
The issue is that strace output is too voluminous and os too intrusive. 
strace itself brings down the performance of the server I built. I tried a 
Dec 2001 pckage of cygwin and got the same results, so my guess is that the 
problem manifested itself somewhere b/w Dec 2000 and
Dec 2001.

Are there ftp archives of the older packages I can try. Please help me out 
here as I have really bad deadlines that I have too meet :)

THanks
-Johnny

>From: "Larry Hall (RFK Partners, Inc)" <lhall@rfk.com>
>To: "Johnny D" <niceguy303@hotmail.com>, cygwin@cygwin.com
>Subject: Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent  
>help reqd!
>Date: Thu, 30 May 2002 10:18:51 -0400
>
>At 11:42 PM 5/29/2002, Johnny D wrote:
>
> >I am not sure when this bug might have been introduced. I have an app 
>which deals with multiple socket descriptors for reads and writes. It uses 
>the select() function call from cygwin library. I took the same source code 
>- compiled it with a newer installaion  of Cygwin (1.3.10 based). I see 
>that the select call seems to be getting stuck at points and so the 
>performance of my server has dropped thru the floor.
> >I dont have an older installation currently that I can use and I couldnt 
>figure out how to get an older version of your package from the cygwin 
>website. I urgently need to get this resolved. Prefer to have the complete 
>Cygwin package dating close to Dec 2000 (whcih is the last best known 
>version of Cygwin that is known to work fine for me). Can someone point me 
>to the right location from which I can install the same?
> >Or if this is a known issue, does anyone have a patch I could use?
>
>
>It's unlikely that you'll find a year and a half old Cygwin DLL lying 
>around.
>If you do, you're welcome to use it but this list can't respond to 
>questions
>or problems with it.  You're better off from a "support" standpoint to try
>to determine why the current DLL causes you this problem.  Perhaps an
>strace of your execution will help you see what internal operations are
>involved when things "slow down" for you.
>
>
>
>Larry Hall               lhall@rfk.com
>RFK Partners, Inc.       http://www.rfk.com
>838 Washington Street    (508) 560-1285 - cell phone
>Holliston, MA 01746      (508) 893-9889 - FAX
>                          (508) 893-9779 - RFK Office (messages only)
>


_________________________________________________________________
Join the worldÂ’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Larry Hall (RFK Partners, Inc)]

At 11:42 PM 5/29/2002, Johnny D wrote:

>I am not sure when this bug might have been introduced. I have an app which deals with multiple socket descriptors for reads and writes. It uses the select() function call from cygwin library. I took the same source code - compiled it with a newer installaion  of Cygwin (1.3.10 based). I see that the select call seems to be getting stuck at points and so the performance of my server has dropped thru the floor.
>I dont have an older installation currently that I can use and I couldnt figure out how to get an older version of your package from the cygwin website. I urgently need to get this resolved. Prefer to have the complete Cygwin package dating close to Dec 2000 (whcih is the last best known version of Cygwin that is known to work fine for me). Can someone point me to the right location from which I can install the same?
>Or if this is a known issue, does anyone have a patch I could use?


It's unlikely that you'll find a year and a half old Cygwin DLL lying around.  
If you do, you're welcome to use it but this list can't respond to questions
or problems with it.  You're better off from a "support" standpoint to try
to determine why the current DLL causes you this problem.  Perhaps an 
strace of your execution will help you see what internal operations are 
involved when things "slow down" for you.  



Larry Hall               lhall@rfk.com
RFK Partners, Inc.       http://www.rfk.com
838 Washington Street    (508) 560-1285 - cell phone 
Holliston, MA 01746      (508) 893-9889 - FAX
                         (508) 893-9779 - RFK Office (messages only)          


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Big Performance issue with CYGWIN 1.3.10 on Win2k - Urgent help reqd!

[Johnny D]

I am not sure when this bug might have been introduced. I have an app which 
deals with multiple socket descriptors for reads and writes. It uses the 
select() function call from cygwin library. I took the same source code - 
compiled it with a newer installaion  of Cygwin (1.3.10 based). I see that 
the select call seems to be getting stuck at points and so the performance 
of my server has dropped thru the floor.
I dont have an older installation currently that I can use and I couldnt 
figure out how to get an older version of your package from the cygwin 
website. I urgently need to get this resolved. Prefer to have the complete 
Cygwin package dating close to Dec 2000 (whcih is the last best known 
version of Cygwin that is known to work fine for me). Can someone point me 
to the right location from which I can install the same?
Or if this is a known issue, does anyone have a patch I could use?


Thanks
-Johnny

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Big Performance issue with cygwin 1.3.10 on Win2k - Urgent help reqd!

[Christopher Faylor]

Please check out the project web page for links to available information
and ports:  http://cygwin.com/ .

If you don't see what you need there, then the cygwin mailing list is
the best place to make observations or get questions answered.
Information on the mailing list is available at the project web page.

For your convenience, I've reset the Reply-To: address to point to the
cygwin mailing list.  I've also Cc'ed this reply there.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/