* Re: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
@ 2000-03-13 10:04 Earnie Boyd
2000-03-13 11:21 ` Re[2]: " Paul Sokolovsky
2000-03-13 15:01 ` Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 r Michael Hirmke
0 siblings, 2 replies; 18+ messages in thread
From: Earnie Boyd @ 2000-03-13 10:04 UTC (permalink / raw)
To: cygwin
--- Chris Faylor <cgf@cygnus.com> wrote:
> Hmm. I would like to receive opinions on whether people consider this
> announcement to be off-topic.
>
I would consider it off-topic for this list unless the core of the product uses
Cygwin. Announcements of products using Cygwin should be considered on topic,
IMO.
=====
---
Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
__Cygwin: POSIX on Windows__
Cygwin Newbies: < http://www.freeyellow.com/members5/gw32/index.html >
__Minimalist GNU for Windows__
Mingw32 List: < http://www.egroups.com/group/mingw32/ >
Mingw Home: < http://www.mingw.org/ >
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 10:04 [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Earnie Boyd
@ 2000-03-13 11:21 ` Paul Sokolovsky
2000-03-13 15:16 ` Larry Hall (RFK Partners, Inc)
2000-03-13 15:01 ` Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 r Michael Hirmke
1 sibling, 1 reply; 18+ messages in thread
From: Paul Sokolovsky @ 2000-03-13 11:21 UTC (permalink / raw)
To: Earnie Boyd; +Cc: cygwin
Hello Earnie,
Earnie Boyd <earnie_boyd@yahoo.com> wrote:
EB> --- Chris Faylor <cgf@cygnus.com> wrote:
>> Hmm. I would like to receive opinions on whether people consider this
>> announcement to be off-topic.
>>
EB> I would consider it off-topic for this list unless the core of the product uses
EB> Cygwin. Announcements of products using Cygwin should be considered on topic,
EB> IMO.
Thanks, Earnie. It seems that Free Software really have problems,
and vendor patents are not the biggest of them. Remember one of the
latest Freshmeat editorials where Linux community was compared with
guys kicking each other. Lack of generalization...
But I write this not to release funny thought (nor to be killed
off from list), but to ask you, as cygwin veteran (as well as other
authorities) whether following will be appropriate.
I'm going to benchmark as many POSIX implementations as I will
be able to put my hands on (this will ammount to very-very little, and
generally I'd prefer someone else to do this, but I'm afraid noone will
bother). Cygwin will be included. So, will results (with appropriate
disclaimer and links to tests sources) be interesting for cygwin
community/appropriate for cygwin mailing list?
EB> ---
EB> Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 11:21 ` Re[2]: " Paul Sokolovsky
@ 2000-03-13 15:16 ` Larry Hall (RFK Partners, Inc)
2000-03-13 15:56 ` Chris Faylor
2000-03-13 16:13 ` [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Jeff Sturm
0 siblings, 2 replies; 18+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2000-03-13 15:16 UTC (permalink / raw)
To: Paul Sokolovsky, Earnie Boyd; +Cc: cygwin@sourceware.cygnus.com
At 02:16 PM 3/13/00, Paul Sokolovsky wrote:
>Hello Earnie,
>
>Earnie Boyd <earnie_boyd@yahoo.com> wrote:
>
>EB> --- Chris Faylor <cgf@cygnus.com> wrote:
> >> Hmm. I would like to receive opinions on whether people consider this
> >> announcement to be off-topic.
> >>
>
>EB> I would consider it off-topic for this list unless the core of the product uses
>EB> Cygwin. Announcements of products using Cygwin should be considered on topic,
>EB> IMO.
>
> Thanks, Earnie. It seems that Free Software really have problems,
>and vendor patents are not the biggest of them. Remember one of the
>latest Freshmeat editorials where Linux community was compared with
>guys kicking each other. Lack of generalization...
>
> But I write this not to release funny thought (nor to be killed
>off from list), but to ask you, as cygwin veteran (as well as other
>authorities) whether following will be appropriate.
>
> I'm going to benchmark as many POSIX implementations as I will
>be able to put my hands on (this will ammount to very-very little, and
>generally I'd prefer someone else to do this, but I'm afraid noone will
>bother). Cygwin will be included. So, will results (with appropriate
>disclaimer and links to tests sources) be interesting for cygwin
>community/appropriate for cygwin mailing list?
>
>
>EB> ---
>EB> Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
>
>--
>Paul Sokolovsky, IT Specialist
> http://www.brainbench.com/transcript.jsp?pid=11135
Personally, I think posting comparative data is useful to this list...
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
118 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
(508) 560-1285 - cell phone
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 15:16 ` Larry Hall (RFK Partners, Inc)
@ 2000-03-13 15:56 ` Chris Faylor
2000-03-13 16:23 ` Jeff Sturm
2000-03-13 16:13 ` [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Jeff Sturm
1 sibling, 1 reply; 18+ messages in thread
From: Chris Faylor @ 2000-03-13 15:56 UTC (permalink / raw)
To: cygwin
On Mon, Mar 13, 2000 at 06:14:08PM -0500, Larry Hall (RFK Partners, Inc) wrote:
>At 02:16 PM 3/13/00, Paul Sokolovsky wrote:
>>Thanks, Earnie. It seems that Free Software really have problems, and
>>vendor patents are not the biggest of them. Remember one of the latest
>>Freshmeat editorials where Linux community was compared with guys
>>kicking each other. Lack of generalization...
I have no problem with comparative benchmarks (and I don't think that
cygwin will be a speed demon). The theory is that these will actually
mention the program that is the focus of this mailing list.
I am not sure what is translating into problems in the Free Software
community. Perhaps the original poster would like to provide more
detail about what he is referring to; specifically, with regards to
Cygwin, of course.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 15:56 ` Chris Faylor
@ 2000-03-13 16:23 ` Jeff Sturm
2000-03-13 18:08 ` Cygwin performance (was [ANN] PW32 the...) Geoffrey Noer
0 siblings, 1 reply; 18+ messages in thread
From: Jeff Sturm @ 2000-03-13 16:23 UTC (permalink / raw)
To: cgf; +Cc: cygwin
Chris Faylor wrote:
> I have no problem with comparative benchmarks (and I don't think that
> cygwin will be a speed demon).
Don't be so sure. I've used GCC on Interix for a while... let's just
say that Cygwin rocks.
The Interix product relies heavily on the POSIX subsystem, instead of
shared memory as Cygwin does. For many of my user applications the
subsystem process actually consumes more CPU time than the application!
Presumably, the tradeoff is between performance and security. Interix
isn't vulnerable to the same exploits as Cygwin.
--
Jeff Sturm
jsturm@sigma6.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Cygwin performance (was [ANN] PW32 the...)
2000-03-13 16:23 ` Jeff Sturm
@ 2000-03-13 18:08 ` Geoffrey Noer
2000-03-14 16:29 ` Scott Blachowicz
0 siblings, 1 reply; 18+ messages in thread
From: Geoffrey Noer @ 2000-03-13 18:08 UTC (permalink / raw)
To: cygwin
On Mon, Mar 13, 2000, Jeff Sturm wrote:
[...]
> Don't be so sure. I've used GCC on Interix for a while... let's just
> say that Cygwin rocks.
>
> The Interix product relies heavily on the POSIX subsystem, instead of
> shared memory as Cygwin does. For many of my user applications the
> subsystem process actually consumes more CPU time than the application!
[...]
Interesting. We have been trying to improve (and succeeding in
improving) Cygwin's runtime performance but that's been done comparing
Cygwin to Cygwin-past and not so much by doing benchmarks against
other systems I think.
Have people run any benchmarks comparing Cygwin, Uwin, NuTcracker,
Interix, anything else out there?
--
Geoffrey Noer Email: noer@cygnus.com
Cygnus Solutions, a Red Hat company http://www.redhat.com/
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
2000-03-13 18:08 ` Cygwin performance (was [ANN] PW32 the...) Geoffrey Noer
@ 2000-03-14 16:29 ` Scott Blachowicz
2000-03-14 21:04 ` Chris Faylor
2000-03-15 0:05 ` Re[2]: " Egor Duda
0 siblings, 2 replies; 18+ messages in thread
From: Scott Blachowicz @ 2000-03-14 16:29 UTC (permalink / raw)
To: cygwin
Geoffrey Noer <noer@cygnus.com> wrote:
> ...
> Interesting. We have been trying to improve (and succeeding in improving)
> Cygwin's runtime performance but that's been done comparing Cygwin to
> Cygwin-past and not so much by doing benchmarks against other systems I
> think.
Great! Have you found any way to improve the performance of commands like 'ls'
against remotely mounted file systems? I frequently have things like
NET USE * \\SERVER\SHARE
where SERVER is located on the far end of a PPTP link to a system a few
thousand miles (18-22 hops over the Internet via an ISDN connection on my end)
and doing an 'ls' is unuseably slow (and I think I've tried various releases
from b17 to b20.1). So, I usually try to remember to use the "command prompt"
and the DIR command which works just fine. I also wave perl scripts over the
remote directories (scripts that do file globbing and file system traversals)
and they run fine...but they don't try to get all the file info that an 'ls
-l' would - ought to try out an 'ls' command from the Perl Power Tools set
sometime...
At any rate...since 'ls' is hardwired into my fingers and I wander into these
directories often enough, using cygwin can be painful, so I haven't gotten
fully into playing with it yet.
> Have people run any benchmarks comparing Cygwin, Uwin, NuTcracker, Interix,
> anything else out there?
That would be useful info!
Scott.Blachowicz@seaslug.org
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
2000-03-14 16:29 ` Scott Blachowicz
@ 2000-03-14 21:04 ` Chris Faylor
2000-03-15 0:05 ` Re[2]: " Egor Duda
1 sibling, 0 replies; 18+ messages in thread
From: Chris Faylor @ 2000-03-14 21:04 UTC (permalink / raw)
To: cygwin
On Mon, Mar 14, 1994 at 04:28:47PM -0800, Scott Blachowicz wrote:
>Geoffrey Noer <noer@cygnus.com> wrote:
>
>> ...
>> Interesting. We have been trying to improve (and succeeding in improving)
>> Cygwin's runtime performance but that's been done comparing Cygwin to
>> Cygwin-past and not so much by doing benchmarks against other systems I
>> think.
>
>Great! Have you found any way to improve the performance of commands like 'ls'
>against remotely mounted file systems? I frequently have things like
I think Geoff was referring to improvements that are already in Cygwin. If you
don't see any changes then there aren't any improvements.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re[2]: Cygwin performance (was [ANN] PW32 the...)
2000-03-14 16:29 ` Scott Blachowicz
2000-03-14 21:04 ` Chris Faylor
@ 2000-03-15 0:05 ` Egor Duda
1 sibling, 0 replies; 18+ messages in thread
From: Egor Duda @ 2000-03-15 0:05 UTC (permalink / raw)
To: cygwin; +Cc: Scott Blachowicz
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2035 bytes --]
Hi!
Ãcott Blachowicz scott@sabmail.rresearch.com wrote:
SB> Great! Have you found any way to improve the performance of commands like 'ls'
SB> against remotely mounted file systems? I frequently have things like
SB> NET USE * \\SERVER\SHARE
SB> where SERVER is located on the far end of a PPTP link to a system a few
SB> thousand miles (18-22 hops over the Internet via an ISDN connection on my end)
SB> and doing an 'ls' is unuseably slow (and I think I've tried various releases
SB> from b17 to b20.1). So, I usually try to remember to use the "command prompt"
SB> and the DIR command which works just fine. I also wave perl scripts over the
SB> remote directories (scripts that do file globbing and file system traversals)
SB> and they run fine...but they don't try to get all the file info that an 'ls
SB> -l' would - ought to try out an 'ls' command from the Perl Power Tools set
SB> sometime...
basically, reason is following: ls uses "stat" syscall to obtain file
information. stat returns a handful of parameters, including inode,
permissions and others. to obtain _all_ that info, cygwin must open file
(see stat_worker function at winsup/cygwin/syscalls.cc). opening every
file on network share is pretty slow.
luckily, most of time application don't need _all_ stat information.
for example, if you need to get file time or owner or size only,
there's no need to open file. so, some time ago i've proposed to make
cygwin1.dll export function "stat_lite", which works similar to
"stat", but receives additional flags, showing which fields are of
interest to application. so, after that you can recompile ls to
utilize this function. i've compiled custom version of midnight
commander, and directory browsing becomes several times faster for
slow remote shares.
note: you have to recompile your application to utilize "stat_lite"
function.
Egor. mailto:deo@logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 15:16 ` Larry Hall (RFK Partners, Inc)
2000-03-13 15:56 ` Chris Faylor
@ 2000-03-13 16:13 ` Jeff Sturm
2000-03-13 16:17 ` Chris Faylor
1 sibling, 1 reply; 18+ messages in thread
From: Jeff Sturm @ 2000-03-13 16:13 UTC (permalink / raw)
To: Larry Hall (RFK Partners, Inc); +Cc: Paul Sokolovsky, cygwin
Larry Hall (RFK Partners, Inc) wrote:
> Personally, I think posting comparative data is useful to this list...
So do I. If it mentions Cygwin, it's relevant... if it doesn't mention
Cygwin, it's not appropriate for this list... at least that's what
others seem to be saying, and I tend to agree.
Speaking for myself... I don't mind the occaisional off-topic
announcement, but there is always a danger that they can snowball into a
long non-relevant discussion thread, subverting the real purpose of this
list. I've seen it happen elsewhere.
--
Jeff Sturm
jsturm@sigma6.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released
2000-03-13 16:13 ` [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Jeff Sturm
@ 2000-03-13 16:17 ` Chris Faylor
0 siblings, 0 replies; 18+ messages in thread
From: Chris Faylor @ 2000-03-13 16:17 UTC (permalink / raw)
To: cygwin
On Mon, Mar 13, 2000 at 07:18:51PM -0500, Jeff Sturm wrote:
>Larry Hall (RFK Partners, Inc) wrote:
>> Personally, I think posting comparative data is useful to this list...
>
>So do I. If it mentions Cygwin, it's relevant... if it doesn't mention
>Cygwin, it's not appropriate for this list... at least that's what
>others seem to be saying, and I tend to agree.
>
>Speaking for myself... I don't mind the occaisional off-topic
>announcement, but there is always a danger that they can snowball into a
>long non-relevant discussion thread, subverting the real purpose of this
>list. I've seen it happen elsewhere.
So have I. That's my primary concern.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 r
2000-03-13 10:04 [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Earnie Boyd
2000-03-13 11:21 ` Re[2]: " Paul Sokolovsky
@ 2000-03-13 15:01 ` Michael Hirmke
1 sibling, 0 replies; 18+ messages in thread
From: Michael Hirmke @ 2000-03-13 15:01 UTC (permalink / raw)
To: cygwin
Paul Sokolovsky [paul-ml@is.lg.ua] wrote:
[...]
> I'm going to benchmark as many POSIX implementations as I will
>be able to put my hands on (this will ammount to very-very little, and
>generally I'd prefer someone else to do this, but I'm afraid noone will
>bother). Cygwin will be included. So, will results (with appropriate
>disclaimer and links to tests sources) be interesting for cygwin
>community/appropriate for cygwin mailing list?
For me it would certainly be.
[...]
>Paul Sokolovsky, IT Specialist
Bye.
Michael.
--
Michael Hirmke | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX +49 (911) 557664
90489 Nuernberg | E-Mail mailto:mh@mike.franken.de
| WWW http://aquarius.franken.de/
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: Cygwin performance (was [ANN] PW32 the...)
@ 2000-03-15 13:43 Heribert Dahms
2000-03-15 14:01 ` Larry Hall (RFK Partners, Inc)
2000-03-16 9:32 ` Scott Blachowicz
0 siblings, 2 replies; 18+ messages in thread
From: Heribert Dahms @ 2000-03-15 13:43 UTC (permalink / raw)
To: 'scott@sabami.seaslug.org', cygwin
Hi Scott,
are you hardwired to 'ls', 'ls -l' or (like me) 'll'?
My stock b20 'ls' spits out only filenames!
Bye, Heribert (heribert_dahms@icon-gmbh.de)
> -----Original Message-----
> From: Scott Blachowicz [SMTP:scott@sabami.seaslug.org]
> Sent: Tuesday, March 15, 1994 01:29
> To: cygwin@sourceware.cygnus.com
> Subject: Re: Cygwin performance (was [ANN] PW32 the...)
>
> Geoffrey Noer <noer@cygnus.com> wrote:
>
> > ...
> > Interesting. We have been trying to improve (and succeeding in
> improving)
> > Cygwin's runtime performance but that's been done comparing Cygwin
> to
> > Cygwin-past and not so much by doing benchmarks against other
> systems I
> > think.
>
> Great! Have you found any way to improve the performance of commands
> like 'ls'
> against remotely mounted file systems? I frequently have things like
>
> NET USE * \\SERVER\SHARE
>
> where SERVER is located on the far end of a PPTP link to a system a
> few
> thousand miles (18-22 hops over the Internet via an ISDN connection on
> my end)
> and doing an 'ls' is unuseably slow (and I think I've tried various
> releases
> from b17 to b20.1). So, I usually try to remember to use the "command
> prompt"
> and the DIR command which works just fine. I also wave perl scripts
> over the
> remote directories (scripts that do file globbing and file system
> traversals)
> and they run fine...but they don't try to get all the file info that
> an 'ls
> -l' would - ought to try out an 'ls' command from the Perl Power Tools
> set
> sometime...
>
> At any rate...since 'ls' is hardwired into my fingers and I wander
> into these
> directories often enough, using cygwin can be painful, so I haven't
> gotten
> fully into playing with it yet.
>
> > Have people run any benchmarks comparing Cygwin, Uwin, NuTcracker,
> Interix,
> > anything else out there?
>
> That would be useful info!
>
> Scott.Blachowicz@seaslug.org
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: Cygwin performance (was [ANN] PW32 the...)
2000-03-15 13:43 Cygwin performance (was [ANN] PW32 the...) Heribert Dahms
@ 2000-03-15 14:01 ` Larry Hall (RFK Partners, Inc)
2000-03-16 9:32 ` Scott Blachowicz
1 sibling, 0 replies; 18+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2000-03-15 14:01 UTC (permalink / raw)
To: Heribert Dahms, 'scott@sabami.seaslug.org',
cygwin@sourceware.cygnus.com
This is a good point and one we shouldn't loose sight of. I, like many
others, don't use the "default" ls (my ls is aliased to ls -CF). At least
in my case, the listing is slowed down because all files need to be opened
to determine their type. From my recollection, ls without any bells and
whistles does not require this and therefore any performance degradation
noticed here on network drives is the result of just network overhead. That
doesn't mean that this overhead couldn't be lessened nor that it wouldn't
be good to find ways to make these embellished accesses work more quickly,
across the network or otherwise. However, it does seem prudent to be
specific about what causes what to be slow. Operations that require the
files to be opened on a local or network disk will always be slower than
those that do not.
Larry
At 04:41 PM 3/15/00, Heribert Dahms wrote:
>Hi Scott,
>
>are you hardwired to 'ls', 'ls -l' or (like me) 'll'?
>My stock b20 'ls' spits out only filenames!
>
>Bye, Heribert (heribert_dahms@icon-gmbh.de)
>
> > -----Original Message-----
> > From: Scott Blachowicz [SMTP:scott@sabami.seaslug.org]
> > Sent: Tuesday, March 15, 1994 01:29
> > To: cygwin@sourceware.cygnus.com
> > Subject: Re: Cygwin performance (was [ANN] PW32 the...)
> >
> > Geoffrey Noer <noer@cygnus.com> wrote:
> >
> > > ...
> > > Interesting. We have been trying to improve (and succeeding in
> > improving)
> > > Cygwin's runtime performance but that's been done comparing Cygwin
> > to
> > > Cygwin-past and not so much by doing benchmarks against other
> > systems I
> > > think.
> >
> > Great! Have you found any way to improve the performance of commands
> > like 'ls'
> > against remotely mounted file systems? I frequently have things like
> >
> > NET USE * \\SERVER\SHARE
> >
> > where SERVER is located on the far end of a PPTP link to a system a
> > few
> > thousand miles (18-22 hops over the Internet via an ISDN connection on
> > my end)
> > and doing an 'ls' is unuseably slow (and I think I've tried various
> > releases
> > from b17 to b20.1). So, I usually try to remember to use the "command
> > prompt"
> > and the DIR command which works just fine. I also wave perl scripts
> > over the
> > remote directories (scripts that do file globbing and file system
> > traversals)
> > and they run fine...but they don't try to get all the file info that
> > an 'ls
> > -l' would - ought to try out an 'ls' command from the Perl Power Tools
> > set
> > sometime...
> >
> > At any rate...since 'ls' is hardwired into my fingers and I wander
> > into these
> > directories often enough, using cygwin can be painful, so I haven't
> > gotten
> > fully into playing with it yet.
> >
> > > Have people run any benchmarks comparing Cygwin, Uwin, NuTcracker,
> > Interix,
> > > anything else out there?
> >
> > That would be useful info!
> >
> > Scott.Blachowicz@seaslug.org
> >
> > --
> > Want to unsubscribe from this list?
> > Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>
>--
>Want to unsubscribe from this list?
>Send a message to cygwin-unsubscribe@sourceware.cygnus.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
2000-03-15 13:43 Cygwin performance (was [ANN] PW32 the...) Heribert Dahms
2000-03-15 14:01 ` Larry Hall (RFK Partners, Inc)
@ 2000-03-16 9:32 ` Scott Blachowicz
2000-03-16 10:22 ` Chris Faylor
1 sibling, 1 reply; 18+ messages in thread
From: Scott Blachowicz @ 2000-03-16 9:32 UTC (permalink / raw)
To: Heribert Dahms; +Cc: cygwin
Heribert Dahms <heribert_dahms@icon-gmbh.de> wrote:
> are you hardwired to 'ls', 'ls -l' or (like me) 'll'?
> My stock b20 'ls' spits out only filenames!
I usually use 'ls -l', but what I really want (usually) is the filenames,
sizes and mod times (and sometimes permissions). And, if I want that, I'll
have to take the stat() penalty, I guess. So...I was curious...what is it in
the stat() call that can only be obtained by opening the file? Is it just the
cygnus stat() emulation that does that? One of these days, maybe I'll try out
a native-Win32 perl 'ls' wrapper script...
Scott.Blachowicz@seaslug.org
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
2000-03-16 9:32 ` Scott Blachowicz
@ 2000-03-16 10:22 ` Chris Faylor
0 siblings, 0 replies; 18+ messages in thread
From: Chris Faylor @ 2000-03-16 10:22 UTC (permalink / raw)
To: cygwin
On Thu, Mar 16, 2000 at 09:32:03AM -0800, Scott Blachowicz wrote:
>Heribert Dahms <heribert_dahms@icon-gmbh.de> wrote:
>> are you hardwired to 'ls', 'ls -l' or (like me) 'll'?
>> My stock b20 'ls' spits out only filenames!
>
>I usually use 'ls -l', but what I really want (usually) is the filenames,
>sizes and mod times (and sometimes permissions). And, if I want that, I'll
>have to take the stat() penalty, I guess. So...I was curious...what is it in
>the stat() call that can only be obtained by opening the file? Is it just the
>cygnus stat() emulation that does that? One of these days, maybe I'll try out
>a native-Win32 perl 'ls' wrapper script...
The Windows API dictates that much of the information required to fill in a
stat structure can only come by querying an open file handle.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
@ 2000-03-16 10:26 Chris Nappi
2000-03-16 10:43 ` Larry Hall (RFK Partners, Inc)
0 siblings, 1 reply; 18+ messages in thread
From: Chris Nappi @ 2000-03-16 10:26 UTC (permalink / raw)
To: cygwin
I know that I would GREATLY appreciate it if someone would put some sort of stat_lite into ls. I work with cygwin almost exclusively over a Samba connection, and have been forced to use the ls from the Microsoft Unix toolkit because the speed on ls -l, ls -CF and ls --color is so slow over a network drive.
Chris
Heribert Dahms <heribert_dahms@icon-gmbh.de> wrote:
> are you hardwired to 'ls', 'ls -l' or (like me) 'll'?
> My stock b20 'ls' spits out only filenames!
>I usually use 'ls -l', but what I really want (usually) is the filenames,
>sizes and mod times (and sometimes permissions). And, if I want that, I'll
>have to take the stat() penalty, I guess. So...I was curious...what is it in
>he stat() call that can only be obtained by opening the file? Is it just the
>ygnus stat() emulation that does that? One of these days, maybe I'll try out
> native-Win32 perl 'ls' wrapper script...
>cott.Blachowicz@seaslug.org
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Cygwin performance (was [ANN] PW32 the...)
2000-03-16 10:26 Chris Nappi
@ 2000-03-16 10:43 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 18+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2000-03-16 10:43 UTC (permalink / raw)
To: Chris Nappi, cygwin@sourceware.cygnus.com
At 01:26 PM 3/16/00, Chris Nappi wrote:
>I know that I would GREATLY appreciate it if someone would put some sort of stat_lite into ls. I work with cygwin almost exclusively over a Samba connection, and have been forced to use the ls from the Microsoft Unix toolkit because the speed on ls -l, ls -CF and ls --color is so slow over a network drive.
>Chris
Just so things don't get confused, in order to determine information that
ls -CF and ls --color need, files need to be open. The Win32 API doesn't
provide other options. So, these features don't allow you to have it both
ways (i.e. you either wait or you don't use those features). However, all
of this I'm addressing in the context of what happens in the Cygwin
implementation of stat(). If one is going to take the time to actually
modify ls, one might as well remove the calls to stat() and replace them
with whatever one feels is an appropriate substitute (assuming
one feels that decreased functionality for these options is adequate).
Making such a change only requires access to the code for ls (from the
Cygwin source or any GNU site) and a bit of programming. No Cygwin (stat()
or otherwise) needed!;-)
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
118 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
(508) 560-1285 - cell phone
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2000-03-16 10:43 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-03-13 10:04 [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Earnie Boyd
2000-03-13 11:21 ` Re[2]: " Paul Sokolovsky
2000-03-13 15:16 ` Larry Hall (RFK Partners, Inc)
2000-03-13 15:56 ` Chris Faylor
2000-03-13 16:23 ` Jeff Sturm
2000-03-13 18:08 ` Cygwin performance (was [ANN] PW32 the...) Geoffrey Noer
2000-03-14 16:29 ` Scott Blachowicz
2000-03-14 21:04 ` Chris Faylor
2000-03-15 0:05 ` Re[2]: " Egor Duda
2000-03-13 16:13 ` [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 released Jeff Sturm
2000-03-13 16:17 ` Chris Faylor
2000-03-13 15:01 ` Re[2]: [ANN] PW32 the (alternative) Posix-over-Win32 layer 0.3.0 r Michael Hirmke
2000-03-15 13:43 Cygwin performance (was [ANN] PW32 the...) Heribert Dahms
2000-03-15 14:01 ` Larry Hall (RFK Partners, Inc)
2000-03-16 9:32 ` Scott Blachowicz
2000-03-16 10:22 ` Chris Faylor
2000-03-16 10:26 Chris Nappi
2000-03-16 10:43 ` Larry Hall (RFK Partners, Inc)
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).