Well, I did what you were suggested and it did nothing.
Anyway I decided to try a bit harder and destroyed all my .gconf, .gnome,
.mozilla, etc... folder that had been created long ago , I already had some
issues with that.
The result was positive because gconfd-2 is now using a very reasonable
I've noticed that update manager runs periodically pm-update-manager.
When it does, system becomes barely usable, likewise if one uses package
manager ui
I catched it in prstat and noticed that pm-update-manager runs with a priority
of 60 whereas the normal desktop apps run with 59.
The rss is
However, I found that Xorg memory usage is still very high :
1446 root 448M 150M sleep 450 0:04:53 4.4% Xorg/3
especially compared to the one on my home server,
with basically the same session apps running
(including compiz, awn and conky) :
720 root 88M 58M sleep
Hi Bruno,
What is your output for these commands?
cat /etc/release
pfexec scanpci
?
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Connection is over wifi (malo0), but its working quite well AFAIK.
# cat /etc/release
OpenSolaris Development snv_131 X86
Copyright 2010 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Well, you are certainly right.
The card in my home server is a fairly recent nvidia :
(II) Jan 28 06:16:36 NVIDIA(0): NVIDIA GPU GeForce 9500 GT (G96) at PCI:6:0:0
(GPU-0)
(--) Jan 28 06:16:36 NVIDIA(0): Memory: 1048576 kBytes
while in my laptop I have an onoard intel :
PCI:*(0:0:2:0)
On 01/31/10 03:07 AM, Bruno Damour wrote:
I've noticed that update manager runs periodically pm-update-manager.
When it does, system becomes barely usable, likewise if one uses package
manager ui
I catched it in prstat and noticed that pm-update-manager runs with a priority of 60
whereas the
while in my laptop I have an onboard intel :
PCI:*(0:0:2:0) 8086:27a2:1028:01c2 Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller rev 3, Mem @
0xeff0/524288, 0xd000/268435456, 0xefec/262144, I/O @
0xeff8/8, BIOS @ 0x/65536
...
I am currious...is there a reason why pgrep wouldn't work as i'd expect on
opensolars?
I come from FreeBSD and i usually use pgrep to check if a process is running
for a script.
For instance, i have a script which i use to check if rsync is running, if it
isn't running, then it will rsync, if
For instance, i have a script which i use to check if
rsync is running, if it isn't running, then it will
rsync, if it is, then it should skip rsync. I put
this in crontab for every 15 minutes.
On FreeBSD this works fine, on OpenSolaris it doesn't
seem to be working.
any idea why this
On 1/31/2010 12:53 PM, Thomas Burgess wrote:
I am currious...is there a reason why pgrep wouldn't work as i'd expect on
opensolars?
#!/bin/sh
PATH=/bin:/usr/bin:/usr/sbin
SERVICE='rsync'
REMOTE='wonsl...@xxx..xxx:/home/xx/x/'
LOCAL='/tank/nas/dump/'
However, the open source version of the QQ client
is known to have limited features (though it should
be good enough for inclusion in OpenSolaris). But as
I am sure you are aware, Tencent actually provides QQ
clients for various platforms, including Linux. Most
Linux distros avoid the
Hi,
While using ufs root, we had an option for limiting the /tmp size using mount
-o size manual option or setting size=1024m in the vfstab.
Do we have any comparable option available when we use zfs root. If we execute
zfs set size=1024m rpool/swap
it resizes the whole of the swap area which
Thanks for the reply.
Sorry i confused you too. when I mentioned ufs , i just meant ufs root scenario
(pre u6).
Suppose I have a 136G Hdd which as my boot disk,which has been sliced it like
s0-80gb (root slice)
s1-55Gb (swap slice)
s7- (SVM metadb)
My understanding was that if I had 16Gb of
14 matches
Mail list logo