nother submission/request for enhancement

Shern, Benjamin J ShernBJ at LOUISVILLE.STORTEK.COM
Mon Feb 3 16:39:59 GMT 2003


I recompiled using original lunar module and it is slow as a dog...
"strace -tt vim" shows all kinds of network connect calls timing out
to local loopback on port 6011...

Any ideas why vim would be trying to reconnect back on 6011?


16:34:59.870871 open("/etc/hosts", O_RDONLY) = 4
16:34:59.870904 fcntl64(4, F_GETFD)     = 0
16:34:59.870928 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
16:34:59.870954 fstat64(4, {st_mode=S_IFREG|0644, st_size=17592186044416,
...}) = 0
16:34:59.871003 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
16:34:59.871043 read(4, "#\n# hosts         This file desc"..., 4096) = 496
16:34:59.871091 read(4, "", 4096)       = 0
16:34:59.871116 close(4)                = 0
16:34:59.871139 munmap(0x40017000, 4096) = 0
16:34:59.871174 setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
16:34:59.871202 connect(3, {sin_family=AF_INET, sin_port=htons(6011),
sin_addr=inet_addr("127.0.0.1")}}, 16) = -1 ECONNREFUSED (Connection
refused)
16:34:59.871254 close(3)                = 0
16:34:59.871284 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
16:34:59.871318 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
16:34:59.871348 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
16:34:59.871376 nanosleep({1, 0}, {1, 0}) = 0
16:35:00.880679 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
16:35:00.880711 setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0
16:35:00.880746 socket(PF_UNIX, SOCK_STREAM, 0) = 4
16:35:00.880775 connect(4, {sin_family=AF_UNIX,
path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory)
16:35:00.880827 close(4)                = 0
16:35:00.880856 open("/etc/hosts", O_RDONLY) = 4
16:35:00.880888 fcntl64(4, F_GETFD)     = 0
16:35:00.880912 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
16:35:00.880936 fstat64(4, {st_mode=S_IFREG|0644, st_size=17592186044416,
...}) = 0
16:35:00.880985 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
16:35:00.881024 read(4, "#\n# hosts         This file desc"..., 4096) = 496
16:35:00.881070 read(4, "", 4096)       = 0
16:35:00.881094 close(4)                = 0
16:35:00.881118 munmap(0x40017000, 4096) = 0
16:35:00.881152 setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
16:35:00.881180 connect(3, {sin_family=AF_INET, sin_port=htons(6011),
sin_addr=inet_addr("127.0.0.1")}}, 16) = -1 ECONNREFUSED (Connection
refused)
16:35:00.881230 close(3)                = 0
16:35:00.881259 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
16:35:00.881293 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
16:35:00.881323 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
16:35:00.881350 nanosleep({1, 0}, {1, 0}) = 0
16:35:01.890681 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
16:35:01.890727 setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0
16:35:01.890763 socket(PF_UNIX, SOCK_STREAM, 0) = 4
16:35:01.890792 connect(4, {sin_family=AF_UNIX,
path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory)

> -----Original Message-----
> From: WizFactor [mailto:wizfactor at wizfactor.net] 
> Sent: February 03, 2003 4:25 PM
> To: This is the primary mailing list for Lunar Linux!
> Subject: Re: nother submission/request for enhancement
> 
> 
> On Mon, Feb 03, 2003 at 16:16:43PM -0700, Shern, Benjamin J wrote:
> > Hi,
> > My vi (actually vim) takes 5-15 seconds to come up on a 2.4 
> Ghz machine.
> > Found out the reason is that vim imports a whole lot of GUI 
> X crap for gvim.
> > The solution seems to be to add "--with-features=tiny 
> --disable-gui" to the
> > vim configure options.  Maybe lunar distro should break vim 
> and gvim into
> > separate modules?  Or maybe there is something else I 
> missed (very likely).
> > Ben
> 
> Not sure what you may be doing different than me, but vim takes maybe
> half a second to come up on my Athlon 1.4 Ghz, and gvim takes no more
> than a second and a half. The way the vim module is now, it 
> only builds
> with gui if you (re)build it after you have X installed. It could be
> possible to break it into 2 modules, but I don't much see the point.
> _______________________________________________
> Lunar mailing list
> Lunar at lunar-linux.org
> http://lunar-linux.org/mailman/listinfo/lunar
> 


More information about the Lunar mailing list