Thanks Craig.

I have some more data to post now.
ps aux --sort vsz | grep -v [my user name]
I am listing all heavy memory loaded processes here. Please provide me a
clue on how to reduce the memory hog.

tomcat55, apache and java for utauthd are using it most.

www-data  5761  0.0  0.0  10744  1976 ?        S    19:38   0:00
/usr/sbin/apache2 -k start
root      5760  0.0  0.1  11004  3040 ?        Ss   19:38   0:00
/usr/sbin/apache2 -k start
root      5564  0.0  0.0  13400  1636 ?        Ss   19:38   0:00
/usr/sbin/gdm
root      7782  0.0  0.3  14020  8224 tty7     Ss+  19:50   0:00 /usr/bin/X
:0 -auth /var/lib/gdm/:0.Xauth
root      5567  0.0  0.1  16516  3976 ?        S    19:38   0:00
/usr/sbin/gdm
root     11807  0.0  0.2  16752  4200 ?        S    22:48   0:00
/usr/sbin/gdm
root      6384  0.0  0.0  18692  1048 ?        Sl   19:39   0:00
/opt/SUNWut/lib/utseriald -r
root     11810  2.5  0.8  24388 18356 ?        S    22:48   0:21
/usr/bin/Xnewt :11 -auth /var/lib/gdm/:11.Xauth +bs
gdm       7820  0.0  0.4  25856  9152 ?        Ss   19:50   0:00
/usr/lib/gdm/gdmlogin
root      5984  0.0  0.0  35516  1616 ?        Ssl  19:38   0:00
/opt/SUNWut/srds/lib/utdsd -p 7012
root      5270  0.0  0.0 108652   944 ?        Ssl  19:38   0:00
/usr/sbin/nscd
mysql     5157  0.0  0.7 126920 16132 ?        Sl   19:38   0:00
/usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql
--pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306
--socket=/var/run/mysqld/mysqld.sock
www-data  5762  0.0  0.1 232340  2620 ?        Sl   19:38   0:00
/usr/sbin/apache2 -k start
www-data  5763  0.0  0.1 232340  2612 ?        Sl   19:38   0:00
/usr/sbin/apache2 -k start
root      6350  0.0  0.7 267992 15824 ?        Sl   19:39   0:06
/etc/opt/SUNWut/jre/bin/java -client auth.utauthd.utauthd
tomcat55  5735  0.0  1.3 326092 28960 ?        Sl   19:38   0:07
/usr/bin/jsvc -user tomcat55 -cp /usr/share/java/commons-
daemon.jar:/usr/share/tomcat5.5/bin/bootstrap.jar -outfile SYSLOG -errfile
SYSLOG -pidfile /var/run/tomcat5.5.pid -Djava.awt.headless=true -Xmx128M -
Djava.endorsed.dirs=/usr/share/tomcat5.5/common/endorsed -
Dcatalina.base=/var/lib/tomcat5.5 -Dcatalina.home=/usr/share/tomcat5.5 -
Djava.io.tmpdir=/var/lib/tomcat5.5/temp -Djava.security.manager -
Djava.security.policy=/var/lib/tomcat5.5/conf/catalina.policy -
Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -
Djava.util.logging.config.file=/var/lib/tomcat5.5/conf/logging.properties
org.apache.catalina.startup.Bootstrap





On Jan 30, 2008 3:23 PM, Craig Bender <[EMAIL PROTECTED]> wrote:

> What happens when you run those apps the console?  Same behavior?  What
> happens if you have a second user run the apps?
>
> Neeraj Gupta wrote:
> > I am having memory issues on a server running Sunray 4.0 service.
> > This is only a test environment with just 1 sunray client. So,
> > basically, the server is connected to client on 100Mbps LAN.
> > When I log in  and open some apps like firefox, openoffice etc.. the
> > memory usage goes up 90-95%. Even after closing them, it is not
> recovered.
> > I had 1GB initially and upgraded to 2GB.. but it is same behavior.
> >
> > The server config is
> > Intel Pentium Centrino 1.86GHz
> > 2GB DDR2 5300
> > 100Mbps lan
> > Ubuntu Gutsy 7.10 updated on 1/26/2008
> > Sunray 4.0 latest as of 1/29/2008
> > Everything is running as default and I followed some online posts for
> > installation... it was UP without any issues.
> >
> > But I need to fix the memory problem.
> >
> > Thanks
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > SunRay-Users mailing list
> > [email protected]
> > http://www.filibeto.org/mailman/listinfo/sunray-users
> _______________________________________________
> SunRay-Users mailing list
> [email protected]
> http://www.filibeto.org/mailman/listinfo/sunray-users
>
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to