* [1.7.0-50] scp progress counter flies through first 175 MB or so
@ 2009-06-24 18:10 Andrew Schulman
2009-06-25 14:50 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Andrew Schulman @ 2009-06-24 18:10 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 698 bytes --]
Here's an odd one.
Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
progress counter appears to show ridiculously fast transfer rates, e.g.
about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
that the counter settles down to normal speed. Then when the counter
reaches the end, it "hangs" at 100% for the remaining time while the copy
finishes.
At first I thought that the copy itself was being corrupted in the first
175 MB, but I'm no longer able to reproduce that. I believe now that the
copy is good and it's only the progress counter that's wrong.
When I revert to Cygwin 1.7.0-49, this problem doesn't occur.
Thanks,
Andrew.
[-- Attachment #2: cygcheck-svr.out --]
[-- Type: application/octet-stream, Size: 56221 bytes --]
Cygwin Configuration Diagnostics
Current System Time: Wed Jun 24 18:12:51 2009
Windows XP Professional Ver 5.1 Build 2600 Service Pack 3
Path: D:\usr\win\bin
D:\usr\local\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
C:\cygwin\sbin
D:\usr\all\private\bin
D:\usr\all\bin
C:\cygwin\usr\X11R6\bin
C:\WINDOWS
C:\WINDOWS\System32
C:\WINDOWS\ServicePackFiles\i386
C:\Program Files\XPT
C:\Program Files\WinRAR
C:\cygwin\lib\lapack
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 156710(ASchulma)
GID: 10513(Domain Users)
545(Users)
165428(ACL_AdmDiv-OECA-OECA_DEX_BaseAccess)
190187(ACL_AdmDiv-OECA-OECA_DEX_ETDD)
190189(ACL_AdmDiv-OECA-OECA_DEX_IUTB)
170384(ACL_AdmDiv-OECA_$OC)
170250(ACL_AdmDiv-OECA_$OECA)
170533(ACL_AdmDiv-OECA_$RESOURCES_OECA)
170395(ACL_AdmDiv-OECA_EPTDD)
170538(ACL_AdmDiv-OECA_Everyone)
170397(ACL_AdmDiv-OECA_IUTB)
170414(ACL_AdmDiv-OECA_OC-Records)
190307(ACL_AdmDiv-OECA_OCshare)
172065(ACL_AdmDiv-OECA_PTR_5108_HP41KN)
172069(ACL_AdmDiv-OECA_PTR_5124_HP4200DTN)
172072(ACL_AdmDiv-OECA_PTR_5142_HP4200)
172082(ACL_AdmDiv-OECA_PTR_6117_HP4200)
172083(ACL_AdmDiv-OECA_PTR_6119bay-hplj2605dn)
10513(Domain Users)
204297(PTR_W_ARS_5FL)
204298(PTR_W_ARS_6FL)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 156710(ASchulma)
GID: 10513(Domain Users)
545(Users)
165428(ACL_AdmDiv-OECA-OECA_DEX_BaseAccess)
190187(ACL_AdmDiv-OECA-OECA_DEX_ETDD)
190189(ACL_AdmDiv-OECA-OECA_DEX_IUTB)
170384(ACL_AdmDiv-OECA_$OC)
170250(ACL_AdmDiv-OECA_$OECA)
170533(ACL_AdmDiv-OECA_$RESOURCES_OECA)
170395(ACL_AdmDiv-OECA_EPTDD)
170538(ACL_AdmDiv-OECA_Everyone)
170397(ACL_AdmDiv-OECA_IUTB)
170414(ACL_AdmDiv-OECA_OC-Records)
190307(ACL_AdmDiv-OECA_OCshare)
172065(ACL_AdmDiv-OECA_PTR_5108_HP41KN)
172069(ACL_AdmDiv-OECA_PTR_5124_HP4200DTN)
172072(ACL_AdmDiv-OECA_PTR_5142_HP4200)
172082(ACL_AdmDiv-OECA_PTR_6117_HP4200)
172083(ACL_AdmDiv-OECA_PTR_6119bay-hplj2605dn)
10513(Domain Users)
204297(PTR_W_ARS_5FL)
204298(PTR_W_ARS_6FL)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
USER = 'ASchulma'
PWD = '/home/ASchulma'
HOME = '/home/ASchulma'
HOMEPATH = '\Documents and Settings\aschulma'
APPDATA = 'C:\Documents and Settings\aschulma\Application Data'
VBOX_USER_HOME = 'C:\Documents and Settings\aschulma\VirtualBox'
MANPATH = '/usr/local/share/man:/usr/share/man:/home/ASchulma/usr/all/private/share/man:/home/ASchulma/usr/all/share/man:/usr/X11R6/share/man:/usr/X11R6/man:/usr/ssl/man'
SSH_AGENT_PID = '4228'
WORKHOME = '/home/ASchulma/EPA'
X_BOOTBUS = 'IDE'
HOSTNAME = 'LC77E1BASCHULMA'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 23 Stepping 6, GenuineIntel'
RoxioCentral = 'C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\'
SHELL = '/bin/bash'
TERM = 'screen'
WINDIR = '/win/c/WINDOWS'
ZENWORKS_HOME = 'C:\Program Files\Novell\ZENworks'
TMPDIR = '/tmp/ASchulma'
GTK2_RC_FILES = '/home/ASchulma/.gtkrc-2.0'
X_CPUFAM = 'Intel(R) Core(TM)2 CPU T7200@ 2.00GHz'
PERL5LIB = '/home/ASchulma/usr/all/share/perl5:/usr/lib/perl5/vendor_perl/5.10/cygwin'
X_MANUFACT = 'Dell'
USERDOMAIN = 'AA'
X_BIOSVER = 'A08'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
OS = 'Windows_NT'
X_MODEL = 'D620'
X_DETECTEDMODEL = 'E6400'
X_SPEED = '1997'
HISTFILESIZE = '5000'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
TEMP = '/win/c/DOCUME~1/aschulma/LOCALS~1/Temp'
NWUSERNAME = 'ASchulma'
SSH_AUTH_SOCK = '/tmp/ssh-th2m87G7kp/agent.3108'
UNISON = '/home/ASchulma/.unison/LC77E1BASCHULMA'
TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\
:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\
:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\
:do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
:le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\
:li#77:co#80:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\
:cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\
:im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\
:ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\
:ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\
:se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\
:Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\
:vb=\Eg:G0:as=\E(0:ae=\E(B:\
:ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\
:po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\
:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\
:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:F3=\E[2P:\
:F4=\E[2Q:F5=\E[2R:F6=\E[2S:F7=\E[15;2~:F8=\E[17;2~:\
:F9=\E[18;2~:FA=\E[19;2~:kb=^H:K2=\EOE:kB=\E[Z:\
:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:*7=\E[1;2F:#2=\E[1;2H:\
:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:%e=\E[5;2~:%i=\E[1;2C:\
:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:kP=\E[5~:\
:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:km:'
TKPATHIA32 = 'C:\Program Files\SharedFiles\ICU'
SAS_HOME = '/home/ASchulma/software/SAS'
USERNAME = 'ASchulma'
PAGER = 'less'
PROCESSOR_LEVEL = '6'
X_LOB = 'Latitude'
X_SNUM = 'QWKHP85'
STY = '652.tty0.LC77E1BASCHULMA'
MODEL = 'E6x00'
FP_NO_HOST_CHECK = 'NO'
LD_RUN_PATH = '/home/ASchulma/usr/win/lib:/home/ASchulma/usr/win/lib:'
SYSTEMDRIVE = 'C:'
EDITOR = 'emacs'
USERPROFILE = 'C:\Documents and Settings\aschulma'
LANG = 'en_US'
BZR_SSH = 'openssh'
EPA_HOME = '/home/ASchulma/EPA'
JUNK = '*.aux *.bbl *.blg *.class *.ilg *.lof *.log *.lot *.o *.obj *.stackdump *.tmp *.toc *~ .*~ \#* \~\$* *.aps *.asv *.bsc *.idb *.ilk *.ncb *.obj *.opt *.pch *.pdb *.plg *.res *.sbr'
TZ = 'US/Eastern'
RAR = '-s -m5 -rr1%'
LOGONSERVER = '\\W2032PCCYT201'
PS1 = '\[\033]0;\]\w\[\007\]\n\[\033[1;36m\]$PROMPT_CHARS\[\033[0m\] '
MeetingCenterApp = 'C:\Program Files\Meeting Center\'
PROCESSOR_ARCHITECTURE = 'x86'
HISTIGNORE = '&:exit:ls:ll:[bf]g:nq'
SYSTYPE = 'PORTABLE'
SHLVL = '2'
MANPAGER = 'less -isrR'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
USERDNSDOMAIN = 'AA.AD.EPA.GOV'
HOMEDRIVE = 'C:'
PARINIT = 'rTbgqR B=.,?_A_a Q=_s>|'
PROMPT_CHARS = '$$'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
PYTHONPATH = '/usr/local/lib/python2.5/site-packages'
SYSTEMROOT = 'C:\WINDOWS'
TMP = '/win/c/DOCUME~1/aschulma/LOCALS~1/Temp'
LESS = '-sme -j 10 -x4'
PROCESSOR_REVISION = '1706'
CVS_RSH = 'ssh'
PRINTER = '\\DCCX000-Print\DC-ARS-5112-MFP'
WINDOW = '3'
TYPE = 'Notebook'
DRVDIR = 'C:\DRV'
PROGRAMFILES = '/win/c/Program Files'
INFOPATH = '/usr/local/info:/usr/info:/usr/share/info'
UNISONBACKUPDIR = '/home/ASchulma/.unison/LC77E1BASCHULMA/backup'
ARCGISHOME = 'C:\Program Files\ArcGIS\'
DISPLAY = ':0.0'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
COMPUTERNAME = 'LC77E1BASCHULMA'
HISTFILE = '/home/ASchulma/.bash_history'
bashify = '() { local p;
for p in "$@";
do
eval '[ "$'$p'" ] && '$p'=$(cygpath -pu "$'$p'")';
done
}'
_ = '/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
(default) = 'C:\cygwin'
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygwin
(default) = (unsupported type)
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin
(default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = '/cygdrive'
cygdrive flags = 0x00000022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = 'C:\Documents and Settings\ASchulma\My Documents\opt\cygwin-1.5'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = 'C:\Documents and Settings\ASchulma\My Documents\opt\cygwin-1.5/bin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = 'C:\Documents and Settings\ASchulma\My Documents\opt\cygwin-1.5/lib'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
(default) = 'C:\Documents and Settings\ASchulma\My Documents\opt\cygwin-1.7'
obcaseinsensitive set to 1
c: hd NTFS 76308Mb 70% CP CS UN PA FC SYSTEM
d: hd NTFS 1999Mb 71% CP CS UN PA FC HOME
f: net NTFS 496634Mb 68% CP CS UN PA FC DCCX000-OECA01
g: net NTFS 496634Mb 68% CP CS UN PA FC DCCX000-OECA01
h: net NTFS 496634Mb 68% CP CS UN PA FC DCCX000-OECA01
i: net NTFS 496634Mb 68% CP CS UN PA FC DCCX000-OECA01
v: net NTFS 206005Mb 7% CP CS UN PA FC VOL1
w: cd N/A N/A
z: net NTFS 857335Mb 37% CP CS UN PA FC DATA STORAGE 002
C:\Documents and Settings\aschulma\My Documents\download /archive user binary
d: /home/ASchulma user binary
C:\Program Files\Agent\Data /home/ASchulma/software/Agent user binary
C:\Program Files\IBM\Lotus\Notes\Data /home/ASchulma/software/Notes/Data user binary
C:\Program Files\Oracle\instantclient_11_1\network\admin /home/ASchulma/software/Oracle user binary
C:\Program Files\Schulman /home/ASchulma/software/Schulman user binary
C:\cygwin / system binary,auto
C:/cygwin/bin /usr/bin system binary
C:/cygwin/lib /usr/lib system binary
C:\WINDOWS\Fonts /usr/share/fonts/corefonts system binary
cygdrive prefix /win user binary,posix=0,auto
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\awk.exe
-> C:\cygwin\bin\gawk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\cpp.exe
-> C:\cygwin\etc\alternatives\cpp
-> C:\cygwin\bin\cpp-3.exe
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\find.exe
Found: C:\WINDOWS\System32\find.exe
Warning: C:\cygwin\bin\find.exe hides C:\WINDOWS\System32\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gcc.exe
-> C:\cygwin\etc\alternatives\gcc
-> C:\cygwin\bin\gcc-3.exe
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\patch.exe
Found: C:\cygwin\bin\patch.exe
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\test.exe
Found: C:\cygwin\bin\test.exe
Not Found: vi
Not Found: vim
72k 2008/10/26 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0
"cygaudio-2.dll" v0.0 ts=2008/10/26 6:53
57k 2008/12/31 C:\cygwin\bin\cygbind9-50.dll - os=4.0 img=1.0 sys=4.0
"cygbind9-50.dll" v0.0 ts=2008/12/31 2:16
61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2009/3/2 3:11
448k 2009/02/24 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-2.dll" v0.0 ts=2009/2/24 7:06
16k 2005/10/11 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0
"cygcompface-0.dll" v0.0 ts=2005/10/11 14:58
7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57
1074k 2009/03/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.8.dll" v0.0 ts=2009/3/25 17:45
251k 2009/04/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-4.dll" v0.0 ts=2009/4/1 17:24
703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58
943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12
1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58
1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12
2134k 2008/12/31 C:\cygwin\bin\cygdns-50.dll - os=4.0 img=1.0 sys=4.0
"cygdns-50.dll" v0.0 ts=2008/12/31 2:16
118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-1.dll" v0.0 ts=2008/5/9 5:03
9k 2009/03/12 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2009/3/6 13:37
161k 2008/06/01 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2008/6/1 23:16
19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontenc-1.dll" v0.0 ts=2008/10/26 22:25
40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
"cygform-8.dll" v0.0 ts=2009/3/1 6:32
41k 2009/03/27 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0
"cygform-9.dll" v0.0 ts=2009/3/27 6:02
48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 10:25
860k 2008/03/23 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0
"cygfpx-1.dll" v0.0 ts=2008/3/23 21:12
430k 2009/01/28 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-6.dll" v0.0 ts=2009/1/28 5:48
42k 2009/03/12 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2009/3/6 11:54
19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58
8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58
651k 2009/03/12 C:\cygwin\bin\cyggfortran-3.dll - os=4.0 img=1.0 sys=4.0
"cyggfortran-3.dll" v0.0 ts=2009/3/6 13:29
2297k 2008/10/29 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2008/10/29 6:13
515k 2006/06/06 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygglib-2.0-0.dll" v0.0 ts=2006/6/5 23:32
148k 2006/10/27 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-1.dll" v0.0 ts=2006/10/27 22:37
20k 2006/10/27 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-glx-1.dll" v0.0 ts=2006/10/27 22:38
10k 2006/06/06 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggmodule-2.0-0.dll" v0.0 ts=2006/6/5 23:36
315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2009/6/6 12:23
222k 2006/06/06 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggobject-2.0-0.dll" v0.0 ts=2006/6/5 23:35
23k 2009/03/12 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2009/3/6 15:00
5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0
"cyggs-8.dll" v0.0 ts=2008/11/27 13:24
1631k 2008/12/19 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0
"cyggsl-0.dll" v0.0 ts=2008/12/19 22:06
186k 2009/04/25 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0
"cyggslcblas-0.dll" v0.0 ts=2009/4/25 13:52
14k 2006/06/06 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggthread-2.0-0.dll" v0.0 ts=2006/6/5 23:36
24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
"cyghistory6.dll" v0.0 ts=2009/6/23 13:20
25k 2009/06/23 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2009/6/23 16:38
72k 2008/10/26 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2008/10/26 2:55
270k 2009/05/07 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.0 sys=4.0
"cygicons-0.dll" v0.0 ts=2009/5/7 1:58
981k 2009/05/30 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2009/5/30 20:05
189k 2009/02/22 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0
"cygidn-11.dll" v0.0 ts=2009/2/22 17:43
37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 22:50
31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
"cygintl-3.dll" v0.0 ts=2005/11/20 2:04
31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0
"cygintl-8.dll" v0.0 ts=2009/4/3 2:15
345k 2008/12/31 C:\cygwin\bin\cygisc-50.dll - os=4.0 img=1.0 sys=4.0
"cygisc-50.dll" v0.0 ts=2008/12/31 2:09
44k 2008/12/31 C:\cygwin\bin\cygisccc-50.dll - os=4.0 img=1.0 sys=4.0
"cygisccc-50.dll" v0.0 ts=2008/12/31 2:10
94k 2008/12/31 C:\cygwin\bin\cygisccfg-50.dll - os=4.0 img=1.0 sys=4.0
"cygisccfg-50.dll" v0.0 ts=2008/12/31 2:16
246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0
"cygjasper-1.dll" v0.0 ts=2008/4/2 17:19
41k 2009/03/10 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0
"cygjbig-2.dll" v0.0 ts=2009/3/10 3:10
125k 2009/03/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2009/3/8 4:48
39k 2008/09/07 C:\cygwin\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cyglber-2-3-0.dll" v0.0 ts=2008/9/7 13:28
173k 2008/03/23 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0
"cyglcms-1.dll" v0.0 ts=2008/3/23 11:35
189k 2008/09/07 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap-2-3-0.dll" v0.0 ts=2008/9/7 13:29
201k 2008/09/07 C:\cygwin\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap_r-2-3-0.dll" v0.0 ts=2008/9/7 13:31
5k 2009/06/18 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2009/6/18 11:52
9k 2009/06/18 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2
27k 2009/06/19 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-7.dll" v0.0 ts=2009/6/19 21:27
78k 2008/12/31 C:\cygwin\bin\cyglwres-50.dll - os=4.0 img=1.0 sys=4.0
"cyglwres-50.dll" v0.0 ts=2008/12/31 2:17
124k 2009/03/15 C:\cygwin\bin\cyglzma-0.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-0.dll" v0.0 ts=2009/3/15 7:01
124k 2009/06/20 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-1.dll" v0.0 ts=2009/6/20 3:49
98k 2009/03/16 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2009/3/16 17:32
395k 2008/04/17 C:\cygwin\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagick++-1.dll" v0.0 ts=2008/4/17 20:21
1915k 2008/04/17 C:\cygwin\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickCore-1.dll" v0.0 ts=2008/4/17 20:05
782k 2008/04/17 C:\cygwin\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickWand-1.dll" v0.0 ts=2008/4/17 20:17
21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-8.dll" v0.0 ts=2009/3/1 6:31
21k 2009/03/27 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-9.dll" v0.0 ts=2009/3/27 6:01
29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 10:25
24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0
"cygminires.dll" v0.0 ts=2008/10/31 0:53
211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0
"cygmp-3.dll" v0.0 ts=2009/6/6 12:23
269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpfr-1.dll" v0.0 ts=2009/6/7 22:10
66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39
334k 2009/03/27 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-9.dll" v0.0 ts=2009/3/27 6:12
237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-8.dll" v0.0 ts=2009/3/1 6:28
164k 2009/03/27 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-9.dll" v0.0 ts=2009/3/27 5:58
224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 10:24
11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-8.dll" v0.0 ts=2009/3/1 6:30
11k 2009/03/27 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-9.dll" v0.0 ts=2009/3/27 6:00
19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 10:24
190k 2009/04/17 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2009/4/17 17:07
302k 2008/09/07 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcrecpp-0.dll" v0.0 ts=2008/9/7 4:36
7k 2009/04/17 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2009/4/17 17:07
1543k 2008/07/03 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2008/6/30 17:06
273k 2008/10/23 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygpixman-1-0.dll" v0.0 ts=2008/10/23 22:25
242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2009/3/7 22:38
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 6:45
103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0
"cygpq.dll" v0.0 ts=2009/1/7 16:46
155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
"cygreadline6.dll" v0.0 ts=2009/6/23 13:20
162k 2009/06/23 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2009/6/23 16:38
78k 2004/10/13 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0
"cygsasl2-2.dll" v0.0 ts=2004/10/13 23:50
26k 2008/10/26 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2008/10/26 3:02
116k 2009/04/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0
"cygssh2-1.dll" v0.0 ts=2009/4/1 1:11
232k 2009/03/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.8.dll" v0.0 ts=2009/3/25 17:45
8k 2009/03/12 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2009/3/6 12:49
493k 2009/03/12 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2009/3/6 12:46
5k 2009/01/14 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0
"cygstunnel.dll" v0.0 ts=2009/1/14 16:43
66k 2009/03/27 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0
"cygtic-9.dll" v0.0 ts=2009/3/27 5:54
312k 2009/03/08 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiff-5.dll" v0.0 ts=2009/3/8 23:31
281k 2009/03/08 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiffxx-5.dll" v0.0 ts=2009/3/8 23:31
41k 2007/03/31 C:\cygwin\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0
"cygusb0.dll" v0.0 ts=2007/3/31 22:00
24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0
"cygwrap-0.dll" v0.0 ts=2009/3/29 7:28
885k 2009/01/29 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2009/1/28 16:11
8k 2008/10/24 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
"cygXau-6.dll" v0.0 ts=2008/10/24 18:36
351k 2008/11/21 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2008/11/21 1:05
268k 2008/11/15 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw3d-7.dll" v0.0 ts=2008/11/13 8:37
77k 2009/02/09 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-1.dll" v0.0 ts=2009/2/9 4:06
21k 2009/02/09 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-0.dll" v0.0 ts=2009/2/9 4:06
10k 2008/12/18 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-util-0.dll" v0.0 ts=2008/12/18 0:51
5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06
16k 2008/10/24 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXdmcp-6.dll" v0.0 ts=2008/10/24 20:14
49k 2008/10/26 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2008/10/26 4:25
62k 2008/10/26 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2008/10/26 7:52
121k 2008/11/04 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0
"cygxkbfile-1.dll" v0.0 ts=2008/11/4 5:34
1082k 2009/01/28 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2009/1/28 4:37
74k 2008/10/26 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2008/10/26 8:05
10k 2008/10/26 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
"cygXmuu-1.dll" v0.0 ts=2008/10/26 8:05
53k 2008/10/26 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2008/10/26 8:14
31k 2008/10/26 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2008/10/26 8:28
281k 2008/10/26 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
"cygXt-6.dll" v0.0 ts=2008/10/26 8:54
64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2009/3/2 1:33
2376k 2009/06/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2009/6/18 11:51
Cygwin DLL version info:
DLL version: 1.7.0
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 210
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Cygdrive default prefix:
Build date: Thu Jun 18 12:51:49 CEST 2009
Shared id: cygwin1S5
72k 2008/10/26 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0
"cygaudio-2.dll" v0.0 ts=2008/10/26 6:53
57k 2008/12/31 C:\cygwin\bin\cygbind9-50.dll - os=4.0 img=1.0 sys=4.0
"cygbind9-50.dll" v0.0 ts=2008/12/31 2:16
61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2009/3/2 3:11
448k 2009/02/24 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-2.dll" v0.0 ts=2009/2/24 7:06
16k 2005/10/11 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0
"cygcompface-0.dll" v0.0 ts=2005/10/11 14:58
7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57
1074k 2009/03/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.8.dll" v0.0 ts=2009/3/25 17:45
251k 2009/04/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-4.dll" v0.0 ts=2009/4/1 17:24
703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58
943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12
1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58
1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12
2134k 2008/12/31 C:\cygwin\bin\cygdns-50.dll - os=4.0 img=1.0 sys=4.0
"cygdns-50.dll" v0.0 ts=2008/12/31 2:16
118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-1.dll" v0.0 ts=2008/5/9 5:03
9k 2009/03/12 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2009/3/6 13:37
161k 2008/06/01 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2008/6/1 23:16
19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontenc-1.dll" v0.0 ts=2008/10/26 22:25
40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
"cygform-8.dll" v0.0 ts=2009/3/1 6:32
41k 2009/03/27 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0
"cygform-9.dll" v0.0 ts=2009/3/27 6:02
48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 10:25
860k 2008/03/23 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0
"cygfpx-1.dll" v0.0 ts=2008/3/23 21:12
430k 2009/01/28 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-6.dll" v0.0 ts=2009/1/28 5:48
42k 2009/03/12 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2009/3/6 11:54
19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58
8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58
651k 2009/03/12 C:\cygwin\bin\cyggfortran-3.dll - os=4.0 img=1.0 sys=4.0
"cyggfortran-3.dll" v0.0 ts=2009/3/6 13:29
2297k 2008/10/29 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2008/10/29 6:13
515k 2006/06/06 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygglib-2.0-0.dll" v0.0 ts=2006/6/5 23:32
148k 2006/10/27 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-1.dll" v0.0 ts=2006/10/27 22:37
20k 2006/10/27 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-glx-1.dll" v0.0 ts=2006/10/27 22:38
10k 2006/06/06 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggmodule-2.0-0.dll" v0.0 ts=2006/6/5 23:36
315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2009/6/6 12:23
222k 2006/06/06 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggobject-2.0-0.dll" v0.0 ts=2006/6/5 23:35
23k 2009/03/12 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2009/3/6 15:00
5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0
"cyggs-8.dll" v0.0 ts=2008/11/27 13:24
1631k 2008/12/19 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0
"cyggsl-0.dll" v0.0 ts=2008/12/19 22:06
186k 2009/04/25 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0
"cyggslcblas-0.dll" v0.0 ts=2009/4/25 13:52
14k 2006/06/06 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggthread-2.0-0.dll" v0.0 ts=2006/6/5 23:36
24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
"cyghistory6.dll" v0.0 ts=2009/6/23 13:20
25k 2009/06/23 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2009/6/23 16:38
72k 2008/10/26 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2008/10/26 2:55
270k 2009/05/07 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.0 sys=4.0
"cygicons-0.dll" v0.0 ts=2009/5/7 1:58
981k 2009/05/30 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2009/5/30 20:05
189k 2009/02/22 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0
"cygidn-11.dll" v0.0 ts=2009/2/22 17:43
37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 22:50
31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
"cygintl-3.dll" v0.0 ts=2005/11/20 2:04
31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0
"cygintl-8.dll" v0.0 ts=2009/4/3 2:15
345k 2008/12/31 C:\cygwin\bin\cygisc-50.dll - os=4.0 img=1.0 sys=4.0
"cygisc-50.dll" v0.0 ts=2008/12/31 2:09
44k 2008/12/31 C:\cygwin\bin\cygisccc-50.dll - os=4.0 img=1.0 sys=4.0
"cygisccc-50.dll" v0.0 ts=2008/12/31 2:10
94k 2008/12/31 C:\cygwin\bin\cygisccfg-50.dll - os=4.0 img=1.0 sys=4.0
"cygisccfg-50.dll" v0.0 ts=2008/12/31 2:16
246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0
"cygjasper-1.dll" v0.0 ts=2008/4/2 17:19
41k 2009/03/10 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0
"cygjbig-2.dll" v0.0 ts=2009/3/10 3:10
125k 2009/03/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2009/3/8 4:48
39k 2008/09/07 C:\cygwin\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cyglber-2-3-0.dll" v0.0 ts=2008/9/7 13:28
173k 2008/03/23 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0
"cyglcms-1.dll" v0.0 ts=2008/3/23 11:35
189k 2008/09/07 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap-2-3-0.dll" v0.0 ts=2008/9/7 13:29
201k 2008/09/07 C:\cygwin\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap_r-2-3-0.dll" v0.0 ts=2008/9/7 13:31
5k 2009/06/18 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2009/6/18 11:52
9k 2009/06/18 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2
27k 2009/06/19 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-7.dll" v0.0 ts=2009/6/19 21:27
78k 2008/12/31 C:\cygwin\bin\cyglwres-50.dll - os=4.0 img=1.0 sys=4.0
"cyglwres-50.dll" v0.0 ts=2008/12/31 2:17
124k 2009/03/15 C:\cygwin\bin\cyglzma-0.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-0.dll" v0.0 ts=2009/3/15 7:01
124k 2009/06/20 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-1.dll" v0.0 ts=2009/6/20 3:49
98k 2009/03/16 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2009/3/16 17:32
395k 2008/04/17 C:\cygwin\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagick++-1.dll" v0.0 ts=2008/4/17 20:21
1915k 2008/04/17 C:\cygwin\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickCore-1.dll" v0.0 ts=2008/4/17 20:05
782k 2008/04/17 C:\cygwin\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickWand-1.dll" v0.0 ts=2008/4/17 20:17
21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-8.dll" v0.0 ts=2009/3/1 6:31
21k 2009/03/27 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-9.dll" v0.0 ts=2009/3/27 6:01
29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 10:25
24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0
"cygminires.dll" v0.0 ts=2008/10/31 0:53
211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0
"cygmp-3.dll" v0.0 ts=2009/6/6 12:23
269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpfr-1.dll" v0.0 ts=2009/6/7 22:10
66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39
334k 2009/03/27 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-9.dll" v0.0 ts=2009/3/27 6:12
237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-8.dll" v0.0 ts=2009/3/1 6:28
164k 2009/03/27 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-9.dll" v0.0 ts=2009/3/27 5:58
224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 10:24
11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-8.dll" v0.0 ts=2009/3/1 6:30
11k 2009/03/27 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-9.dll" v0.0 ts=2009/3/27 6:00
19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 10:24
190k 2009/04/17 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2009/4/17 17:07
302k 2008/09/07 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcrecpp-0.dll" v0.0 ts=2008/9/7 4:36
7k 2009/04/17 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2009/4/17 17:07
1543k 2008/07/03 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2008/6/30 17:06
273k 2008/10/23 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygpixman-1-0.dll" v0.0 ts=2008/10/23 22:25
242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2009/3/7 22:38
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 6:45
103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0
"cygpq.dll" v0.0 ts=2009/1/7 16:46
155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
"cygreadline6.dll" v0.0 ts=2009/6/23 13:20
162k 2009/06/23 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2009/6/23 16:38
78k 2004/10/13 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0
"cygsasl2-2.dll" v0.0 ts=2004/10/13 23:50
26k 2008/10/26 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2008/10/26 3:02
116k 2009/04/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0
"cygssh2-1.dll" v0.0 ts=2009/4/1 1:11
232k 2009/03/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.8.dll" v0.0 ts=2009/3/25 17:45
8k 2009/03/12 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2009/3/6 12:49
493k 2009/03/12 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2009/3/6 12:46
5k 2009/01/14 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0
"cygstunnel.dll" v0.0 ts=2009/1/14 16:43
66k 2009/03/27 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0
"cygtic-9.dll" v0.0 ts=2009/3/27 5:54
312k 2009/03/08 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiff-5.dll" v0.0 ts=2009/3/8 23:31
281k 2009/03/08 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiffxx-5.dll" v0.0 ts=2009/3/8 23:31
41k 2007/03/31 C:\cygwin\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0
"cygusb0.dll" v0.0 ts=2007/3/31 22:00
24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0
"cygwrap-0.dll" v0.0 ts=2009/3/29 7:28
885k 2009/01/29 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2009/1/28 16:11
8k 2008/10/24 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
"cygXau-6.dll" v0.0 ts=2008/10/24 18:36
351k 2008/11/21 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2008/11/21 1:05
268k 2008/11/15 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw3d-7.dll" v0.0 ts=2008/11/13 8:37
77k 2009/02/09 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-1.dll" v0.0 ts=2009/2/9 4:06
21k 2009/02/09 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-0.dll" v0.0 ts=2009/2/9 4:06
10k 2008/12/18 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-util-0.dll" v0.0 ts=2008/12/18 0:51
5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06
16k 2008/10/24 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXdmcp-6.dll" v0.0 ts=2008/10/24 20:14
49k 2008/10/26 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2008/10/26 4:25
62k 2008/10/26 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2008/10/26 7:52
121k 2008/11/04 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0
"cygxkbfile-1.dll" v0.0 ts=2008/11/4 5:34
1082k 2009/01/28 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2009/1/28 4:37
74k 2008/10/26 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2008/10/26 8:05
10k 2008/10/26 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
"cygXmuu-1.dll" v0.0 ts=2008/10/26 8:05
53k 2008/10/26 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2008/10/26 8:14
31k 2008/10/26 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2008/10/26 8:28
281k 2008/10/26 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
"cygXt-6.dll" v0.0 ts=2008/10/26 8:54
64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2009/3/2 1:33
2376k 2009/06/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2009/6/18 11:51
Cygwin DLL version info:
DLL version: 1.7.0
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 210
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Cygdrive default prefix:
Build date: Thu Jun 18 12:51:49 CEST 2009
Shared id: cygwin1S5
399k 2009/03/19 C:\cygwin\lib\lapack\cygblas-0.dll - os=4.0 img=1.0 sys=4.0
"cygblas-0.dll" v0.0 ts=2009/3/19 20:31
578k 2006/03/24 C:\cygwin\lib\lapack\cygblas.dll - os=4.0 img=1.0 sys=4.0
"cygblas.dll" v0.0 ts=2006/3/24 5:30
3721k 2009/03/19 C:\cygwin\lib\lapack\cyglapack-0.dll - os=4.0 img=1.0 sys=4.0
"cyglapack-0.dll" v0.0 ts=2009/3/19 20:46
4887k 2006/03/24 C:\cygwin\lib\lapack\cyglapack.dll - os=4.0 img=1.0 sys=4.0
"cyglapack.dll" v0.0 ts=2006/3/24 5:30
No Cygwin services found.
Cygwin Package Information
Last downloaded files to: C:\Documents and Settings\aschulma\My Documents\download\utilities\cygwin-1.7
Last downloaded files from: http://mirror.mcs.anl.gov/cygwin/
Package Version
_update-info-dir 00826-1
alternatives 1.3.30c-10
ash 20040127-4
atool 0.35.0-1
autoconf 6-10
autoconf2.1 2.13-10
autoconf2.5 2.63-10
automake 4-10
automake1.10 1.10.2-10
automake1.11 1.11-10
automake1.4 1.4p6-10
automake1.5 1.5-10
automake1.6 1.6.3-11
automake1.7 1.7.9-10
automake1.8 1.8.5-10
automake1.9 1.9.6-10
autossh 1.4b-1
base-cygwin 2.0-1
base-files 3.8-4
base-passwd 3.1-1
bash 3.2.49-22
bind 9.6.0-1
binutils 20080624-2
bzip2 1.0.5-10
bzr 1.11-1
compface 1.5.2-1
coreutils 7.0-2
crypt 1.1-1
csih 0.9.0-1
curl 7.19.4-1
cygport 0.9.7-1
cygrunsrv 1.34-1
cygutils 1.4.0-1
cygwin 1.7.0-50
cygwin-doc 1.5-1
desktop-file-utils 0.10-1
diffstat 1.47-1
diffutils 2.8.7-1
e2fsprogs 1.35-3
editrights 1.01-2
expat 2.0.1-1
file 5.00-3
findutils 4.5.4-1
font-adobe-dpi100 1.0.0-1
font-adobe-utopia-dpi100 1.0.1-1
font-adobe-utopia-type1 1.0.1-1
font-alias 1.0.1-1
font-bh-dpi100 1.0.0-1
font-bh-lucidatypewriter-dpi100 1.0.0-1
font-bh-ttf 1.0.0-1
font-bh-type1 1.0.0-1
font-bitstream-dpi100 1.0.0-1
font-bitstream-speedo 1.0.0-1
font-bitstream-type1 1.0.0-1
font-bitstream-vera-ttf 1.10-1
font-cursor-misc 1.0.0-1
font-encodings 1.0.2-1
font-ibm-type1 1.0.0-1
font-misc-meltho 1.0.0-1
font-misc-misc 1.0.0-1
font-mutt-misc 1.0.0-1
font-schumacher-misc 1.0.0-1
font-sony-misc 1.0.0-1
font-sun-misc 1.0.0-1
font-util 1.0.1-1
font-xfree86-type1 1.0.1-1
fontconfig 2.6.0-1
gawk 3.1.6-2
gcc-core 3.4.4-999
gcc-g++ 3.4.4-999
gcc-mingw-core 20050522-1
gcc-mingw-g++ 20050522-1
gcc4 4.3.2-2
gcc4-core 4.3.2-2
gcc4-g++ 4.3.2-2
ghostscript 8.63-2
ghostscript-fonts-other 6.0-1
ghostscript-fonts-std 8.11-1
glib2 2.10.3-1
gnupg 1.4.9-2
grep 2.5.3-1
groff 1.19.2-2
gsl 1.12-4
gzip 1.3.12-2
httptunnel 3.3-1
ImageMagick 6.4.0.6-1
ipc-utils 1.0-1
less 429-1
lftp 3.7.6-4
libaudio2 1.9.1-2
libbind9_50 9.6.0-1
libbz2_1 1.0.5-10
libcairo2 1.8.6-2
libcurl4 7.19.4-1
libdb4.2 4.2.52.5-2
libdb4.5 4.5.20.2-2
libdns50 9.6.0-1
libexpat1 2.0.1-1
libexpat1-devel 2.0.1-1
libffi4 4.3.2-2
libfontconfig1 2.6.0-1
libfontenc1 1.0.4-2
libfpx1 1.2.0.13-1
libfreetype6 2.3.8-1
libgcc1 4.3.2-2
libgdbm4 1.8.3-20
libgfortran3 4.3.2-2
libGL1 7.2-2
libglitz1 0.5.6-1
libgmp3 4.3.1-3
libgomp1 4.3.2-2
libgs8 8.63-2
libICE6 1.0.4-2
libiconv2 1.13-10
libidn11 1.9-1
libImageMagick1 6.4.0.6-1
libintl2 0.12.1-3
libintl3 0.14.5-1
libintl8 0.17-11
libisc50 9.6.0-1
libisccc50 9.6.0-1
libisccfg50 9.6.0-1
libjasper1 1.900.1-1
libjbig2 2.0-10
libjpeg62 6b-20
liblapack 3.0-9
liblapack0 3.1.1-2
liblcms1 1.17-1
libltdl7 2.2.7a-13
liblwres50 9.6.0-1
liblzma0 4.999.8beta-10
liblzma1 4.999.8beta_20090605-10
libmpfr1 2.4.1-4
libncurses-devel 5.7-14
libncurses7 5.3-4
libncurses8 5.5-10
libncurses9 5.7-14
libopenldap2_3_0 2.3.43-1
libpcre0 7.9-1
libpixman1_0 0.12.0-1
libpng12 1.2.35-10
libpopt0 1.6.4-4
libpq5 8.2.11-1
libreadline6 5.2.14-12
libreadline7 6.0.3-1
libsasl2 2.1.19-3
libSM6 1.1.0-1
libssh2_1 1.0-1
libssp0 4.3.2-2
libstdc++6 4.3.2-2
libstdc++6-devel 4.3.2-2
libtiff5 3.8.2-10
libtool 2.2.7a-13
libusb-win32 0.1.12.1-2
libwrap0 7.6-20
libX11_6 1.1.5-2
libXau6 1.0.4-1
libXaw3d7 1.5D-8
libXaw7 1.0.5-1
libxcb-render-util0 0.3.2-1
libxcb-render0 1.1-3
libxcb-xlib0 1.1-3
libxcb1 1.1-3
libXdmcp6 1.0.2-3
libXext6 1.0.4-1
libXft2 2.1.13-1
libxkbfile1 1.0.5-2
libxml2 2.7.3-1
libXmu6 1.0.4-1
libXmuu1 1.0.4-1
libXpm4 3.5.7-2
libXrender1 0.9.4-2
libXt6 1.0.5-2
lndir 1.0.1-2
login 1.10-10
m4 1.4.13-1
make 3.81-2
man 1.6e-1
mingw-runtime 3.15.2-1
minires 1.02-1
mkfontdir 1.0.4-1
mkfontscale 1.0.5-1
ncurses 5.7-14
netcat 1.10-2
ocaml 3.08.1-1
openssh 5.2p1-2
openssl 0.9.8k-2
orpie 1.5.1-1
p7zip 4.65-10
par 1.52-1
patch 2.5.8-9
patchutils 0.3.1-1
perl 5.10.0-5
perl-Image-Magick 6.4.0.6-1
pinfo 0.6.9-1
ping 1.0-1
procps 3.2.7-1
psmisc 21.5-3
python 2.5.2-1
readline 6.0.3-1
rebase 3.0-2
rgb 1.0.3-1
rsync 3.0.5-1
run 1.1.10-1
screen 4.0.3-1
sed 4.1.5-2
shutdown 1.7-1
stow 1.3.3-1
stunnel 4.26-2
tar 1.22-1
tcltk 20080420-1
termcap 20050421-1
terminfo 5.7_20090228-10
terminfo0 5.5_20061104-10
texinfo 4.13-3
time 1.7-2
tzcode 2008h-1
unace 1.2b-1
unison2.27 2.27.57-4
unzip 5.52-10
upx 3.01-1
util-linux 2.14.1-1
w32api 3.13-1
wget 1.11.4-4
which 2.20-2
whois 4.7.32-1
xauth 1.0.3-1
xcursor-themes 1.0.1-1
xemacs 21.4.22-1
xfontsel 1.0.2-2
xkbcomp 1.0.5-1
xkeyboard-config 1.4-1
xlsfonts 1.0.2-1
xorg-server 1.5.3-7
xz 4.999.8beta_20090605-10
zip 3.0-10
zlib 1.2.3-10
zlib-devel 1.2.3-10
zlib0 1.2.3-10
Use -h to see help about each section
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-24 18:10 [1.7.0-50] scp progress counter flies through first 175 MB or so Andrew Schulman
@ 2009-06-25 14:50 ` Corinna Vinschen
2009-06-25 15:06 ` Christopher Faylor
0 siblings, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-25 14:50 UTC (permalink / raw)
To: cygwin
On Jun 24 13:17, Andrew Schulman wrote:
> Here's an odd one.
>
> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
> progress counter appears to show ridiculously fast transfer rates, e.g.
> about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
> that the counter settles down to normal speed. Then when the counter
> reaches the end, it "hangs" at 100% for the remaining time while the copy
> finishes.
>
> At first I thought that the copy itself was being corrupted in the first
> 175 MB, but I'm no longer able to reproduce that. I believe now that the
> copy is good and it's only the progress counter that's wrong.
>
> When I revert to Cygwin 1.7.0-49, this problem doesn't occur.
I can reproduce that copying a file via scp from a Windows machine to
a Linux box.
It looks like the pipes between the local scp and the local ssh are now
exchanging the data quicker at the start than the ssh socket can send
them to the remote machine. On my XP machine, scp advances quickly by
about 260 Megs (hard to tell, maybe it's exaclty 256 Megs for some
reason?), then keeps the advance roughly at that value until scp
finished. At the end scp is just waiting for ssh which still has to
send the 256/260 Megs of data.
This is really weird, given that Cygwin does not create such a big
buffer for the pipe. Consequentially Task Manager claims that the
memory is neither taken by scp, nor by ssh. Both processes have normal
VM sizes < 10 Megs. Per Task manager the memory is paged Kernel Memory.
A strange side effect is that the entire time taken by the data
transmission is longer than with -49, by almost exactly the time it
takes to empty the big kernel cache.
Puzzeling.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 14:50 ` Corinna Vinschen
@ 2009-06-25 15:06 ` Christopher Faylor
2009-06-25 15:21 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Christopher Faylor @ 2009-06-25 15:06 UTC (permalink / raw)
To: cygwin
On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
>On Jun 24 13:17, Andrew Schulman wrote:
>> Here's an odd one.
>>
>> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
>> progress counter appears to show ridiculously fast transfer rates, e.g.
>> about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
>> that the counter settles down to normal speed. Then when the counter
>> reaches the end, it "hangs" at 100% for the remaining time while the copy
>> finishes.
>>
>> At first I thought that the copy itself was being corrupted in the first
>> 175 MB, but I'm no longer able to reproduce that. I believe now that the
>> copy is good and it's only the progress counter that's wrong.
>>
>> When I revert to Cygwin 1.7.0-49, this problem doesn't occur.
>
>I can reproduce that copying a file via scp from a Windows machine to
>a Linux box.
>
>It looks like the pipes between the local scp and the local ssh are now
>exchanging the data quicker at the start than the ssh socket can send
>them to the remote machine. On my XP machine, scp advances quickly by
>about 260 Megs (hard to tell, maybe it's exaclty 256 Megs for some
>reason?), then keeps the advance roughly at that value until scp
>finished. At the end scp is just waiting for ssh which still has to
>send the 256/260 Megs of data.
>
>This is really weird, given that Cygwin does not create such a big
>buffer for the pipe. Consequentially Task Manager claims that the
>memory is neither taken by scp, nor by ssh. Both processes have normal
>VM sizes < 10 Megs. Per Task manager the memory is paged Kernel Memory.
>A strange side effect is that the entire time taken by the data
>transmission is longer than with -49, by almost exactly the time it
>takes to empty the big kernel cache.
>
>Puzzeling.
Is ssh using non-blocking pipes opened for write? Until a week or two
ago, Cygwin didn't support those and treated the non-blocking write as a
blocking write.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 15:06 ` Christopher Faylor
@ 2009-06-25 15:21 ` Corinna Vinschen
2009-06-25 15:45 ` Christopher Faylor
2009-06-25 16:24 ` [1.7.0-50] scp progress counter flies through first 175 MB or so Corinna Vinschen
0 siblings, 2 replies; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-25 15:21 UTC (permalink / raw)
To: cygwin
On Jun 25 10:05, Christopher Faylor wrote:
> On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
> >On Jun 24 13:17, Andrew Schulman wrote:
> >> Here's an odd one.
> >>
> >> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
> >> progress counter appears to show ridiculously fast transfer rates, e.g.
> >> about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
> >> that the counter settles down to normal speed. Then when the counter
> >> reaches the end, it "hangs" at 100% for the remaining time while the copy
> >> finishes.
> >>
> >> At first I thought that the copy itself was being corrupted in the first
> >> 175 MB, but I'm no longer able to reproduce that. I believe now that the
> >> copy is good and it's only the progress counter that's wrong.
> >>
> >> When I revert to Cygwin 1.7.0-49, this problem doesn't occur.
> >
> >I can reproduce that copying a file via scp from a Windows machine to
> >a Linux box.
> >
> >It looks like the pipes between the local scp and the local ssh are now
> >exchanging the data quicker at the start than the ssh socket can send
> >them to the remote machine. On my XP machine, scp advances quickly by
> >about 260 Megs (hard to tell, maybe it's exaclty 256 Megs for some
> >reason?), then keeps the advance roughly at that value until scp
> >finished. At the end scp is just waiting for ssh which still has to
> >send the 256/260 Megs of data.
> >
> >This is really weird, given that Cygwin does not create such a big
> >buffer for the pipe. Consequentially Task Manager claims that the
> >memory is neither taken by scp, nor by ssh. Both processes have normal
> >VM sizes < 10 Megs. Per Task manager the memory is paged Kernel Memory.
> >A strange side effect is that the entire time taken by the data
> >transmission is longer than with -49, by almost exactly the time it
> >takes to empty the big kernel cache.
> >
> >Puzzeling.
>
> Is ssh using non-blocking pipes opened for write? Until a week or two
> ago, Cygwin didn't support those and treated the non-blocking write as a
> blocking write.
scp switches the pipes to non-blocking and then tries to do blocking io
on its own, using the poll() function. It calls a function called scpio
which basically work like this:
scpio (io_function, fd, buf, size)
{
for (offset = 0; offset < size;) {
r = io_function (fd, buf + offset, size - offset);
[...]
if (r < 0) {
if (errno == EINTR)
continue;
if (errno == EAGAIN || errno == EWOULDBLOCK) {
poll (fd, 1, -1) /* Use poll() for blocking */
continue;
}
[...]
}
offset += r;
}
}
Looks like scp now stumbles over the pipe select() implementation.
Btw., scp knows a `-l bandwidth' parameter to allow to specify a maximum
throughput. If you set this to a value which corresponds to the maximum
throughput of the sending socket in ssh, then you can "optimize" the
problem away and you're back to the old timings.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 15:21 ` Corinna Vinschen
@ 2009-06-25 15:45 ` Christopher Faylor
2009-06-29 5:31 ` Christopher Faylor
2009-06-25 16:24 ` [1.7.0-50] scp progress counter flies through first 175 MB or so Corinna Vinschen
1 sibling, 1 reply; 27+ messages in thread
From: Christopher Faylor @ 2009-06-25 15:45 UTC (permalink / raw)
To: cygwin
On Thu, Jun 25, 2009 at 04:36:51PM +0200, Corinna Vinschen wrote:
>On Jun 25 10:05, Christopher Faylor wrote:
>> On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
>> >On Jun 24 13:17, Andrew Schulman wrote:
>> >> Here's an odd one.
>> >>
>> >> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
>> >> progress counter appears to show ridiculously fast transfer rates, e.g.
>> >> about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
>> >> that the counter settles down to normal speed. Then when the counter
>> >> reaches the end, it "hangs" at 100% for the remaining time while the copy
>> >> finishes.
>> >>
>> >> At first I thought that the copy itself was being corrupted in the first
>> >> 175 MB, but I'm no longer able to reproduce that. I believe now that the
>> >> copy is good and it's only the progress counter that's wrong.
>> >>
>> >> When I revert to Cygwin 1.7.0-49, this problem doesn't occur.
>> >
>> >I can reproduce that copying a file via scp from a Windows machine to
>> >a Linux box.
>> >
>> >It looks like the pipes between the local scp and the local ssh are now
>> >exchanging the data quicker at the start than the ssh socket can send
>> >them to the remote machine. On my XP machine, scp advances quickly by
>> >about 260 Megs (hard to tell, maybe it's exaclty 256 Megs for some
>> >reason?), then keeps the advance roughly at that value until scp
>> >finished. At the end scp is just waiting for ssh which still has to
>> >send the 256/260 Megs of data.
>> >
>> >This is really weird, given that Cygwin does not create such a big
>> >buffer for the pipe. Consequentially Task Manager claims that the
>> >memory is neither taken by scp, nor by ssh. Both processes have normal
>> >VM sizes < 10 Megs. Per Task manager the memory is paged Kernel Memory.
>> >A strange side effect is that the entire time taken by the data
>> >transmission is longer than with -49, by almost exactly the time it
>> >takes to empty the big kernel cache.
>> >
>> >Puzzeling.
>>
>> Is ssh using non-blocking pipes opened for write? Until a week or two
>> ago, Cygwin didn't support those and treated the non-blocking write as a
>> blocking write.
>
>scp switches the pipes to non-blocking and then tries to do blocking io
>on its own, using the poll() function. It calls a function called scpio
>which basically work like this:
>
> scpio (io_function, fd, buf, size)
> {
> for (offset = 0; offset < size;) {
> r = io_function (fd, buf + offset, size - offset);
> [...]
> if (r < 0) {
> if (errno == EINTR)
> continue;
> if (errno == EAGAIN || errno == EWOULDBLOCK) {
> poll (fd, 1, -1) /* Use poll() for blocking */
> continue;
> }
> [...]
> }
> offset += r;
> }
> }
>
>Looks like scp now stumbles over the pipe select() implementation.
Yes. Grumble. That's a bad interaction between non-blocking writes and
our stupid-thanks-to-Microsoft select implementation. I think I can
work around this particular problem though. I'll get to that this
weekend.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 15:21 ` Corinna Vinschen
2009-06-25 15:45 ` Christopher Faylor
@ 2009-06-25 16:24 ` Corinna Vinschen
2009-06-25 16:30 ` Corinna Vinschen
1 sibling, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-25 16:24 UTC (permalink / raw)
To: cygwin
On Jun 25 16:36, Corinna Vinschen wrote:
> On Jun 25 10:05, Christopher Faylor wrote:
> > Is ssh using non-blocking pipes opened for write? Until a week or two
> > ago, Cygwin didn't support those and treated the non-blocking write as a
> > blocking write.
>
> scp switches the pipes to non-blocking and then tries to do blocking io
> on its own, using the poll() function. It calls a function called scpio
> which basically work like this:
>
> scpio (io_function, fd, buf, size)
> {
> for (offset = 0; offset < size;) {
> r = io_function (fd, buf + offset, size - offset);
> [...]
> if (r < 0) {
> if (errno == EINTR)
> continue;
> if (errno == EAGAIN || errno == EWOULDBLOCK) {
> poll (fd, 1, -1) /* Use poll() for blocking */
> continue;
> }
> [...]
> }
> offset += r;
> }
> }
>
> Looks like scp now stumbles over the pipe select() implementation.
I re-activated the old experimental pipe select code using
NtQueryInformationFile and the result is tha scp is more or less back to
normal. It's still using a good amount of kernel memory, about 64 Megs,
but it appears to be working much better with this select implementation.
I'm just not sure if that's now really useful as a generic write select on
pipes.
Btw., while playing with this I also tried something like this:
$ cmd
C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
This *seems* to do something and it finishes writing at one point without
error message, but only the first 192K of the file are written to the
server. The rest just disappears. This is independent of the aforementioned
select method.
However, this works fine:
$ cmd /c type file | ssh linux-box 'cat > file'
AFAICS the difference is just who created the pipe. In the working case
the pipe got created by Cygwin, in the non-working case it has been
created by cmd.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 16:24 ` [1.7.0-50] scp progress counter flies through first 175 MB or so Corinna Vinschen
@ 2009-06-25 16:30 ` Corinna Vinschen
2009-06-25 16:48 ` Christopher Faylor
0 siblings, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-25 16:30 UTC (permalink / raw)
To: cygwin
On Jun 25 16:58, Corinna Vinschen wrote:
> Btw., while playing with this I also tried something like this:
>
> $ cmd
> C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
Ouch! Ouch, ouch, ouch!
I used single quotes rather than double quotes.
Whom do I have to pay to remove this from the mailing list archives
again?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 16:30 ` Corinna Vinschen
@ 2009-06-25 16:48 ` Christopher Faylor
2009-06-25 16:50 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Christopher Faylor @ 2009-06-25 16:48 UTC (permalink / raw)
To: cygwin
On Thu, Jun 25, 2009 at 05:06:06PM +0200, Corinna Vinschen wrote:
>On Jun 25 16:58, Corinna Vinschen wrote:
>> Btw., while playing with this I also tried something like this:
>>
>> $ cmd
>> C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
>
>Ouch! Ouch, ouch, ouch!
>
>I used single quotes rather than double quotes.
>
>Whom do I have to pay to remove this from the mailing list archives
>again?
:-)
So what actually happened? Did you create a file called " file' "? Does
this work ok if you use double quotes?
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 16:48 ` Christopher Faylor
@ 2009-06-25 16:50 ` Corinna Vinschen
0 siblings, 0 replies; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-25 16:50 UTC (permalink / raw)
To: cygwin
On Jun 25 11:21, Christopher Faylor wrote:
> On Thu, Jun 25, 2009 at 05:06:06PM +0200, Corinna Vinschen wrote:
> >On Jun 25 16:58, Corinna Vinschen wrote:
> >> Btw., while playing with this I also tried something like this:
> >>
> >> $ cmd
> >> C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
> >
> >Ouch! Ouch, ouch, ouch!
> >
> >I used single quotes rather than double quotes.
> >
> >Whom do I have to pay to remove this from the mailing list archives
> >again?
>
> :-)
>
> So what actually happened? Did you create a file called " file' "? Does
> this work ok if you use double quotes?
Yes and yes. I can't explain the 192K size of the file on the remote
side. I'm too embarrassed to check but it was almost surly a PEBKAC.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-25 15:45 ` Christopher Faylor
@ 2009-06-29 5:31 ` Christopher Faylor
2009-06-29 9:53 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Christopher Faylor @ 2009-06-29 5:31 UTC (permalink / raw)
To: cygwin
On Thu, Jun 25, 2009 at 10:50:05AM -0400, Christopher Faylor wrote:
>On Thu, Jun 25, 2009 at 04:36:51PM +0200, Corinna Vinschen wrote:
>>Looks like scp now stumbles over the pipe select() implementation.
>
>Yes. Grumble. That's a bad interaction between non-blocking writes and
>our stupid-thanks-to-Microsoft select implementation. I think I can
>work around this particular problem though. I'll get to that this
>weekend.
This should be fixed in the latest snapshot. I hated to do it because I
think I've throttled pipe reads and writes somewhat but it should be
more correct now.
However, the new implementation may play more nicely with things like
rsync which hang on pipe writes.
Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
back on? I don't think I ever saw it fail myself after my last round
of tweaks but I don't remember what the exact problem was. Did it
fail on some version of Windows NT/2000/XP/2003/2008/7?
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 5:31 ` Christopher Faylor
@ 2009-06-29 9:53 ` Corinna Vinschen
2009-06-29 12:52 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-29 9:53 UTC (permalink / raw)
To: cygwin
On Jun 28 15:31, Christopher Faylor wrote:
> On Thu, Jun 25, 2009 at 10:50:05AM -0400, Christopher Faylor wrote:
> >On Thu, Jun 25, 2009 at 04:36:51PM +0200, Corinna Vinschen wrote:
> >>Looks like scp now stumbles over the pipe select() implementation.
> >
> >Yes. Grumble. That's a bad interaction between non-blocking writes and
> >our stupid-thanks-to-Microsoft select implementation. I think I can
> >work around this particular problem though. I'll get to that this
> >weekend.
>
> This should be fixed in the latest snapshot. I hated to do it because I
> think I've throttled pipe reads and writes somewhat but it should be
> more correct now.
>
> However, the new implementation may play more nicely with things like
> rsync which hang on pipe writes.
>
> Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
> back on?
I'm a bit wary to do that, but...
> I don't think I ever saw it fail myself after my last round
> of tweaks but I don't remember what the exact problem was. Did it
> fail on some version of Windows NT/2000/XP/2003/2008/7?
...I just searched for the old threads and here's where the problem
starts:
http://cygwin.com/ml/cygwin/2004-09/msg00416.html
That led to:
http://cygwin.com/ml/cygwin-patches/2004-q3/msg00091.html
And then there was the Unison problem:
http://cygwin.com/ml/cygwin/2004-09/msg01131.html
Which was subsequently discussed here:
http://cygwin.com/ml/cygwin-patches/2004-q3/msg00133.html
I tested sftp with big files (Gigs) and it appears to work fine with the
FIXME code switched back to life. I tested the unison command using
Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
various combinations with pipes created by a native application and with
native applications on send and receive side of a Cygwin pipe and all my
testcases worked as expected.
So, maybe we should really give it a try again.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 9:53 ` Corinna Vinschen
@ 2009-06-29 12:52 ` Corinna Vinschen
2009-06-29 15:06 ` Christopher Faylor
0 siblings, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-29 12:52 UTC (permalink / raw)
To: cygwin
On Jun 29 11:28, Corinna Vinschen wrote:
> On Jun 28 15:31, Christopher Faylor wrote:
> > Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
> > back on?
>
> I'm a bit wary to do that, but...
>
> > I don't think I ever saw it fail myself after my last round
> > of tweaks but I don't remember what the exact problem was. Did it
> > fail on some version of Windows NT/2000/XP/2003/2008/7?
>
> ...I just searched for the old threads and here's where the problem
> starts:
> http://cygwin.com/ml/cygwin/2004-09/msg00416.html
>
> That led to:
> http://cygwin.com/ml/cygwin-patches/2004-q3/msg00091.html
>
> And then there was the Unison problem:
> http://cygwin.com/ml/cygwin/2004-09/msg01131.html
>
> Which was subsequently discussed here:
> http://cygwin.com/ml/cygwin-patches/2004-q3/msg00133.html
>
> I tested sftp with big files (Gigs) and it appears to work fine with the
> FIXME code switched back to life. I tested the unison command using
> Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
> various combinations with pipes created by a native application and with
> native applications on send and receive side of a Cygwin pipe and all my
> testcases worked as expected.
>
> So, maybe we should really give it a try again.
Btw., I also tried the rsync of 9000 files with the FIXME code active
and it worked a couple of times in a row without fail.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 12:52 ` Corinna Vinschen
@ 2009-06-29 15:06 ` Christopher Faylor
2009-06-29 15:40 ` Corinna Vinschen
2009-06-29 15:44 ` Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so) Christopher Faylor
0 siblings, 2 replies; 27+ messages in thread
From: Christopher Faylor @ 2009-06-29 15:06 UTC (permalink / raw)
To: cygwin
On Mon, Jun 29, 2009 at 11:53:22AM +0200, Corinna Vinschen wrote:
>On Jun 29 11:28, Corinna Vinschen wrote:
>>On Jun 28 15:31, Christopher Faylor wrote:
>>>Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
>>>back on?
>>
>>I'm a bit wary to do that, but...
>>
>>>I don't think I ever saw it fail myself after my last round of tweaks
>>>but I don't remember what the exact problem was. Did it fail on some
>>>version of Windows NT/2000/XP/2003/2008/7?
>>
>>...I just searched for the old threads and here's where the problem
>>starts: http://cygwin.com/ml/cygwin/2004-09/msg00416.html
>>
>>That led to: http://cygwin.com/ml/cygwin-patches/2004-q3/msg00091.html
>>
>>And then there was the Unison problem:
>>http://cygwin.com/ml/cygwin/2004-09/msg01131.html
>>
>>Which was subsequently discussed here:
>>http://cygwin.com/ml/cygwin-patches/2004-q3/msg00133.html
>>
>>I tested sftp with big files (Gigs) and it appears to work fine with
>>the FIXME code switched back to life. I tested the unison command
>>using Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
>>various combinations with pipes created by a native application and
>>with native applications on send and receive side of a Cygwin pipe and
>>all my testcases worked as expected.
>>
>>So, maybe we should really give it a try again.
>
>Btw., I also tried the rsync of 9000 files with the FIXME code active
>and it worked a couple of times in a row without fail.
I did make a change subsequent to your turning off this code. Maybe
that was enough to get things working. Either that or, if you are using
the trunk code, maybe you aren't hitting this at all anymore since there
are overlapped I/O accomodations.
Anyway, I wouldn't mind giving the code another try if you are up for
it. Although I didn't write the code originally, it has always bothered
me that it didn't work because it seems like it should have.
Shall I turn it on, create a snapshot, and then ask our legion of
testers to try it?
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 15:06 ` Christopher Faylor
@ 2009-06-29 15:40 ` Corinna Vinschen
2009-06-29 15:52 ` Christopher Faylor
2009-06-29 15:44 ` Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so) Christopher Faylor
1 sibling, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-29 15:40 UTC (permalink / raw)
To: cygwin
On Jun 29 10:23, Christopher Faylor wrote:
> On Mon, Jun 29, 2009 at 11:53:22AM +0200, Corinna Vinschen wrote:
> >On Jun 29 11:28, Corinna Vinschen wrote:
> >>On Jun 28 15:31, Christopher Faylor wrote:
> >>>Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
> >>>back on?
> >>[...]
> >>I tested sftp with big files (Gigs) and it appears to work fine with
> >>the FIXME code switched back to life. I tested the unison command
> >>using Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
> >>various combinations with pipes created by a native application and
> >>with native applications on send and receive side of a Cygwin pipe and
> >>all my testcases worked as expected.
> >>
> >>So, maybe we should really give it a try again.
> >
> >Btw., I also tried the rsync of 9000 files with the FIXME code active
> >and it worked a couple of times in a row without fail.
>
> I did make a change subsequent to your turning off this code. Maybe
> that was enough to get things working. Either that or, if you are using
> the trunk code, maybe you aren't hitting this at all anymore since there
> are overlapped I/O accomodations.
>
> Anyway, I wouldn't mind giving the code another try if you are up for
> it. Although I didn't write the code originally, it has always bothered
> me that it didn't work because it seems like it should have.
>
> Shall I turn it on, create a snapshot, and then ask our legion of
> testers to try it?
Sure, go ahead. I would even go so far as to create a new -51 test
release to get some more testing of this.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-06-29 15:06 ` Christopher Faylor
2009-06-29 15:40 ` Corinna Vinschen
@ 2009-06-29 15:44 ` Christopher Faylor
2009-06-29 17:53 ` Chris Sutcliffe
2009-06-29 20:32 ` Warren Young
1 sibling, 2 replies; 27+ messages in thread
From: Christopher Faylor @ 2009-06-29 15:44 UTC (permalink / raw)
To: cygwin
On Mon, Jun 29, 2009 at 10:23:48AM -0400, Christopher Faylor wrote:
>On Mon, Jun 29, 2009 at 11:53:22AM +0200, Corinna Vinschen wrote:
>>On Jun 29 11:28, Corinna Vinschen wrote:
>>>On Jun 28 15:31, Christopher Faylor wrote:
>>>>Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
>>>>back on?
>>>
>>>I'm a bit wary to do that, but...
>>>
>>>>I don't think I ever saw it fail myself after my last round of tweaks
>>>>but I don't remember what the exact problem was. Did it fail on some
>>>>version of Windows NT/2000/XP/2003/2008/7?
>>>
>>>...I just searched for the old threads and here's where the problem
>>>starts: http://cygwin.com/ml/cygwin/2004-09/msg00416.html
>>>
>>>That led to: http://cygwin.com/ml/cygwin-patches/2004-q3/msg00091.html
>>>
>>>And then there was the Unison problem:
>>>http://cygwin.com/ml/cygwin/2004-09/msg01131.html
>>>
>>>Which was subsequently discussed here:
>>>http://cygwin.com/ml/cygwin-patches/2004-q3/msg00133.html
>>>
>>>I tested sftp with big files (Gigs) and it appears to work fine with
>>>the FIXME code switched back to life. I tested the unison command
>>>using Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
>>>various combinations with pipes created by a native application and
>>>with native applications on send and receive side of a Cygwin pipe and
>>>all my testcases worked as expected.
>>>
>>>So, maybe we should really give it a try again.
>>
>>Btw., I also tried the rsync of 9000 files with the FIXME code active
>>and it worked a couple of times in a row without fail.
>
>I did make a change subsequent to your turning off this code. Maybe
>that was enough to get things working. Either that or, if you are using
>the trunk code, maybe you aren't hitting this at all anymore since there
>are overlapped I/O accomodations.
>
>Anyway, I wouldn't mind giving the code another try if you are up for
>it. Although I didn't write the code originally, it has always bothered
>me that it didn't work because it seems like it should have.
>
>Shall I turn it on, create a snapshot, and then ask our legion of
>testers to try it?
I'm going to assume the answer is yes and I'm leaving for a little
while, I'm generating a snapshot now.
So what I'd appreciate from the Cygwin community is to read the URLs
above and then try out the snapshot. We're trying to find out if it is
worth turning on some code in Cygwin which improves the handling of
pipes. This snapshot has the code on.
I'd like to get as much OS coverage as possible so if you could reply
here with:
1) Windows version NT3.5/NT4/XP/2000/2003/2008/7, etc.
2) Success/failure. Success would be no hangs. Failure would be a hang
or a Cygwin "panic".
3) Any additional notes like "seems faster", "seems slower", "no
change".
If a failure is noted then please give as many details as possible.
The snapshot will be available at http://cygwin.com/snapshots/ with today's
(2009-06-29) date.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 15:40 ` Corinna Vinschen
@ 2009-06-29 15:52 ` Christopher Faylor
2009-06-29 15:53 ` Corinna Vinschen
0 siblings, 1 reply; 27+ messages in thread
From: Christopher Faylor @ 2009-06-29 15:52 UTC (permalink / raw)
To: cygwin
On Mon, Jun 29, 2009 at 04:38:40PM +0200, Corinna Vinschen wrote:
>On Jun 29 10:23, Christopher Faylor wrote:
>> On Mon, Jun 29, 2009 at 11:53:22AM +0200, Corinna Vinschen wrote:
>> >On Jun 29 11:28, Corinna Vinschen wrote:
>> >>On Jun 28 15:31, Christopher Faylor wrote:
>> >>>Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
>> >>>back on?
>> >>[...]
>> >>I tested sftp with big files (Gigs) and it appears to work fine with
>> >>the FIXME code switched back to life. I tested the unison command
>> >>using Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
>> >>various combinations with pipes created by a native application and
>> >>with native applications on send and receive side of a Cygwin pipe and
>> >>all my testcases worked as expected.
>> >>
>> >>So, maybe we should really give it a try again.
>> >
>> >Btw., I also tried the rsync of 9000 files with the FIXME code active
>> >and it worked a couple of times in a row without fail.
>>
>> I did make a change subsequent to your turning off this code. Maybe
>> that was enough to get things working. Either that or, if you are using
>> the trunk code, maybe you aren't hitting this at all anymore since there
>> are overlapped I/O accomodations.
>>
>> Anyway, I wouldn't mind giving the code another try if you are up for
>> it. Although I didn't write the code originally, it has always bothered
>> me that it didn't work because it seems like it should have.
>>
>> Shall I turn it on, create a snapshot, and then ask our legion of
>> testers to try it?
>
>Sure, go ahead. I would even go so far as to create a new -51 test
>release to get some more testing of this.
How about if we do that after seeing what happens with the snapshot
(especially since I already sent the email :-|)?
If we get good preliminary reports then a new version is certainly
called for.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [1.7.0-50] scp progress counter flies through first 175 MB or so
2009-06-29 15:52 ` Christopher Faylor
@ 2009-06-29 15:53 ` Corinna Vinschen
0 siblings, 0 replies; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-29 15:53 UTC (permalink / raw)
To: cygwin
On Jun 29 10:42, Christopher Faylor wrote:
> On Mon, Jun 29, 2009 at 04:38:40PM +0200, Corinna Vinschen wrote:
> >On Jun 29 10:23, Christopher Faylor wrote:
> >> On Mon, Jun 29, 2009 at 11:53:22AM +0200, Corinna Vinschen wrote:
> >> >On Jun 29 11:28, Corinna Vinschen wrote:
> >> >>On Jun 28 15:31, Christopher Faylor wrote:
> >> >>>Btw, Corinna, were you proposing turning the "FIXME" code in peek_pipe
> >> >>>back on?
> >> >>[...]
> >> >>I tested sftp with big files (Gigs) and it appears to work fine with
> >> >>the FIXME code switched back to life. I tested the unison command
> >> >>using Cygwin's unison 2.31.4-2 under tcsh and it worked fine. I tested
> >> >>various combinations with pipes created by a native application and
> >> >>with native applications on send and receive side of a Cygwin pipe and
> >> >>all my testcases worked as expected.
> >> >>
> >> >>So, maybe we should really give it a try again.
> >> >
> >> >Btw., I also tried the rsync of 9000 files with the FIXME code active
> >> >and it worked a couple of times in a row without fail.
> >>
> >> I did make a change subsequent to your turning off this code. Maybe
> >> that was enough to get things working. Either that or, if you are using
> >> the trunk code, maybe you aren't hitting this at all anymore since there
> >> are overlapped I/O accomodations.
> >>
> >> Anyway, I wouldn't mind giving the code another try if you are up for
> >> it. Although I didn't write the code originally, it has always bothered
> >> me that it didn't work because it seems like it should have.
> >>
> >> Shall I turn it on, create a snapshot, and then ask our legion of
> >> testers to try it?
> >
> >Sure, go ahead. I would even go so far as to create a new -51 test
> >release to get some more testing of this.
>
> How about if we do that after seeing what happens with the snapshot
> (especially since I already sent the email :-|)?
>
> If we get good preliminary reports then a new version is certainly
> called for.
Fine with me.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-06-29 15:44 ` Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so) Christopher Faylor
@ 2009-06-29 17:53 ` Chris Sutcliffe
2009-06-29 20:32 ` Warren Young
1 sibling, 0 replies; 27+ messages in thread
From: Chris Sutcliffe @ 2009-06-29 17:53 UTC (permalink / raw)
To: cygwin
> The snapshot will be available at http://cygwin.com/snapshots/ with today's
> (2009-06-29) date.
I have tested with a 695 MB file and validated that scp and lftp work
as expected with a constant throughput.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-06-29 15:44 ` Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so) Christopher Faylor
2009-06-29 17:53 ` Chris Sutcliffe
@ 2009-06-29 20:32 ` Warren Young
2009-06-30 14:35 ` Corinna Vinschen
1 sibling, 1 reply; 27+ messages in thread
From: Warren Young @ 2009-06-29 20:32 UTC (permalink / raw)
To: cygwin
I scp'd a 1.6 GB file back and forth to a Linux server over GigE to a
fast new RAID-10. I tested 1.7.0-50 and 20090629.
Results:
On a 32-bit XP box, 1.7.0-50 gives about 15 MByte/sec for both upload
and download. (This box can't really hit GigE speeds due to crappy
cabling and a low-quality switch.) On switching to the snapshot, the
download speed is about the same, but upload is cut to 4-5 MB/sec.
On a 64-bit Vista box, 1.7.0-50 gives inconsistent behavior. Download
behaves as it should: ~45 MB/sec here, due to better switch and cabling.
But, uploading with scp gives the reported behavior: the scp status
fills out to 100% very fast but then scp doesn't finish running for
quite a while. It's like it's buffering a big fraction of the 1.6 GB,
which isn't impossible, since this box has 12 GB of RAM. (Core i7,
DDR3, wheee!)
After switching to the snapshot on that Vista-64 box, the scp progress
display becomes useful, growing steadily as scp runs. Unfortunately, my
upload speed is down to around 5 MB/sec here, just as on the XP box.
A different non-Cygwin scp client I have here can manage much faster
transfer speeds, so I can rule out disk and network bottlenecks. The
slowdowns are in Cygwin itself or the Cygwin scp port.
I can rule out a problem in the general network I/O handling: changing
the DLL doesn't seem to affect ttcp results materially. It's either scp
or the way scp uses cygwin1.dll.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-06-29 20:32 ` Warren Young
@ 2009-06-30 14:35 ` Corinna Vinschen
2009-06-30 18:54 ` Warren Young
0 siblings, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-06-30 14:35 UTC (permalink / raw)
To: cygwin
On Jun 29 12:59, Warren Young wrote:
> I scp'd a 1.6 GB file back and forth to a Linux server over GigE to a
> fast new RAID-10. I tested 1.7.0-50 and 20090629.
>
> Results:
>
> On a 32-bit XP box, 1.7.0-50 gives about 15 MByte/sec for both upload
> and download. (This box can't really hit GigE speeds due to crappy
> cabling and a low-quality switch.) On switching to the snapshot, the
> download speed is about the same, but upload is cut to 4-5 MB/sec.
>
> On a 64-bit Vista box, 1.7.0-50 gives inconsistent behavior. Download
> behaves as it should: ~45 MB/sec here, due to better switch and cabling.
> But, uploading with scp gives the reported behavior: the scp status
> fills out to 100% very fast but then scp doesn't finish running for
> quite a while. It's like it's buffering a big fraction of the 1.6 GB,
> which isn't impossible, since this box has 12 GB of RAM. (Core i7,
> DDR3, wheee!)
>
> After switching to the snapshot on that Vista-64 box, the scp progress
> display becomes useful, growing steadily as scp runs. Unfortunately, my
> upload speed is down to around 5 MB/sec here, just as on the XP box.
>
> A different non-Cygwin scp client I have here can manage much faster
> transfer speeds, so I can rule out disk and network bottlenecks. The
> slowdowns are in Cygwin itself or the Cygwin scp port.
>
> I can rule out a problem in the general network I/O handling: changing
> the DLL doesn't seem to affect ttcp results materially. It's either scp
> or the way scp uses cygwin1.dll.
I just had a look into this and I think I found a way to raise the
outbound transfer rates somewhat. The outbound speed is always slower
than the inbound speed, no matter what I try. However, I'm now at a
point where it might be more acceptable.
One of my test machines, a 2K8 32 bit box has the following scp
transfer rates under 1.5.25:
inbound: 17.2 MB/s
outbound: 3.5 MB/s
With the latest snapshot:
inbound: 21.5 MB/s
outbound: 4.2 MB/s
With the latest from CVS:
inbound: 21.5 MB/s
outbound: 11.5 MB/s
What's still not clear is why the ssh process takes so much CPU.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-06-30 14:35 ` Corinna Vinschen
@ 2009-06-30 18:54 ` Warren Young
[not found] ` <Pine.CYG.4.58.0906301407590.4092@PC1163-8460-XP.flightsafety.com>
0 siblings, 1 reply; 27+ messages in thread
From: Warren Young @ 2009-06-30 18:54 UTC (permalink / raw)
To: cygwin
Corinna Vinschen wrote:
> What's still not clear is why the ssh process takes so much CPU.
Too many buffer copies? It takes a surprising amount of CPU power to
fill a gigabit pipe from userland. Double or triple that workload with
unnecessary copies, and there goes your transfer rate, evaporating on
the wind.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
[not found] ` <Pine.CYG.4.58.0906301407590.4092@PC1163-8460-XP.flightsafety.com>
@ 2009-07-01 9:26 ` Corinna Vinschen
2009-07-01 14:23 ` Chris Sutcliffe
2009-07-01 14:40 ` Brian Ford
0 siblings, 2 replies; 27+ messages in thread
From: Corinna Vinschen @ 2009-07-01 9:26 UTC (permalink / raw)
To: cygwin
On Jun 30 14:23, Brian Ford wrote:
> On Tue, 30 Jun 2009, Warren Young wrote:
>
> > Corinna Vinschen wrote:
> > > What's still not clear is why the ssh process takes so much CPU.
> >
> > Too many buffer copies? It takes a surprising amount of CPU power to
> > fill a gigabit pipe from userland. Double or triple that workload with
> > unnecessary copies, and there goes your transfer rate, evaporating on
> > the wind.
The data is copied only once, from the application buffer to the
underlying WinSock socket buffer and vice versa. There's no additional
copy of buffer data in Cygwin.
> Even more so for context switches ;-):
>
> http://www.cygwin.com/ml/cygwin-developers/2007-10/msg00040.html
>
> although this performance penalty was removed from read/write and friends:
>
> http://www.cygwin.com/ml/cygwin-developers/2007-12/msg00004.html
>
> it is still present for send/recv and friends.
I removed the sig_dispatch_pending calls from send/recv and friends.
Note, however, that this has no influence on the ssh/scp results we were
talking about in this thread. ssh/scp are using read/write calls.
Anyway, using ssh/scp with the latest from CVS looks much better now.
It doesn't eat up all CPU anymore and the performance looks pretty
well as far as I can tell.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-07-01 9:26 ` Corinna Vinschen
@ 2009-07-01 14:23 ` Chris Sutcliffe
2009-07-01 14:48 ` Corinna Vinschen
2009-07-01 15:31 ` Christopher Faylor
2009-07-01 14:40 ` Brian Ford
1 sibling, 2 replies; 27+ messages in thread
From: Chris Sutcliffe @ 2009-07-01 14:23 UTC (permalink / raw)
To: cygwin
> Anyway, using ssh/scp with the latest from CVS looks much better now.
> It doesn't eat up all CPU anymore and the performance looks pretty
> well as far as I can tell.
Are these changes captured in the 2009/06/30 snapshot?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-07-01 9:26 ` Corinna Vinschen
2009-07-01 14:23 ` Chris Sutcliffe
@ 2009-07-01 14:40 ` Brian Ford
1 sibling, 0 replies; 27+ messages in thread
From: Brian Ford @ 2009-07-01 14:40 UTC (permalink / raw)
To: cygwin
On Wed, 1 Jul 2009, Corinna Vinschen wrote:
> On Jun 30 14:23, Brian Ford wrote:
> > Even more so for context switches ;-):
> >
> > http://www.cygwin.com/ml/cygwin-developers/2007-10/msg00040.html
> >
> > although this performance penalty was removed from read/write and friends:
> >
> > http://www.cygwin.com/ml/cygwin-developers/2007-12/msg00004.html
> >
> > it is still present for send/recv and friends.
>
> I removed the sig_dispatch_pending calls from send/recv and friends.
Thank you! This should have removed the thread handshake overhead from
most all I/O calls now. I just wish we could figure out a way to avoid
it everywhere unless it is actually necessary. I know, PTC :-).
> Note, however, that this has no influence on the ssh/scp results we were
> talking about in this thread. ssh/scp are using read/write calls.
Sorry, I should have investigated and bench marked the difference.
--
Brian Ford
Staff Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained crew...
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-07-01 14:23 ` Chris Sutcliffe
@ 2009-07-01 14:48 ` Corinna Vinschen
2009-07-01 22:08 ` Warren Young
2009-07-01 15:31 ` Christopher Faylor
1 sibling, 1 reply; 27+ messages in thread
From: Corinna Vinschen @ 2009-07-01 14:48 UTC (permalink / raw)
To: cygwin
On Jul 1 10:23, Chris Sutcliffe wrote:
> > Anyway, using ssh/scp with the latest from CVS looks much better now.
> > It doesn't eat up all CPU anymore and the performance looks pretty
> > well as far as I can tell.
>
> Are these changes captured in the 2009/06/30 snapshot?
Mostly. Just try it and report what happens for you.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-07-01 14:23 ` Chris Sutcliffe
2009-07-01 14:48 ` Corinna Vinschen
@ 2009-07-01 15:31 ` Christopher Faylor
1 sibling, 0 replies; 27+ messages in thread
From: Christopher Faylor @ 2009-07-01 15:31 UTC (permalink / raw)
To: cygwin
On Wed, Jul 01, 2009 at 10:23:14AM -0400, Chris Sutcliffe wrote:
>> Anyway, using ssh/scp with the latest from CVS looks much better now.
>> It doesn't eat up all CPU anymore and the performance looks pretty
>> well as far as I can tell.
>
>Are these changes captured in the 2009/06/30 snapshot?
The 6/30 snapshot incorporates a medium-sized rewrite to select() which
allowed me to add a blocking wait in the code for pipes. That doesn't
eliminate the possibility that select will chew through CPU time though.
I just redid the 7/1 snapshot to pull in Corinna's changes.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so)
2009-07-01 14:48 ` Corinna Vinschen
@ 2009-07-01 22:08 ` Warren Young
0 siblings, 0 replies; 27+ messages in thread
From: Warren Young @ 2009-07-01 22:08 UTC (permalink / raw)
To: cygwin
Corinna Vinschen wrote:
>
> Just try it and report what happens for you.
I'm seeing similar results to your above benchmarks now, with 20090701:
upload: 30 MB/s
download: 47 MB/s
This on the Vista-64 machine that was seeing the original reported
problem of near-instant 100% on upload.
The 50% speed increase for download vs. upload bothered me until I tried
SecureCRT's sftp, which gives substantially the same numbers. I guess
the difference is in the network or the disks on each end.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2009-07-01 22:08 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-24 18:10 [1.7.0-50] scp progress counter flies through first 175 MB or so Andrew Schulman
2009-06-25 14:50 ` Corinna Vinschen
2009-06-25 15:06 ` Christopher Faylor
2009-06-25 15:21 ` Corinna Vinschen
2009-06-25 15:45 ` Christopher Faylor
2009-06-29 5:31 ` Christopher Faylor
2009-06-29 9:53 ` Corinna Vinschen
2009-06-29 12:52 ` Corinna Vinschen
2009-06-29 15:06 ` Christopher Faylor
2009-06-29 15:40 ` Corinna Vinschen
2009-06-29 15:52 ` Christopher Faylor
2009-06-29 15:53 ` Corinna Vinschen
2009-06-29 15:44 ` Call for TESTING (was Re: [1.7.0-50] scp progress counter flies through first 175 MB or so) Christopher Faylor
2009-06-29 17:53 ` Chris Sutcliffe
2009-06-29 20:32 ` Warren Young
2009-06-30 14:35 ` Corinna Vinschen
2009-06-30 18:54 ` Warren Young
[not found] ` <Pine.CYG.4.58.0906301407590.4092@PC1163-8460-XP.flightsafety.com>
2009-07-01 9:26 ` Corinna Vinschen
2009-07-01 14:23 ` Chris Sutcliffe
2009-07-01 14:48 ` Corinna Vinschen
2009-07-01 22:08 ` Warren Young
2009-07-01 15:31 ` Christopher Faylor
2009-07-01 14:40 ` Brian Ford
2009-06-25 16:24 ` [1.7.0-50] scp progress counter flies through first 175 MB or so Corinna Vinschen
2009-06-25 16:30 ` Corinna Vinschen
2009-06-25 16:48 ` Christopher Faylor
2009-06-25 16:50 ` Corinna Vinschen
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).