[gentoo-amd64] cisco vpn : cvpnd hangs

[gentoo-amd64] cisco vpn : cvpnd hangs

[Jonathan Schaeffer]

Hi list,

I have to configure the cisco vpn client at home on my amd64 gentoo box.

There's no way to make it run though the ebuild compiles and installs properly.

The symptom is the following, trying to run vpnclient :

Cisco Systems VPN Client Version 4.8.00 (0490)
Copyright (C) 1998-2005 Cisco Systems, Inc. All Rights Reserved.
Client Type(s): Linux
Running on: Linux 2.6.17-gentoo-r4 #1 Fri Aug 4 12:02:53 CEST 2006 x86_64
Config file directory: /etc/opt/cisco-vpnclient

Enter Certificate password:
Initializing the VPN connection.
The VPN sub-system is busy or has failed.




Here are some infos I gathered about the problem :

azile distfiles # ldd /opt/cisco-vpnclient/bin/vpnclient
        linux-gate.so.1 =>  (0xffffe000)
        libvpnapi.so => /opt/cisco-vpnclient/lib/libvpnapi.so (0xf7ec7000)
        libm.so.6 => /lib32/libm.so.6 (0xf7e85000)
        libc.so.6 => /lib32/libc.so.6 (0xf7d6d000)
        /lib/ld-linux.so.2 (0xf7f10000)

azile jo # ldd /opt/cisco-vpnclient/bin/cvpnd
        linux-gate.so.1 =>  (0xffffe000)
        libdl.so.2 => /lib32/libdl.so.2 (0xf7f46000)
        libm.so.6 => /lib32/libm.so.6 (0xf7f23000)
        libc.so.6 => /lib32/libc.so.6 (0xf7e0b000)
        /lib/ld-linux.so.2 (0xf7f6a000)

The permission on ccvpnd :
-r-s--x--x 1 root root 2178328 Aug  4 14:19 cvpnd

and finaly the strace output, where the error appears on the call of
umask() [sorry this output is a bot longer] :


azile jo # strace /opt/cisco-vpnclient/bin/cvpnd
execve("/opt/cisco-vpnclient/bin/cvpnd",
["/opt/cisco-vpnclient/bin/cvpnd"], [/* 37 vars */]) = 0
[ Process PID=20418 runs in 32 bit mode. ]
uname({sys="Linux", node="azile", ...}) = 0
brk(0)                                  = 0x8261000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(0x3, 0xffb756c0)                = 0
mmap2(NULL, 124577, PROT_READ, MAP_PRIVATE, 3, 0) = 0xfffffffff7f15000
close(3)                                = 0
open("/lib32/libdl.so.2", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\v\0"..., 512) = 512
fstat64(0x3, 0xffb75734)                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xfffffffff7f14000
mmap2(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xfffffffff7f10000
madvise(0xf7f10000, 12392, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7f12000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xfffffffff7f12000
close(3)                                = 0
open("/lib32/libm.so.6", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p3\0\000"..., 512) = 512
fstat64(0x3, 0xffb75718)                = 0
mmap2(NULL, 139424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xfffffffff7eed000
madvise(0xf7eed000, 139424, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7f0e000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xfffffffff7f0e000
close(3)                                = 0
open("/lib32/libc.so.6", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20P\1\000"...,
512) = 512
fstat64(0x3, 0xffb756fc)                = 0
mmap2(NULL, 1146076, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xfffffffff7dd5000
madvise(0xf7dd5000, 1146076, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7ee7000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x112) = 0xfffffffff7ee7000
mmap2(0xf7eeb000, 7388, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfffffffff7eeb000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xfffffffff7dd4000
mprotect(0xf7ee7000, 4096, PROT_READ)   = 0
mprotect(0xf7f49000, 4096, PROT_READ)   = 0
set_thread_area(0xffb75d8c)             = 0
munmap(0xf7f15000, 124577)              = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "OS]K", 4)                      = 4
close(3)                                = 0
brk(0)                                  = 0x8261000
brk(0x8282000)                          = 0x8282000
setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=577862994696298440}) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=4294967297*1024,
rlim_max=-20445311479672844}) = 0
setsid()                                = 20418
umask(0 <unfinished ...>
--- SIGCHLD (Child exited) @ 0 (0) ---
<... umask resumed> )                   = -1 ENOSYS (Function not implemented)


since I had no problem before on my previous gentoo-amd64
installation, I came to the conclusion that ther is something wrong
with my computer ...

if someone as an idea, I'll try it out :)

thanks,

jo
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] cisco vpn : cvpnd hangs

[Kevin F. Quinn]

[-- Attachment #1: Type: text/plain, Size: 490 bytes --]

On Fri, 4 Aug 2006 15:10:27 +0200
"Jonathan Schaeffer" <joschaeffer@gmail.com> wrote:

> azile jo # strace'
> [...]
> setsid()                                = 20418
> umask(0 <unfinished ...>
> --- SIGCHLD (Child exited) @ 0 (0) ---
> <... umask resumed> )                   = -1 ENOSYS (Function not
> implemented)

Try 'strace -f /opt/cisco-vpnclient/bin/cvpnd' - I suspect the umask
isn't the problem but something else happening in a child process.

-- 
Kevin F. Quinn

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] cisco vpn : cvpnd hangs

[Jonathan Schaeffer]

2006/8/4, Kevin F. Quinn <kevquinn@gentoo.org>:
> On Fri, 4 Aug 2006 15:10:27 +0200
> "Jonathan Schaeffer" <joschaeffer@gmail.com> wrote:
>
> > azile jo # strace'
> > [...]
> > setsid()                                = 20418
> > umask(0 <unfinished ...>
> > --- SIGCHLD (Child exited) @ 0 (0) ---
> > <... umask resumed> )                   = -1 ENOSYS (Function not
> > implemented)
>
> Try 'strace -f /opt/cisco-vpnclient/bin/cvpnd' - I suspect the umask
> isn't the problem but something else happening in a child process.
Yop Kevin,

here is some verbose output. Unfortunately I'm not sure about the
meaning of it ...

execve("/opt/cisco-vpnclient/bin/cvpnd",
["/opt/cisco-vpnclient/bin/cvpnd"], [/* 37 vars */]) = 0
[ Process PID=20584 runs in 32 bit mode. ]
uname({sys="Linux", node="azile", ...}) = 0
brk(0)                                  = 0x8261000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(0x3, 0xff8a43f0)                = 0
mmap2(NULL, 124577, PROT_READ, MAP_PRIVATE, 3, 0) = 0xfffffffff7f93000
close(3)                                = 0
open("/lib32/libdl.so.2", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\v\0\0004\0\0\0\270$\0\0\0\0\0\0004\0
\0\t\0(\0\33\0\32\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0 \1\0\0
\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0\16\31\0\0\16\31\0\0\16\31\0\0\25\0\0\0\25\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0(\31\0\0(\31\0\0\5\0\0\0\0\20\0\0\1\0\0\0\324\36\0\0\324.\0\0\324.\0\0p\1\0\0\224\1\0\0\6\0\0\0\0\20\0\0\2\0\0\0\354\36\0\0\354.\0\0\354.\0\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0T\1\0\0T\1\0\0T\1\0\0
\0\0\0 \0\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\324\36\0\0\324.\0\0\324.\0\0
\1\0\0 \1\0\0\4\0\0\0\4\0\0\0\200\25\4e\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0(\0\0\4\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\t\0\0\0A\0\0\0002\0\0\0\35\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0-\0\0\0\r\0\0\0\22\0\0\0\33\0\0\0/\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0$\0\0\0\21\0\0\0\31\0\0\0\17\0\0\0#\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0.\0\0\0\0\0\0\0\16\0\0\0\24\0\0\0\0\0\0\0)\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
512) = 512
fstat64(0x3, 0xff8a4464)                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xfffffffff7f92000
mmap2(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xfffffffff7f8e000
madvise(0xf7f8e000, 12392, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7f90000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xfffffffff7f90000
close(3)                                = 0
open("/lib32/libm.so.6", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p3\0\0004\0\0\0(U\2\0\0\0\0\0004\0
\0\t\0(\0\36\0\35\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0 \1\0\0
\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0\210\5\2\0\210\5\2\0\210\5\2\0\25\0\0\0\25\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\244\5\2\0\244\5\2\0\5\0\0\0\0\20\0\0\1\0\0\0\344\16\2\0\344\36\2\0\344\36\2\0x\1\0\0\274\1\0\0\6\0\0\0\0\20\0\0\2\0\0\0\370\16\2\0\370\36\2\0\370\36\2\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0T\1\0\0T\1\0\0T\1\0\0
\0\0\0 \0\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\344\16\2\0\344\36\2\0\344\36\2\0\20\1\0\0\20\1\0\0\4\0\0\0\4\0\0\0\200\25\4e\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0(\0\0\4\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\t\0\0\0]\2\0\0`\1\0\0\216\0\0\0_\1\0\0\205\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0&\0\0\0\0\0\0\0\0\0\0\0\250\0\0\0\0\0\0\0\0\0\0\0N\1\0\0\0\0\0\0A\1\0\0\0\0\0\0\0\0\0\0\370\0\0\0\304\0\0\0\32\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\277\0\0\0\325\0\0\0\371\0\0\0\0\0\0\0\0\0\0\0?\0\0\0\0\0\0\0F\0\0\0\0\0\0\0",
512) = 512
fstat64(0x3, 0xff8a4448)                = 0
mmap2(NULL, 139424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xfffffffff7f6b000
madvise(0xf7f6b000, 139424, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7f8c000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xfffffffff7f8c000
close(3)                                = 0
open("/lib32/libc.so.6", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20P\1\0004\0\0\0\220`\22\0\0\0\0\0004\0
\0\v\0(\0=\0<\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0`\1\0\0`\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0\300\307\20\0\300\307\20\0\300\307\20\0\25\0\0\0\25\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\22\35\21\0\22\35\21\0\5\0\0\0\0\20\0\0\1\0\0\0\340%\21\0\340%\21\0\340%\21\0\244*\0\0\374V\0\0\6\0\0\0\0\20\0\0\2\0\0\0<=\21\0<=\21\0<=\21\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0\224\1\0\0\224\1\0\0\224\1\0\0
\0\0\0 \0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\340%\21\0\340%\21\0\340%\21\0\10\0\0\0(\0\0\0\4\0\0\0\4\0\0\0P\345td\330\307\20\0\330\307\20\0\330\307\20\0\344\17\0\0\344\17\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\350%\21\0\350%\21\0\340%\21\0\350\31\0\0\350\31\0\0\4\0\0\0
\0\0\0\200\25\4e\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0(\0\0\4\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\t\0\0\0\377\3\0\0k\10\0\0\4\1\0\0\213\6\0\0T\2\0\0\320\0\0\0\363\6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0z\6\0\0\333\5\0\0\0\0\0\0#\10\0\0\204\6\0\0\22\2\0\0\245\2\0\0007\10\0\0",
512) = 512
fstat64(0x3, 0xff8a442c)                = 0
mmap2(NULL, 1146076, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xfffffffff7e53000
madvise(0xf7e53000, 1146076, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xf7f65000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x112) = 0xfffffffff7f65000
mmap2(0xf7f69000, 7388, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfffffffff7f69000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xfffffffff7e52000
mprotect(0xf7f65000, 4096, PROT_READ)   = 0
mprotect(0xf7fc7000, 4096, PROT_READ)   = 0
set_thread_area(0xff8a4abc)             = 0
munmap(0xf7f93000, 124577)              = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "\r\217\"\326", 4)              = 4
close(3)                                = 0
brk(0)                                  = 0x8261000
brk(0x8282000)                          = 0x8282000
setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=577862994693344504}) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=4294967297*1024,
rlim_max=-33132369993633804}) = 0
setsid()                                = 20584
umask(0
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 585 bytes --]

Hi all, 
  I am new to Gentoo. I have installed gentoo firstly in may (but was not succeded to get my X working ). So that time I gave up gentoo and turned to Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my comp with X working successfully but problem is that whenever when i do a  "emerge programname" my system get very slow (Even mouse didn't react). I am unable to figure out the problem. 
Waiting for your help.

Thank You.

~jaiks

 
 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 694 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[Simon Stelling]

Hi,

Please, don't hijack threads. (You replied to a thread instead of hitting the 
'new mail' button in your mail client.

jai kumar wrote:
> Hi all, 
>   I am new to Gentoo. I have installed gentoo firstly in may (but was not succeded to get my X working ). So that time I gave up gentoo and turned to Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my comp with X working successfully but problem is that whenever when i do a  "emerge programname" my system get very slow (Even mouse didn't react). I am unable to figure out the problem. 
> Waiting for your help.

You can use PORTAGE_NICENESS which is documented in `man make.conf'.

-- 
Kind Regards,

Simon Stelling
Gentoo/AMD64 Developer
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Mihir Sevak]

That is a normal behaviour. Because emerge script downloads and
compile the software for you and that takes lot of cpu power.
so don't worry..

On 8/4/06, jai kumar <jaikumar1004_in@yahoo.co.in> wrote:
> Hi all,
>   I am new to Gentoo. I have installed gentoo firstly in may (but was not
> succeded to get my X working ). So that time I gave up gentoo and turned to
> Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my
> comp with X working successfully but problem is that whenever when i do a
> "emerge programname" my system get very slow (Even mouse didn't react). I am
> unable to figure out the problem.
> Waiting for your help.
>
> Thank You.
>
> ~jaiks
>
>
>
>  ________________________________
>  Here's a new way to find what you're looking for - Yahoo! Answers
>
>


-- 
"How can anything be impossible when impossible itself says I M Possible???"
Mihir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Reinhard Kotucha]

>>>>> "Mihir" == Mihir Sevak <mihir.sevak@gmail.com> writes:

  > That is a normal behaviour. Because emerge script downloads and
  > compile the software for you and that takes lot of cpu power.  so
  > don't worry..

Downloading does not require much CPU power.  It is definitely not
normal that compiling takes so much CPU power that the mouse doesn't
react.

emerge runs a lot of sub-processes like wget, gcc...  

It would be interesting to know which program takes so much CPU power.
The easiest way to find out whether a program takes extraordinary much
CPU power or takes an exraordinary amount of memory is to run "top" in
another window.

If a process takes 98% of CPU time for more than a few seconds then
there is something wrong.

I'm using Linux since 1994 and we started with a 40MHz PC and 8MB
RAM.  It never happened that the mouse doesn't react except once:

A Linux system becomes slow if it runs out of memory.  I had 128MB RAM
at the time a friend had to solve a numerical problem.  In addition to
the 256MB swap partition he had to install a 512MB swap file to be
able to solve the problem.  When the system is swapping you regret
every keystroke and in this case you can expect that the mouse doesn't
react immediately.

One of Linux's greatest features is that it behaves very well under
heavy load.  I don't think that what Jai described is normal behavior.



This is my first mail to this list.  I'm impressed to see how good
Gentoo works and how good it is maintained.  I'm subscribed to the
list for a few weeks and I'm amazed about the good support provided
here.  Let me take this opportunity to say thank you to everyone who
is involved.

BTW., before I bought my new computer end of last year I planned to
switch from Slackware to Debian.  Because the most important thing for
me is TeX, I asked Google for Acroread on amd64 and it told me that it
works under Gentoo, hence I tried it.  I have problems with menu based
configuration programs because they do not provide a command history,
menu items do not tell me exactly what happens if I select them and it
would help a lot to know in advance what the next step will be.

The Gentoo Handbook solves all these problems brilliantly.  I cannot
imagine a better solution.  I have the impression that Gentoo had been
designed exactly for my needs.

Regards, and many thanks,

  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Mihir Sevak]

Dear memebers,
  i am not a linux guru. I have been using linux only for couple years
now. I personally like it a lot but i am still trying to learn more
about it. So if my answer was wrong then i sincerely apologize. Please
don't think that Gentoo has a bad support because of my wrong answer.
Honestly i am using Gentoo because i can get answers for my questions
from these mailing lists.
  Also i have an amd 64 gateway laptop. When i installed Gentoo on it
i had to install some software packages for my personal use. One of
them was Anjuta (i remember). It was a big package(lot of
dependencies) and there were other 2 packages which i was emerging at
the same time. I have to admit at that time i had a similar situation.
My mouse was almost not moving. But there are many variables involved
in that situation. So i am not sure if my conclusion that whenever one
emerges more then one package at the same time computer slows down is
absolutely correct. Also i will be very happy to learn something new
from this thread.

Thanks.

On 8/4/06, Reinhard Kotucha <reinhard.kotucha@web.de> wrote:
> >>>>> "Mihir" == Mihir Sevak <mihir.sevak@gmail.com> writes:
>
>   > That is a normal behaviour. Because emerge script downloads and
>   > compile the software for you and that takes lot of cpu power.  so
>   > don't worry..
>
> Downloading does not require much CPU power.  It is definitely not
> normal that compiling takes so much CPU power that the mouse doesn't
> react.
>
> emerge runs a lot of sub-processes like wget, gcc...
>
> It would be interesting to know which program takes so much CPU power.
> The easiest way to find out whether a program takes extraordinary much
> CPU power or takes an exraordinary amount of memory is to run "top" in
> another window.
>
> If a process takes 98% of CPU time for more than a few seconds then
> there is something wrong.
>
> I'm using Linux since 1994 and we started with a 40MHz PC and 8MB
> RAM.  It never happened that the mouse doesn't react except once:
>
> A Linux system becomes slow if it runs out of memory.  I had 128MB RAM
> at the time a friend had to solve a numerical problem.  In addition to
> the 256MB swap partition he had to install a 512MB swap file to be
> able to solve the problem.  When the system is swapping you regret
> every keystroke and in this case you can expect that the mouse doesn't
> react immediately.
>
> One of Linux's greatest features is that it behaves very well under
> heavy load.  I don't think that what Jai described is normal behavior.
>
>
>
> This is my first mail to this list.  I'm impressed to see how good
> Gentoo works and how good it is maintained.  I'm subscribed to the
> list for a few weeks and I'm amazed about the good support provided
> here.  Let me take this opportunity to say thank you to everyone who
> is involved.
>
> BTW., before I bought my new computer end of last year I planned to
> switch from Slackware to Debian.  Because the most important thing for
> me is TeX, I asked Google for Acroread on amd64 and it told me that it
> works under Gentoo, hence I tried it.  I have problems with menu based
> configuration programs because they do not provide a command history,
> menu items do not tell me exactly what happens if I select them and it
> would help a lot to know in advance what the next step will be.
>
> The Gentoo Handbook solves all these problems brilliantly.  I cannot
> imagine a better solution.  I have the impression that Gentoo had been
> designed exactly for my needs.
>
> Regards, and many thanks,
>
>   Reinhard
>
> --
> ----------------------------------------------------------------------------
> Reinhard Kotucha                                      Phone: +49-511-4592165
> Marschnerstr. 25
> D-30167 Hannover                              mailto:reinhard.kotucha@web.de
> ----------------------------------------------------------------------------
> Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> ----------------------------------------------------------------------------
>
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>


-- 
"How can anything be impossible when impossible itself says I M Possible???"
Mihir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Rodrigo Gnoatto Amaral]

I had this problem only with USB mouses.

2006/8/4, Mihir Sevak <mihir.sevak@gmail.com>:
> Dear memebers,
>   i am not a linux guru. I have been using linux only for couple years
> now. I personally like it a lot but i am still trying to learn more
> about it. So if my answer was wrong then i sincerely apologize. Please
> don't think that Gentoo has a bad support because of my wrong answer.
> Honestly i am using Gentoo because i can get answers for my questions
> from these mailing lists.
>   Also i have an amd 64 gateway laptop. When i installed Gentoo on it
> i had to install some software packages for my personal use. One of
> them was Anjuta (i remember). It was a big package(lot of
> dependencies) and there were other 2 packages which i was emerging at
> the same time. I have to admit at that time i had a similar situation.
> My mouse was almost not moving. But there are many variables involved
> in that situation. So i am not sure if my conclusion that whenever one
> emerges more then one package at the same time computer slows down is
> absolutely correct. Also i will be very happy to learn something new
> from this thread.
>
> Thanks.
>
> On 8/4/06, Reinhard Kotucha <reinhard.kotucha@web.de> wrote:
> > >>>>> "Mihir" == Mihir Sevak <mihir.sevak@gmail.com> writes:
> >
> >   > That is a normal behaviour. Because emerge script downloads and
> >   > compile the software for you and that takes lot of cpu power.  so
> >   > don't worry..
> >
> > Downloading does not require much CPU power.  It is definitely not
> > normal that compiling takes so much CPU power that the mouse doesn't
> > react.
> >
> > emerge runs a lot of sub-processes like wget, gcc...
> >
> > It would be interesting to know which program takes so much CPU power.
> > The easiest way to find out whether a program takes extraordinary much
> > CPU power or takes an exraordinary amount of memory is to run "top" in
> > another window.
> >
> > If a process takes 98% of CPU time for more than a few seconds then
> > there is something wrong.
> >
> > I'm using Linux since 1994 and we started with a 40MHz PC and 8MB
> > RAM.  It never happened that the mouse doesn't react except once:
> >
> > A Linux system becomes slow if it runs out of memory.  I had 128MB RAM
> > at the time a friend had to solve a numerical problem.  In addition to
> > the 256MB swap partition he had to install a 512MB swap file to be
> > able to solve the problem.  When the system is swapping you regret
> > every keystroke and in this case you can expect that the mouse doesn't
> > react immediately.
> >
> > One of Linux's greatest features is that it behaves very well under
> > heavy load.  I don't think that what Jai described is normal behavior.
> >
> >
> >
> > This is my first mail to this list.  I'm impressed to see how good
> > Gentoo works and how good it is maintained.  I'm subscribed to the
> > list for a few weeks and I'm amazed about the good support provided
> > here.  Let me take this opportunity to say thank you to everyone who
> > is involved.
> >
> > BTW., before I bought my new computer end of last year I planned to
> > switch from Slackware to Debian.  Because the most important thing for
> > me is TeX, I asked Google for Acroread on amd64 and it told me that it
> > works under Gentoo, hence I tried it.  I have problems with menu based
> > configuration programs because they do not provide a command history,
> > menu items do not tell me exactly what happens if I select them and it
> > would help a lot to know in advance what the next step will be.
> >
> > The Gentoo Handbook solves all these problems brilliantly.  I cannot
> > imagine a better solution.  I have the impression that Gentoo had been
> > designed exactly for my needs.
> >
> > Regards, and many thanks,
> >
> >   Reinhard
> >
> > --
> > ----------------------------------------------------------------------------
> > Reinhard Kotucha                                      Phone: +49-511-4592165
> > Marschnerstr. 25
> > D-30167 Hannover                              mailto:reinhard.kotucha@web.de
> > ----------------------------------------------------------------------------
> > Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> > ----------------------------------------------------------------------------
> >
> >
> > --
> > gentoo-amd64@gentoo.org mailing list
> >
> >
>
>
> --
> "How can anything be impossible when impossible itself says I M Possible???"
> Mihir
> --
> gentoo-amd64@gentoo.org mailing list
>
>
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Mihir Sevak]

unfortunately i had it with both ...
  touchpad and usb mouse


On 8/4/06, Rodrigo Gnoatto Amaral <rodrigo.g.amaral@gmail.com> wrote:
> I had this problem only with USB mouses.
>
> 2006/8/4, Mihir Sevak <mihir.sevak@gmail.com>:
> > Dear memebers,
> >   i am not a linux guru. I have been using linux only for couple years
> > now. I personally like it a lot but i am still trying to learn more
> > about it. So if my answer was wrong then i sincerely apologize. Please
> > don't think that Gentoo has a bad support because of my wrong answer.
> > Honestly i am using Gentoo because i can get answers for my questions
> > from these mailing lists.
> >   Also i have an amd 64 gateway laptop. When i installed Gentoo on it
> > i had to install some software packages for my personal use. One of
> > them was Anjuta (i remember). It was a big package(lot of
> > dependencies) and there were other 2 packages which i was emerging at
> > the same time. I have to admit at that time i had a similar situation.
> > My mouse was almost not moving. But there are many variables involved
> > in that situation. So i am not sure if my conclusion that whenever one
> > emerges more then one package at the same time computer slows down is
> > absolutely correct. Also i will be very happy to learn something new
> > from this thread.
> >
> > Thanks.
> >
> > On 8/4/06, Reinhard Kotucha <reinhard.kotucha@web.de> wrote:
> > > >>>>> "Mihir" == Mihir Sevak <mihir.sevak@gmail.com> writes:
> > >
> > >   > That is a normal behaviour. Because emerge script downloads and
> > >   > compile the software for you and that takes lot of cpu power.  so
> > >   > don't worry..
> > >
> > > Downloading does not require much CPU power.  It is definitely not
> > > normal that compiling takes so much CPU power that the mouse doesn't
> > > react.
> > >
> > > emerge runs a lot of sub-processes like wget, gcc...
> > >
> > > It would be interesting to know which program takes so much CPU power.
> > > The easiest way to find out whether a program takes extraordinary much
> > > CPU power or takes an exraordinary amount of memory is to run "top" in
> > > another window.
> > >
> > > If a process takes 98% of CPU time for more than a few seconds then
> > > there is something wrong.
> > >
> > > I'm using Linux since 1994 and we started with a 40MHz PC and 8MB
> > > RAM.  It never happened that the mouse doesn't react except once:
> > >
> > > A Linux system becomes slow if it runs out of memory.  I had 128MB RAM
> > > at the time a friend had to solve a numerical problem.  In addition to
> > > the 256MB swap partition he had to install a 512MB swap file to be
> > > able to solve the problem.  When the system is swapping you regret
> > > every keystroke and in this case you can expect that the mouse doesn't
> > > react immediately.
> > >
> > > One of Linux's greatest features is that it behaves very well under
> > > heavy load.  I don't think that what Jai described is normal behavior.
> > >
> > >
> > >
> > > This is my first mail to this list.  I'm impressed to see how good
> > > Gentoo works and how good it is maintained.  I'm subscribed to the
> > > list for a few weeks and I'm amazed about the good support provided
> > > here.  Let me take this opportunity to say thank you to everyone who
> > > is involved.
> > >
> > > BTW., before I bought my new computer end of last year I planned to
> > > switch from Slackware to Debian.  Because the most important thing for
> > > me is TeX, I asked Google for Acroread on amd64 and it told me that it
> > > works under Gentoo, hence I tried it.  I have problems with menu based
> > > configuration programs because they do not provide a command history,
> > > menu items do not tell me exactly what happens if I select them and it
> > > would help a lot to know in advance what the next step will be.
> > >
> > > The Gentoo Handbook solves all these problems brilliantly.  I cannot
> > > imagine a better solution.  I have the impression that Gentoo had been
> > > designed exactly for my needs.
> > >
> > > Regards, and many thanks,
> > >
> > >   Reinhard
> > >
> > > --
> > > ----------------------------------------------------------------------------
> > > Reinhard Kotucha                                      Phone: +49-511-4592165
> > > Marschnerstr. 25
> > > D-30167 Hannover                              mailto:reinhard.kotucha@web.de
> > > ----------------------------------------------------------------------------
> > > Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> > > ----------------------------------------------------------------------------
> > >
> > >
> > > --
> > > gentoo-amd64@gentoo.org mailing list
> > >
> > >
> >
> >
> > --
> > "How can anything be impossible when impossible itself says I M Possible???"
> > Mihir
> > --
> > gentoo-amd64@gentoo.org mailing list
> >
> >
> --
> gentoo-amd64@gentoo.org mailing list
>
>


-- 
"How can anything be impossible when impossible itself says I M Possible???"
Mihir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Reinhard Kotucha]

>>>>> "Rodrigo" == Rodrigo Gnoatto Amaral <rodrigo.g.amaral@gmail.com> writes:

  > I had this problem only with USB mouses.

This is interesting.

Does it make a difference whether USB support is compiled into the
kernel or if it is a kernel module?

Jai, do you have an USB mouse too?

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Mihir Sevak]

you asked a key question......
i will check it tonight once i go home....
thanks.

On 8/4/06, Reinhard Kotucha <reinhard.kotucha@web.de> wrote:
> >>>>> "Rodrigo" == Rodrigo Gnoatto Amaral <rodrigo.g.amaral@gmail.com> writes:
>
>   > I had this problem only with USB mouses.
>
> This is interesting.
>
> Does it make a difference whether USB support is compiled into the
> kernel or if it is a kernel module?
>
> Jai, do you have an USB mouse too?
>
> Regards,
>   Reinhard
>
> --
> ----------------------------------------------------------------------------
> Reinhard Kotucha                                      Phone: +49-511-4592165
> Marschnerstr. 25
> D-30167 Hannover                              mailto:reinhard.kotucha@web.de
> ----------------------------------------------------------------------------
> Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> ----------------------------------------------------------------------------
>
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>


-- 
"How can anything be impossible when impossible itself says I M Possible???"
Mihir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 1520 bytes --]

Sorry for responding so late.
        unfortunately while doing regular "emerge-websync" and after that
" emerge  --update --deep world"  did updated my libexpat.so.0 to libexpat.so.1 .....so when i reboot my comp nothing was working.
i have to link libexpat.so.0 to libexpat.so.1 but i didn't know that before :(.
---------------------------------------------------------------------------------------------

  Well, I have a SERIAL mouse and an USB  keyboard.
  i will tell you more after applying the changes suggested.

~jaiks



 
Reinhard Kotucha <reinhard.kotucha@web.de> wrote: >>>>> "Rodrigo" == Rodrigo Gnoatto Amaral  writes:

  > I had this problem only with USB mouses.

This is interesting.

Does it make a difference whether USB support is compiled into the
kernel or if it is a kernel module?

Jai, do you have an USB mouse too?

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                 Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover                       mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


-- 
gentoo-amd64@gentoo.org mailing list



 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 1960 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 4715 bytes --]

Guess what .... dma is not enabled 
----------------------------------------------------------------
flukebox flukebox # hdparm /dev/sda | grep dma
flukebox flukebox #
------------------------------------------------------------------  
well i Guess i got my enemy..........but i didn't know whether i had choosen wrong sata drivers in kernel.
Here is some info regarding what going on in my comp.

------------------------------------------------------------------------------------------
flukebox flukebox # dmesg |grep dma
ata1: SATA max UDMA/133 cmd 0x9000 ctl 0x9402 bmdma 0xA000 irq 177
ata2: SATA max UDMA/133 cmd 0x9800 ctl 0x9C02 bmdma 0xA008 irq 177
flukebox flukebox # dmesg |grep via
bus pci: add driver sata_via
pci: Matched Device 0000:00:0f.0 with Driver sata_via
sata_via 0000:00:0f.0: version 1.1
sata_via 0000:00:0f.0: routed to hard irq line 1
scsi0 : sata_via
scsi1 : sata_via
bound device '0000:00:0f.0' to driver 'sata_via'
pci: Bound Device 0000:00:0f.0 to Driver sata_via
flukebox flukebox # lspci
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South]
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:13.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: VIA Technologies, Inc. S3 Unichrome Pro VGA Adapter (rev 01)
---------------------------------------------------------------------------------------------
~jaiks



jai kumar <jaikumar1004_in@yahoo.co.in> wrote: Sorry for responding so late.
        unfortunately while doing regular "emerge-websync" and after that
" emerge  --update --deep world"  did updated my libexpat.so.0 to libexpat.so.1 .....so when i reboot my comp nothing was working.
i have to link libexpat.so.0 to libexpat.so.1 but i didn't know that before :(.
---------------------------------------------------------------------------------------------

  Well, I have a SERIAL mouse and an USB  keyboard.
  i will tell you more after applying the changes suggested.

~jaiks



 
Reinhard Kotucha <reinhard.kotucha@web.de> wrote: >>>>> "Rodrigo" == Rodrigo Gnoatto Amaral  writes:

  > I had this problem only with USB mouses.

This is  interesting.

Does it make a difference whether USB support is compiled into the
kernel or if it is a kernel module?

Jai, do you have an USB mouse too?

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                 Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover                       mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


-- 
gentoo-amd64@gentoo.org mailing list


         

---------------------------------
  Here’s a new way to find what you're looking for - Yahoo! Answers 

 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 5478 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 5080 bytes --]

One more thing which i find out that .....it is non other then X  which is using two much Cpu while doing nothing with emerge.
See the attached files.
waiting for your suggestions. 
~jaiks

jai kumar <jaikumar1004_in@yahoo.co.in> wrote: Guess what .... dma is not enabled 
----------------------------------------------------------------
flukebox flukebox # hdparm /dev/sda | grep dma
flukebox flukebox #
------------------------------------------------------------------  
well i Guess i got my enemy..........but i didn't know whether i had choosen wrong sata drivers in kernel.
Here is some info regarding what going on in my comp.

------------------------------------------------------------------------------------------
flukebox flukebox # dmesg |grep dma
ata1: SATA max UDMA/133 cmd 0x9000 ctl 0x9402 bmdma 0xA000 irq 177
ata2: SATA max UDMA/133 cmd 0x9800 ctl 0x9C02 bmdma 0xA008 irq 177
flukebox flukebox # dmesg |grep via
bus pci: add driver sata_via
pci: Matched Device 0000:00:0f.0 with Driver sata_via
sata_via 0000:00:0f.0: version 1.1
sata_via 0000:00:0f.0: routed to hard irq line 1
scsi0 : sata_via
scsi1 : sata_via
bound device '0000:00:0f.0' to  driver 'sata_via'
pci: Bound Device 0000:00:0f.0 to Driver sata_via
flukebox flukebox # lspci
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South]
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev  81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:13.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller:  VIA Technologies, Inc. S3 Unichrome Pro VGA Adapter (rev 01)
---------------------------------------------------------------------------------------------
~jaiks



jai kumar <jaikumar1004_in@yahoo.co.in> wrote: Sorry for responding so late.
        unfortunately while doing regular "emerge-websync" and after that
" emerge  --update --deep world"  did updated my libexpat.so.0 to libexpat.so.1 .....so when i reboot my comp nothing was working.
i have to link libexpat.so.0 to libexpat.so.1 but i didn't know that before :(.
---------------------------------------------------------------------------------------------

  Well, I have a SERIAL mouse and an USB  keyboard.
  i will tell you more after applying the changes  suggested.

~jaiks



 
Reinhard Kotucha <reinhard.kotucha@web.de> wrote: >>>>> "Rodrigo" == Rodrigo Gnoatto Amaral  writes:

  > I had this problem only with USB mouses.

This is  interesting.

Does it make a difference whether USB support is compiled into the
kernel or if it is a kernel module?

Jai, do you have an USB mouse too?

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                 Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover                       mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer  is NO.
----------------------------------------------------------------------------


-- 
gentoo-amd64@gentoo.org mailing list


         

---------------------------------
  Here’s a new way to find what you're looking for - Yahoo! Answers 
         

---------------------------------
  Here’s a new way to find what you're looking for - Yahoo! Answers 

 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 6077 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[Richard Fish]

On 8/5/06, jai kumar <jaikumar1004_in@yahoo.co.in> wrote:
> One more thing which i find out that .....it is non other then X  which is
> using two much Cpu while doing nothing with emerge.
> See the attached files.
> waiting for your suggestions.

First, please don't top post, and trim your replies so you are sending
fully quoted messages all the time.

Second, what attached files? ;-)

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Richard Fish]

On 8/5/06, jai kumar <jaikumar1004_in@yahoo.co.in> wrote:
> Guess what .... dma is not enabled

Yes, it is.  DMA is *always* be enabled with SATA drives.  You can use
hdparm -Tt to verify the throughput of the disks, and basically as
long as you get > ~50MB/s, you are good.

How much RAM do you have in the box.  Emerge --info might also help us.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Hemmann, Volker Armin]

On Saturday 05 August 2006 21:41, jai kumar wrote:
> Sorry for responding so late.
>         unfortunately while doing regular "emerge-websync" and after that
> " emerge  --update --deep world"  did updated my libexpat.so.0 to
> libexpat.so.1 .....so when i reboot my comp nothing was working. i have to
> link libexpat.so.0 to libexpat.so.1 but i didn't know that before :(.
> ---------------------------------------------------------------------------
>------------------
>
>   Well, I have a SERIAL mouse and an USB  keyboard.
>   i will tell you more after applying the changes suggested.
>
>

if you have a serial mouse, make sure that umaskirq is set. hdparm is your 
friend.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Gary E. Miller]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yo All!

On Fri 2006/8/4, Mihir Sevak <mihir.sevak@gmail.com>:

> My mouse was almost not moving. But there are many variables involved
> in that situation.

I found that adding "elevator=cpq" to the kernel boot parameters helped
a lot.

RGDS
GARY
- ---------------------------------------------------------------------------
Gary E. Miller Rellim 20340 Empire Blvd, Suite E-3, Bend, OR 97701
	gem@rellim.com  Tel:+1(541)382-8588

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFE09Kq8KZibdeR3qURAnUWAKDKs1GBwCAUyoACG5tKYwDKcWZblgCeKKDy
bgktqzxGAZDV2ywIsXqTKFg=
=8okg
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] emerge make my comp slow :(

[J'raxis 270145]

At 2006-08-04T21:37:25+0000, <reinhard.kotucha@web.de> wrote:

> Date: Fri, 4 Aug 2006 23:37:25 +0200
> From: Reinhard Kotucha <reinhard.kotucha@web.de>
> Reply-to: gentoo-amd64@lists.gentoo.org
> Subject: Re: [gentoo-amd64]emerge make my comp slow :(
> To: gentoo-amd64@lists.gentoo.org
> Message-ID: <17619.48661.209563.272742@zarniwoop.ms25.local>
> X-Mailer: VM 7.18 under Emacs 21.4.1
> 
> >>>>> "Mihir" == Mihir Sevak <mihir.sevak@gmail.com> writes:
> 
>   > That is a normal behaviour. Because emerge script downloads and
>   > compile the software for you and that takes lot of cpu power.  so
>   > don't worry..
> 
> Downloading does not require much CPU power.  It is definitely not
> normal that compiling takes so much CPU power that the mouse doesn't
> react.
> 
> emerge runs a lot of sub-processes like wget, gcc...  
> 
> It would be interesting to know which program takes so much CPU power.
> The easiest way to find out whether a program takes extraordinary much
> CPU power or takes an exraordinary amount of memory is to run "top" in
> another window.
> 
> If a process takes 98% of CPU time for more than a few seconds then
> there is something wrong.

Nothing unusual about a large untar process running for minutes at 100%
(e.g., Firefox, OpenOffice), or the cache-rebuild step after a --sync.

> I'm using Linux since 1994 and we started with a 40MHz PC and 8MB
> RAM.  It never happened that the mouse doesn't react except once:
> 
> A Linux system becomes slow if it runs out of memory.  I had 128MB RAM
> at the time a friend had to solve a numerical problem.  In addition to
> the 256MB swap partition he had to install a 512MB swap file to be
> able to solve the problem.  When the system is swapping you regret
> every keystroke and in this case you can expect that the mouse doesn't
> react immediately.
> 
> One of Linux's greatest features is that it behaves very well under
> heavy load.  I don't think that what Jai described is normal behavior.
> 
> 
> 
> This is my first mail to this list.  I'm impressed to see how good
> Gentoo works and how good it is maintained.  I'm subscribed to the
> list for a few weeks and I'm amazed about the good support provided
> here.  Let me take this opportunity to say thank you to everyone who
> is involved.
> 
> BTW., before I bought my new computer end of last year I planned to
> switch from Slackware to Debian.  Because the most important thing for
> me is TeX, I asked Google for Acroread on amd64 and it told me that it
> works under Gentoo, hence I tried it.  I have problems with menu based
> configuration programs because they do not provide a command history,
> menu items do not tell me exactly what happens if I select them and it
> would help a lot to know in advance what the next step will be.
> 
> The Gentoo Handbook solves all these problems brilliantly.  I cannot
> imagine a better solution.  I have the impression that Gentoo had been
> designed exactly for my needs.
> 
> Regards, and many thanks,
> 
>   Reinhard
> 
> -- 
> ----------------------------------------------------------------------------
> Reinhard Kotucha			              Phone: +49-511-4592165
> Marschnerstr. 25
> D-30167 Hannover	                      mailto:reinhard.kotucha@web.de
> ----------------------------------------------------------------------------
> Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> ----------------------------------------------------------------------------
> 
> 
> -- 
> gentoo-amd64@gentoo.org mailing list
> 

-- 
J'raxis 270145
http://www.jraxis.com/
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Hemmann, Volker Armin]

On Friday 04 August 2006 19:23, jai kumar wrote:
> Hi all,
>   I am new to Gentoo. I have installed gentoo firstly in may (but was not
> succeded to get my X working ). So that time I gave up gentoo and turned to
> Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my
> comp with X working successfully but problem is that whenever when i do a 
> "emerge programname" my system get very slow (Even mouse didn't react). I
> am unable to figure out the problem. Waiting for your help.
>

usually, compiling itself does not make your mouse hang.

But: if you don't have lots of memory (more than 1gig with AMD64), and you are 
emerging with MAKEOPTS="j2", memory becomes a problem.

If your comp is in a swap-storm, your mouse will hang, that easy. Solution:
MAKEOPTS="-j1"
or
2gb of ram

oh, and check that 'umaskirq' is set for your ata devices (ide harddisks. 
check with hdparm).
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[yoshi watanabe]

On 01:15 Sat 05 Aug     , Hemmann, Volker Armin wrote:
> On Friday 04 August 2006 19:23, jai kumar wrote:
> > Hi all,
> >   I am new to Gentoo. I have installed gentoo firstly in may (but was not
> > succeded to get my X working ). So that time I gave up gentoo and turned to
> > Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my
> > comp with X working successfully but problem is that whenever when i do a 
> > "emerge programname" my system get very slow (Even mouse didn't react). I
> > am unable to figure out the problem. Waiting for your help.
> >
> 
> usually, compiling itself does not make your mouse hang.
> 
> But: if you don't have lots of memory (more than 1gig with AMD64), and you are 
> emerging with MAKEOPTS="j2", memory becomes a problem.
> 
> If your comp is in a swap-storm, your mouse will hang, that easy. Solution:
> MAKEOPTS="-j1"
> or
> 2gb of ram
> 
> oh, and check that 'umaskirq' is set for your ata devices (ide harddisks. 
> check with hdparm).
> -- 
> gentoo-amd64@gentoo.org mailing list

also, setting PORTAGE_NICENESS in make.conf to something like 3 or 5 *really* helps.
i also noticed that my pc becomes a bit sluggish during certain compiles if i don't set it. 
(defaults to 0). more info on this option in manual for nice command.

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Mihir Sevak]

Hello everyone,
   i tried to set my dma = 1 by
                             "hdparm -d 1 /dev/hda"
   and got an error mesg.
                            "HDIO_SET_DMA failed: operation not permitted"
Of course next step was google on it and i varified that my kernel is
tweaked like...


<*> ATA/ATAPI/MFM/RLL support
<*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
<*>     Include IDE/ATA-2 DISK support
 [*]     Use multi-mode by default
<*>     Include IDE/ATAPI CDROM support
 [*]     PCI IDE chipset support
 [*]       Sharing PCI IDE interrupts support
 [*]       Generic PCI bus-master DMA support
 [*]         Use PCI DMA by default when available
<*>         Intel PIIXn chipsets support

Is there any other module to be added to kernel or compiled as module???

Thanks.



On 8/5/06, yoshi watanabe <yoshi3@autograf.pl> wrote:
> On 01:15 Sat 05 Aug     , Hemmann, Volker Armin wrote:
> > On Friday 04 August 2006 19:23, jai kumar wrote:
> > > Hi all,
> > >   I am new to Gentoo. I have installed gentoo firstly in may (but was not
> > > succeded to get my X working ). So that time I gave up gentoo and turned to
> > > Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my
> > > comp with X working successfully but problem is that whenever when i do a
> > > "emerge programname" my system get very slow (Even mouse didn't react). I
> > > am unable to figure out the problem. Waiting for your help.
> > >
> >
> > usually, compiling itself does not make your mouse hang.
> >
> > But: if you don't have lots of memory (more than 1gig with AMD64), and you are
> > emerging with MAKEOPTS="j2", memory becomes a problem.
> >
> > If your comp is in a swap-storm, your mouse will hang, that easy. Solution:
> > MAKEOPTS="-j1"
> > or
> > 2gb of ram
> >
> > oh, and check that 'umaskirq' is set for your ata devices (ide harddisks.
> > check with hdparm).
> > --
> > gentoo-amd64@gentoo.org mailing list
>
> also, setting PORTAGE_NICENESS in make.conf to something like 3 or 5 *really* helps.
> i also noticed that my pc becomes a bit sluggish during certain compiles if i don't set it.
> (defaults to 0). more info on this option in manual for nice command.
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>


-- 
"How can anything be impossible when impossible itself says I M Possible???"
Mihir
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Will Briggs]

Mihir Sevak wrote:
> Hello everyone,
>   i tried to set my dma = 1 by
>                             "hdparm -d 1 /dev/hda"
>   and got an error mesg.
>                            "HDIO_SET_DMA failed: operation not permitted"
> Of course next step was google on it and i varified that my kernel is
> tweaked like...
> 
> 
> <*> ATA/ATAPI/MFM/RLL support
> <*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
> <*>     Include IDE/ATA-2 DISK support
> [*]     Use multi-mode by default
> <*>     Include IDE/ATAPI CDROM support
> [*]     PCI IDE chipset support
> [*]       Sharing PCI IDE interrupts support
> [*]       Generic PCI bus-master DMA support
> [*]         Use PCI DMA by default when available
> <*>         Intel PIIXn chipsets support
> 
> Is there any other module to be added to kernel or compiled as module???
> 
> Thanks.

It depends on your chipset. lspci should tell you which chipset needs to
be used. (emerge pciutils)


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Hemmann, Volker Armin]

On Saturday 05 August 2006 14:51, Mihir Sevak wrote:
> Hello everyone,
>    i tried to set my dma = 1 by
>                              "hdparm -d 1 /dev/hda"
>    and got an error mesg.
>                             "HDIO_SET_DMA failed: operation not permitted"
> Of course next step was google on it and i varified that my kernel is
> tweaked like...
>
>
> <*> ATA/ATAPI/MFM/RLL support
> <*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
> <*>     Include IDE/ATA-2 DISK support
>  [*]     Use multi-mode by default

don't use this

> <*>     Include IDE/ATAPI CDROM support
>  [*]     PCI IDE chipset support
>  [*]       Sharing PCI IDE interrupts support
>  [*]       Generic PCI bus-master DMA support
>  [*]         Use PCI DMA by default when available
> <*>         Intel PIIXn chipsets support

and that is very probably wrong too. You need support for YOUR chipset. Not 
some random intel stuff.

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Luigi Cristalli]

Ok.. so now the problem is known..
The fastest way I can suggest you is this (it will be helpful many
other times,be sure! ;-)
Boot from live CD and verify your DMA.. If it's 1, good!!
You can recompile your kernel with the auto-generated configuration...
It will make your DMA working, be sure! ;-)
If it is not 1, so it' s off, it is bad, very bad... but first try this :-D

follow the white rabbit... ;-)

http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=1&chap=7#doc_chap4


2006/8/5, Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de>:
> On Saturday 05 August 2006 14:51, Mihir Sevak wrote:
> > Hello everyone,
> >    i tried to set my dma = 1 by
> >                              "hdparm -d 1 /dev/hda"
> >    and got an error mesg.
> >                             "HDIO_SET_DMA failed: operation not permitted"
> > Of course next step was google on it and i varified that my kernel is
> > tweaked like...
> >
> >
> > <*> ATA/ATAPI/MFM/RLL support
> > <*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
> > <*>     Include IDE/ATA-2 DISK support
> >  [*]     Use multi-mode by default
>
> don't use this
>
> > <*>     Include IDE/ATAPI CDROM support
> >  [*]     PCI IDE chipset support
> >  [*]       Sharing PCI IDE interrupts support
> >  [*]       Generic PCI bus-master DMA support
> >  [*]         Use PCI DMA by default when available
> > <*>         Intel PIIXn chipsets support
>
> and that is very probably wrong too. You need support for YOUR chipset. Not
> some random intel stuff.
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[Paul de Vrieze]

[-- Attachment #1: Type: text/plain, Size: 704 bytes --]

On Saturday 05 August 2006 11:11, yoshi watanabe wrote:

> also, setting PORTAGE_NICENESS in make.conf to something like 3 or 5
> *really* helps. i also noticed that my pc becomes a bit sluggish during
> certain compiles if i don't set it. (defaults to 0). more info on this
> option in manual for nice command.

Actually setting the nice value to 19 (the maximum value with lowest priority) 
puts portage into batch scheduling mode. This means that it gets longer 
timeslices (actually speeding up a bit) and at the same time does not 
influence the reaction speed of anything else.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 200 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 2520 bytes --]



Paul de Vrieze <pauldv@gentoo.org> wrote: On Saturday 05 August 2006 11:11, yoshi watanabe wrote:

> also, setting PORTAGE_NICENESS in make.conf to something like 3 or 5
> *really* helps. i also noticed that my pc becomes a bit sluggish during
> certain compiles if i don't set it. (defaults to 0). more info on this
> option in manual for nice command.

Actually setting the nice value to 19 (the maximum value with lowest priority) 
puts portage into batch scheduling mode. This means that it gets longer 
timeslices (actually speeding up a bit) and at the same time does not 
influence the reaction speed of anything else.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

I compiled my kernel again with the correct sata drivers (libata, sata_via) as module. well i guess it "dma" thing again. does sata drives not support dma or what is wrong ??
----------------------------------------------------------------------------------------------
flukebox@flukebox ~ $ sudo hdparm -tT /dev/sda  (my whole hardisk)
/dev/sda:
 Timing cached reads:   2592 MB in  2.00 seconds = 1295.31 MB/sec
 Timing buffered disk reads:  170 MB in  3.01 seconds =  56.41 MB/sec

flukebox@flukebox ~ $ sudo hdparm -tT /dev/sda13 (gentoo partition)
/dev/sda13:
 Timing cached reads:   2620 MB in  2.00 seconds = 1309.80 MB/sec
 Timing buffered disk reads:   92 MB in  3.05 seconds =  30.16 MB/sec
------------------------------------------------------------------------------------------
flukebox@flukebox ~ $ sudo hdparm -u1 /dev/sda

/dev/sda:
 setting unmaskirq to 1 (on)
 HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device
-------------------------------------------------------------------------------------
flukebox@flukebox ~ $ sudo hdparm -c1 /dev/sda

/dev/sda:
 setting 32-bit IO_support flag to 1
 HDIO_SET_32BIT failed: Invalid argument
 IO_support   =  0 (default 16-bit)
flukebox@flukebox ~ $ sudo hdparm -c0 /dev/sda

/dev/sda:
 setting 32-bit IO_support flag to 0
 IO_support   =  0 (default 16-bit)
----------------------------------------------------------------------------------------

still with no luck :(. Although PORTAGE_NICENESS help me a bit.
I set PORTAGE_NICENESS="5" in my make.conf

last time i attached 2 screenshot but mail returned to me back  undelivered.

~jaiks






 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 3048 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[Richard Fish]

On 8/6/06, jai kumar <jaikumar1004_in@yahoo.co.in> wrote:
> I compiled my kernel again with the correct sata drivers (libata, sata_via)
> as module. well i guess it "dma" thing again. does sata drives not support
> dma or what is wrong ??

They support DMA just fine....

> ----------------------------------------------------------------------------------------------
> flukebox@flukebox ~ $ sudo hdparm -tT /dev/sda  (my whole hardisk)
> /dev/sda:
>  Timing cached reads:   2592 MB in  2.00 seconds = 1295.31 MB/sec
>  Timing buffered disk reads:  170 MB in  3.01 seconds =  56.41 MB/sec

...and you are getting DMA transfers.  Without DMA the buffered disk
read speed would be more like 3-4 MB/sec.

This is not the problem.

BTW, the reason hdparm doesn't show a dma mode, and the reason that
most of the other hdparm options don't work with your drive, is
because hdparm is meant to deal with IDE/PATA disk drives, not SATA.
There really is no additional configuration that you need to do for
SATA performance.

AFAICT, you still haven't told us how much RAM you have, or posted
your emerge --info.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 4466 bytes --]



Richard Fish <bigfish@asmallpond.org> wrote: On 8/6/06, jai kumar  wrote:
> I compiled my kernel again with the correct sata drivers (libata, sata_via)
> as module. well i guess it "dma" thing again. does sata drives not support
> dma or what is wrong ??

They support DMA just fine....

> ----------------------------------------------------------------------------------------------
> flukebox@flukebox ~ $ sudo hdparm -tT /dev/sda  (my whole hardisk)
> /dev/sda:
>  Timing cached reads:   2592 MB in  2.00 seconds = 1295.31 MB/sec
>  Timing buffered disk reads:  170 MB in  3.01 seconds =  56.41 MB/sec

...and you are getting DMA transfers.  Without DMA the buffered disk
read speed would be more like 3-4 MB/sec.

This is not the problem.

BTW, the reason hdparm doesn't show a dma mode, and the reason that
most of the other hdparm options don't work with your drive, is
because hdparm is meant to deal with IDE/PATA disk drives, not SATA.
There really is no additional configuration that you need to do for
SATA performance.

AFAICT, you still haven't told us how much RAM you have, or posted
your emerge --info.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list


 I have a single 512mb (512x1) ram.  I read out that ccache would be a better idea to enchance the performance.  Anbody tried that ?
one more thing, i am unable to find a xorg.conf in "/etc/X11/"...where it is ? I google about that but didn't  help. 

it's weird but true that this time (with new kernel) performance is better than before and no more emerge problems but sometimes X takes too much cpu for few secs. 


 
----------------------------------------------------------------------------------------------
flukebox@flukebox ~ $ emerge --info
Portage 2.1.1_pre4-r3 (default-linux/amd64/2006.0, gcc-3.4.4/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa apic avi berkdb bitmap-fonts clflush cli cmov crypt cx8 dlloader dri eds elibc_glibc emboss encode fid foomaticdb fortran fxsr gif gnome gpm gstreamer gtk gtk2 imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux lm lzw lzw-tiff mca mce mp3 mpeg msr mtrr ncurses nls nptl nptlonly nx opengl pae pam pat pcre pdflib perl pge png pppd pse36 python qt qt3 qt4 quicktime readline reflection sdl sep session spell spl ssl syscall tcpd tiff truetype-fonts ts tsc ttp type1-fonts usb userland_GNU vid video_cards_via xorg xpm xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

flukebox@flukebox ~ $

----------------------------------------------------------------------------------------------
~jaiks
 

 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 5066 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[Hemmann, Volker Armin]

On Monday 07 August 2006 16:12, jai kumar wrote:
>  I have a single 512mb (512x1) ram.  I read out that ccache would be a
> better idea to enchance the performance.  Anbody tried that ? one more
> thing, i am unable to find a xorg.conf in "/etc/X11/"...where it is ? I
> google about that but didn't  help.
>
> it's weird but true that this time (with new kernel) performance is better
> than before and no more emerge problems but sometimes X takes too much cpu
> for few secs.

512 is way to low.

Get at least 512mb more.

Really, with 512mb you are hitting swap constantly while compiling. And 
hitting swap has exactly the symptoms you described.

Get more ram and the mouse won't hang anymore.

ccache is a good idea, but it won't help you much. More ram will.

And please - learn to quote. You'll make it easier for the people to read the 
mails.

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64]emerge make my comp slow :(

[jai kumar]

[-- Attachment #1: Type: text/plain, Size: 1392 bytes --]



"Hemmann, Volker Armin" <volker.armin.hemmann@tu-clausthal.de> wrote: On Monday 07 August 2006 16:12, jai kumar wrote:
>  I have a single 512mb (512x1) ram.  I read out that ccache would be a
> better idea to enchance the performance.  Anbody tried that ? one more
> thing, i am unable to find a xorg.conf in "/etc/X11/"...where it is ? I
> google about that but didn't  help.
>
> it's weird but true that this time (with new kernel) performance is better
> than before and no more emerge problems but sometimes X takes too much cpu
> for few secs.

512 is way to low.

Get at least 512mb more.

Really, with 512mb you are hitting swap constantly while compiling. And 
hitting swap has exactly the symptoms you described.

Get more ram and the mouse won't hang anymore.

ccache is a good idea, but it won't help you much. More ram will.

And please - learn to quote. You'll make it easier for the people to read the 
mails.

-- 
gentoo-amd64@gentoo.org mailing list


Thank you all very much.
Well I will buy a 512mb ram when i'll have enough bucks for doing so =).
Quoting:: well i am replying via yahoo mail and it didn't have quoting ( or if  it have  i don't know how to apply.) 

Again, thank you all for  help and support.

~jaiks
 


 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 1760 bytes --]

Re: [gentoo-amd64]emerge make my comp slow :(

[Luigi Cristalli]

Hi all,
may the solution be so trivial? (I hope so! :-D this can make your
gentoo working soon! :-)
Almost one year ago I helped a friend of mine to get a working gentoo
linux box on an Acer Ferrari (AMD 64). . I was surprised because it
was so slow when I tried to emerge something! :-D
Finally I found the DMA was off...can U believe? :-D
check it making:

#hdparm /dev/hda | grep using_dma

if it's set to 0 (off) we know our enemy! :-D

2006/8/4, jai kumar <jaikumar1004_in@yahoo.co.in>:
> Hi all,
>   I am new to Gentoo. I have installed gentoo firstly in may (but was not
> succeded to get my X working ). So that time I gave up gentoo and turned to
> Ubuntu.  Yesterday I have successfully installed gentoo Amd64 2006.0 on my
> comp with X working successfully but problem is that whenever when i do a
> "emerge programname" my system get very slow (Even mouse didn't react). I am
> unable to figure out the problem.
> Waiting for your help.
>
> Thank You.
>
> ~jaiks
>
>
>
>  ________________________________
>  Here's a new way to find what you're looking for - Yahoo! Answers
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: emerge make my comp slow :(

[Duncan]

"Luigi Cristalli" <luigi.cristalli@gmail.com> posted
bacd36480608041740r1b41d2d7neea4a898a6fa567b@mail.gmail.com, excerpted
below, on  Sat, 05 Aug 2006 02:40:08 +0200:

> Almost one year ago I helped a friend of mine to get a working gentoo
> linux box on an Acer Ferrari (AMD 64). . I was surprised because it was so
> slow when I tried to emerge something! :-D Finally I found the DMA was
> off...can U believe? :-D check it making:
> 
> #hdparm /dev/hda | grep using_dma
> 
> if it's set to 0 (off) we know our enemy! :-D

That was going to be my suggestion! =8^)

So yeah, you have two votes for checking DMA.  If it's off, particularly
if you are swapping, that /could/ be killing responsiveness, including
mouse.

Note that if you are using the wrong IDE/SATA/SCSI chipset drivers, it's
likely you'll have no luck trying to turn DMA on, until you get the right
drivers.  In particular, I noted one guy earlier this week with SATA,
generic IDE, and some Via chipset IDE, all turned on at once, according to
his dmesg.  The generic was loading first so the Via, while it detected
the chip, couldn't load as the generic was already loaded.  There's a good
chance he was running without DMA as a result.  The SATA drivers likely
weren't interfering with DMA, but dmesg didn't say any SATA drives were
recognized, so chances are he had the chip but no drives hung off it, so
that too might as well have been disabled.

Hope you get it working, in any case!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: cisco vpn : cvpnd hangs

[Michael Hordijk]

Jonathan Schaeffer wrote:
> I have to configure the cisco vpn client at home on my amd64 gentoo box.

I haven't see any other responses to your post, but I use vpnc instead 
of the Cisco client and had great success with it.  And I thought it was 
much easier to get working.  And easier to configure routes afterwards 
if you don't want your normal Internet traffic going over your VPN 
connection.

- hoffer

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: cisco vpn : cvpnd hangs

[Jonathan Schaeffer]

2006/8/6, Michael Hordijk <hoffbrinkle@hotmail.com>:
> Jonathan Schaeffer wrote:
> > I have to configure the cisco vpn client at home on my amd64 gentoo box.
>
> I haven't see any other responses to your post, but I use vpnc instead
> of the Cisco client and had great success with it.  And I thought it was
> much easier to get working.  And easier to configure routes afterwards
> if you don't want your normal Internet traffic going over your VPN
> connection.

Sadly (very sadly indeed), vpnc doesn't support certificate
authentication and it's the way the cisco vpn server is configured at
work.
Well, I guess I'll push them once more to install an openvpn server ...

However ... I'm not sure about how the whole things work but the csico
vpn binaries are 32bits executables and link to the /lib32/libc
Is it possible that something is not well installed/configured with
the 32 bit emulation (if it's about 32bit emulation).
Have I any chance to get it working in a 32 bit chroot ? I've never
done it before but next step would be such a try.

thanks

jonathan
-- 
gentoo-amd64@gentoo.org mailing list