Ouch, mistakenly I posted a private response to list.
Worst of it: Most URL's are not yet online.
More infos at a given time in separate announcements.
I apologize to world for this mistake :(
%martin
___
perf-discuss mailing list
perf-di
>> Bob
>> ==
>> Bob Friesenhahn
>> bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
>> GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Martin Bochnig,
Sun CertifiedSytemAdmin for Solaris 10,
"some users"?
On Thu, Feb 12, 2009 at 6:23 PM, Bob Friesenhahn
wrote:
> I checked the bug tracker for 'top' and did not see any memory leak bug
> listed so I opened up SourceForge bug ID 2593511 so that the top maintainer
> is aware of the issue.
>
> http://sourceforge.net/tracker/index.php?fun
On Thu, Feb 12, 2009 at 4:47 AM, Bart Smaalders wrote:
> Martin Bochnig wrote:
>>
>> Both my version of wget shall have a bug and my version of top?
>> Seriously, how likely is this?
>> Isn't it more likely that there is a problem in a shared library that
>&
t, admit it, /usr/bin/top consuming 1.3GB of mem, that cannot
explained anymore.
Regards,
%martin
___
perf-discuss mailing list
perf-discuss@opensolaris.org
use /tmp for storing big files anymore (as this
box has 2.4 TB of ZFS storage). And also no big file got stored there
by FireFox's download manager or stuff like that.
Proof:
bash-3.2$ du -h /tmp
12K /tmp/.removable
4K /tmp/hsperfdata_root
4K /tmp/.X11-unix
4K /tmp/.X11-pipe
g their output into text files via wget -m -p -k xxx >
logfile.lod 2>&1 & )
http://natamar.org/content/bugs/Screenshot-12.png (image/png) 237K
http://natamar.org/content/bugs/Screenshot-14.png (image/png) 239K
Normally I would like to have attached them for the records/archives,
but
an issue in the hope you might succeed in
improving things a bit.
p.s. I wrote this via jive, as I'm still not re-subscribed to the generic list.
I chose "CC Forums:" performance discuss. This might not be refelcted in your
CC: field, pls. add that.
%martin
This message posted from opensolaris.org
___
perf-discuss mailing list
perf-discuss@opensolaris.org
Nicolas Linkert wrote:
- nVidia support for Nevada seems to be really poor in Nevada - I
cannot get 1680x1050 for NVIDIA Quadro FX 1100 - with Debian and
nVidia it's no problem. So one is forced to use the "nv" driver.
Alan already mentioned the b65 problem with AGP. However, if you are
stil
hi,
i am looking for a tool to see how many CPUs, controlled by FSS inside a pool,
a project used over some time
i have a 20k with several zones inside some pools. the cpu-sets/pools are
configured with FSS and the zones with different shares. Inside the zones, i
use projects with FSS shar
"If another major OS (Linux) is faster, it's a bug"
is the OpenSolaris performance slogan.
In this benchmark Ubuntu is getting approx. 22 000 requests per second compared
to Nevada's 20 000.
This should either be fixed (a bug according to the slogan), or you should
consider helping this guy tu
I'm using Solaris 9 (SPARC) after installing sun studio 10.
This message posted from opensolaris.org
___
perf-discuss mailing list
perf-discuss@opensolaris.org
I get an error when trying to compile libmicro using cc:
When I type make I get:
...
cc -c -O -DUSE_GETHRTIME -D_REENTRANT ../atomic.c -o atomic.o
"../atomic.c", line 42: cannot find include file:
"../atomic.c", line 64: warning: implicit function declaration: atomic_add_32_nv
cc: acomp failed f
> I've noticed that OpenSolaris uses the swap space
> quite fast even if 700Mb Physical Memory is free in
> my system.
[b]How fast[/b] ? What is wrong ? What do you need ?
Did you use 'vmstat' ('page-out' is mostly relevant) ?
Try to get more information
- echo ::memstat | mdb -k
- kstat -c k
14 matches
Mail list logo
