1 |
Dear memebers, |
2 |
i am not a linux guru. I have been using linux only for couple years |
3 |
now. I personally like it a lot but i am still trying to learn more |
4 |
about it. So if my answer was wrong then i sincerely apologize. Please |
5 |
don't think that Gentoo has a bad support because of my wrong answer. |
6 |
Honestly i am using Gentoo because i can get answers for my questions |
7 |
from these mailing lists. |
8 |
Also i have an amd 64 gateway laptop. When i installed Gentoo on it |
9 |
i had to install some software packages for my personal use. One of |
10 |
them was Anjuta (i remember). It was a big package(lot of |
11 |
dependencies) and there were other 2 packages which i was emerging at |
12 |
the same time. I have to admit at that time i had a similar situation. |
13 |
My mouse was almost not moving. But there are many variables involved |
14 |
in that situation. So i am not sure if my conclusion that whenever one |
15 |
emerges more then one package at the same time computer slows down is |
16 |
absolutely correct. Also i will be very happy to learn something new |
17 |
from this thread. |
18 |
|
19 |
Thanks. |
20 |
|
21 |
On 8/4/06, Reinhard Kotucha <reinhard.kotucha@×××.de> wrote: |
22 |
> >>>>> "Mihir" == Mihir Sevak <mihir.sevak@×××××.com> writes: |
23 |
> |
24 |
> > That is a normal behaviour. Because emerge script downloads and |
25 |
> > compile the software for you and that takes lot of cpu power. so |
26 |
> > don't worry.. |
27 |
> |
28 |
> Downloading does not require much CPU power. It is definitely not |
29 |
> normal that compiling takes so much CPU power that the mouse doesn't |
30 |
> react. |
31 |
> |
32 |
> emerge runs a lot of sub-processes like wget, gcc... |
33 |
> |
34 |
> It would be interesting to know which program takes so much CPU power. |
35 |
> The easiest way to find out whether a program takes extraordinary much |
36 |
> CPU power or takes an exraordinary amount of memory is to run "top" in |
37 |
> another window. |
38 |
> |
39 |
> If a process takes 98% of CPU time for more than a few seconds then |
40 |
> there is something wrong. |
41 |
> |
42 |
> I'm using Linux since 1994 and we started with a 40MHz PC and 8MB |
43 |
> RAM. It never happened that the mouse doesn't react except once: |
44 |
> |
45 |
> A Linux system becomes slow if it runs out of memory. I had 128MB RAM |
46 |
> at the time a friend had to solve a numerical problem. In addition to |
47 |
> the 256MB swap partition he had to install a 512MB swap file to be |
48 |
> able to solve the problem. When the system is swapping you regret |
49 |
> every keystroke and in this case you can expect that the mouse doesn't |
50 |
> react immediately. |
51 |
> |
52 |
> One of Linux's greatest features is that it behaves very well under |
53 |
> heavy load. I don't think that what Jai described is normal behavior. |
54 |
> |
55 |
> |
56 |
> |
57 |
> This is my first mail to this list. I'm impressed to see how good |
58 |
> Gentoo works and how good it is maintained. I'm subscribed to the |
59 |
> list for a few weeks and I'm amazed about the good support provided |
60 |
> here. Let me take this opportunity to say thank you to everyone who |
61 |
> is involved. |
62 |
> |
63 |
> BTW., before I bought my new computer end of last year I planned to |
64 |
> switch from Slackware to Debian. Because the most important thing for |
65 |
> me is TeX, I asked Google for Acroread on amd64 and it told me that it |
66 |
> works under Gentoo, hence I tried it. I have problems with menu based |
67 |
> configuration programs because they do not provide a command history, |
68 |
> menu items do not tell me exactly what happens if I select them and it |
69 |
> would help a lot to know in advance what the next step will be. |
70 |
> |
71 |
> The Gentoo Handbook solves all these problems brilliantly. I cannot |
72 |
> imagine a better solution. I have the impression that Gentoo had been |
73 |
> designed exactly for my needs. |
74 |
> |
75 |
> Regards, and many thanks, |
76 |
> |
77 |
> Reinhard |
78 |
> |
79 |
> -- |
80 |
> ---------------------------------------------------------------------------- |
81 |
> Reinhard Kotucha Phone: +49-511-4592165 |
82 |
> Marschnerstr. 25 |
83 |
> D-30167 Hannover mailto:reinhard.kotucha@×××.de |
84 |
> ---------------------------------------------------------------------------- |
85 |
> Microsoft isn't the answer. Microsoft is the question, and the answer is NO. |
86 |
> ---------------------------------------------------------------------------- |
87 |
> |
88 |
> |
89 |
> -- |
90 |
> gentoo-amd64@g.o mailing list |
91 |
> |
92 |
> |
93 |
|
94 |
|
95 |
-- |
96 |
"How can anything be impossible when impossible itself says I M Possible???" |
97 |
Mihir |
98 |
-- |
99 |
gentoo-amd64@g.o mailing list |