Version: (using KDE KDE 3.3.0) Installed from: Gentoo Packages Compiler: gcc-Version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) CFLAGS="-march=athlon-xp -pipe -O2" OS: Linux Everytime I try to access a samba share mounted at boot time via fstab there's a pause for about 15-20 seconds until the folder is opened or a file is loaded. This only happens on the first access and only with kde apps. Every other app (i.e. xmms, firefox, qt-apps, ...) shows the share immediatly. Every following access to the shares is fast even with kde apps and even if they were closed and opened again. There is no higher load or cpu activity in this time and no program coming up in top. I made an strace while opening a folder on a share and it shows first this (shares mountpoint is /emus): ---------------------------------------------------------------------------- stat64("/emus/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 open("/emus/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 14 fstat64(14, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 fcntl64(14, F_SETFD, FD_CLOEXEC) = 0 close(14) = 0 gettimeofday({1095366941, 925975}, NULL) = 0 gettimeofday({1095366941, 926024}, NULL) = 0 gettimeofday({1095366941, 926148}, NULL) = 0 write(3, "\22\0\7\0009\3`\3\344\0\0\0\6\0\0\0 \1\5\0\1\0\0\0F\346"..., 924) = 924 stat64("/emus/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 open("/emus/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 14 fstat64(14, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 fcntl64(14, F_SETFD, FD_CLOEXEC) = 0 close(14) = 0 ioctl(5, FIONREAD, [0]) = 0 write(6, "\0", 1) = 1 gettimeofday({1095366941, 927566}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1095366941, 927897}, NULL) = 0 gettimeofday({1095366941, 927925}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1095366941, 928065}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 stat64("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 gettimeofday({1095366941, 928355}, NULL) = 0 gettimeofday({1095366941, 928937}, NULL) = 0 stat64("/emus", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 open("/emus", O_RDONLY) = 14 fcntl64(14, F_DUPFD, 128) = 132 close(14) = 0 fcntl64(132, F_SETSIG, 0x29) = 0 fcntl64(132, 0x402 /* F_??? */, 0x8000001c) = -1 EAGAIN (Resource temporarily unavailable) close(132) = 0 stat64("/emus", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 lstat64("/emus", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 open("/etc/mtab", O_RDONLY) = 14 futex(0x448dbb94, FUTEX_WAKE, 2147483647) = 0 fstat64(14, {st_mode=S_IFREG|0644, st_size=589, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x404ab000 read(14, "/dev/hda3 / xfs rw,noatime 0 0\nn"..., 4096) = 589 read(14, "", 4096) = 0 close(14) = 0 munmap(0x404ab000, 4096) = 0 gettimeofday({1095366963, 925065}, NULL) = 0 ---------------------------------------------------------------------------- Then it continues with neverending pages of this: ---------------------------------------------------------------------------- write(3, "\22\0\30\0K\3`\3(\0\0\0)\0\0\0 \1\5\0\22\0\0\0\n\2\0\0"..., 220) = 220 read(3, "\34\362\251F9\3`\3\344\0\0\0H\346h\2\0\3`\3\1\0\0\0\250"..., 32) = 32 read(3, "\5\1\341Fy\346h\2\265\0\0\0\304\3`\3\0\0\0\0\310\1\346"..., 32) = 32 read(3, "\6\0\341F\224\350h\2\265\0\0\0\304\3`\3\0\0\0\0\316\1\344"..., 32) = 32 read(3, "\6\0\341F\237\350h\2\265\0\0\0\304\3`\3\0\0\0\0\326\1\336"..., 32) = 32 read(3, "\6\0\341F\253\350h\2\265\0\0\0\304\3`\3\0\0\0\0\342\1\330"..., 32) = 32 read(3, "\6\0\341F\266\350h\2\265\0\0\0\304\3`\3\0\0\0\0\360\1\320"..., 32) = 32 read(3, "\6\0\341F\301\350h\2\265\0\0\0\304\3`\3\0\0\0\0\376\1\306"..., 32) = 32 read(3, "\6\0\341F\314\350h\2\265\0\0\0\304\3`\3\0\0\0\0\n\2\276"..., 32) = 32 read(3, "\6\0\341F\327\350h\2\265\0\0\0\304\3`\3\0\0\0\0\26\2\266"..., 32) = 32 read(3, "\6\0\341F\342\350h\2\265\0\0\0\304\3`\3\0\0\0\0\36\2\260"..., 32) = 32 read(3, "\6\0\341F\356\350h\2\265\0\0\0\304\3`\3\0\0\0\0&\2\252"..., 32) = 32 read(3, "\6\0\341F\371\350h\2\265\0\0\0\304\3`\3\0\0\0\0*\2\246"..., 32) = 32 read(3, "\6\0\341F\4\351h\2\265\0\0\0\304\3`\3\0\0\0\0.\2\242\1"..., 32) = 32 read(3, "\6\0\341F\17\351h\2\265\0\0\0\304\3`\3\0\0\0\0/\2\241\1"..., 32) = 32 read(3, "\6\0\341F\32\351h\2\265\0\0\0\304\3`\3\0\0\0\0/\2\240\1"..., 32) = 32 read(3, "\6\0\341F\204\366h\2\265\0\0\0\304\3`\3\0\0\0\0/\2\241"..., 32) = 32 read(3, "\6\0\341F\217\366h\2\265\0\0\0\304\3`\3\0\0\0\0/\2\242"..., 32) = 32 ---------------------------------------------------------------------------- If there's need for the complete strace I can provide a file of it (~ 1 MB).
what application is that? Try strace -o file -t kedit and attach it all here after reproducing the problem and closing kedit.
Created attachment 7625 [details] Kedit strace Started strace -o strace_kedit -t kedit Clicked on Open Switched to /files (which is mounted this way (in /etc/fstab): //bender/files /files cifs rw,auto,password=,gid=users,iocharset=iso8859-1,codepage=cp850 0 0 Waited until it appeared Closed Open Dialog Closed Kedit
KDE 3 is no longer maintained. Feel free to reopen the ticket if the problem is still applicable in the current stable KDE 4 version. Thank you for your report.