Ciao Marco,
I do not think a real /home would help, as I have several colleagues who
have a real /home, but still have similar slow performance with cygwin
1.7.x.
What kind of ACL issue could this be? And why is it no problem for
Cygwin 1.5.25? Anything to do with the new cyglsa.dll?
The funny
--- Ven 1/10/10, SZABÓ Gergely ha scritto:
Ciao Marco,
I do not think a real /home would help, as I have several
colleagues who
have a real /home, but still have similar slow performance
with cygwin
1.7.x.
What kind of ACL issue could this be? And why is it no
problem for
Cygwin
Greetings, SZABУ Gergely!
The funny thing is, The sum of the sys and user times for the fork
script is around 1 minute. What happens in the remaining 3 minutes, to
make up that terrible time over 4 min?
bash-completion? :D
Try uninstalling this package entirely.
--
WBR,
Andrey Repin
I'm aware of the bash-completion issue. I've removed it already. This is
a different problem.
My login shells don't take 2 minutes to start any more, now it's just a
mere 2 seconds. :-)
Best regards
G
--
Problem reports: http://cygwin.com/problems.html
FAQ:
--- Gio 30/9/10, SZABÓ Gergely ha scritto:
Hello,
we have a Cygwin-based build system for an embedded
project.
Build performance has deteriorated terribly since we
upgraded to 1.7.x from 1.5.25.
I've created 3 shell-scripts to benchmark 1.5.25 and 1.7.7
against each other.
- null
testing on /tmp/benchmark with XPS P2
cygwin 1.7.8s 20100924
You're testing on the latest snapshot against his cygwin 1.7.7 results.
This gives me hope that Cygwin can become faster because Sagi Ben-Akiva
was willing to track down the cause of the slowdown [1]. Last I read,
it's not clear
On Thu, Sep 30, 2010 at 09:10:48AM -0400, Edward Lam wrote:
testing on /tmp/benchmark with XPS P2
cygwin 1.7.8s 20100924
You're testing on the latest snapshot against his cygwin 1.7.7 results.
This gives me hope that Cygwin can become faster because Sagi Ben-Akiva
was willing to track down
7 matches
Mail list logo