On Wed, Mar 19, 2008 at 10:20 PM, Ashwin Bhat ashwinbhatks at gmail.com wrote:
Did you try the command startx ?
The command startx says that :
/usr/X11/bin/startx[129]: hexdump: not found [No such file or directory]
Couldn't create cookie
I tried both via jack user as well as root user.
On Fri, Mar 21, 2008 at 9:12 AM, Manish Chakravarty
manishchaks at gmail.com wrote:
snip
I know Solaris/OpenSolaris are known for their exceptional stability and
uptime.
But my SXDE is essentially unusuable for long development work :(
I suspect that this is more to do with JDS than
/pipermail/ug-bosug/attachments/20080321/4ec9230e/attachment.html
development tasks.
I used JDS instead of KDE because I thought it would be tested rigorously. (
Since each SXDE release undergoes testing )
-- next part --
An HTML attachment was scrubbed...
URL:
http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20080321/24a927bf
Manish Chakravarty wrote:
Hi BOSUG,
I have been working almost 12 hours straight on my SXDE desktop.
I am using the default GNOME desktop to do KDE4 builds :)
The machine has serious issues, and it has had an uptime of just 12 hours.
1) nwam/wireless reliablility
nwam brings wpi0 ( my
Manish,
Manish Chakravarty wrote:
This is problem in your case because, the zfs cache would have grown
during the build. Now when you login
the JDS binaries which sit on UFS need to be loaded and that needs to
throw out what ZFS cached. This is right now
is not very
Manish Chakravarty wrote:
Hi Sanjeev,
On Fri, Mar 21, 2008 at 9:59 AM, Sanjeev Bagewadi
Sanjeev.Bagewadi at sun.com mailto:Sanjeev.Bagewadi at sun.com wrote:
Manish,
The slowness could be because ZFS cache has hogged up the memory.
You can limit the cache size to 1GB by
Manish Chakravarty wrote:
On Fri, Mar 21, 2008 at 9:33 AM, S h i v shivakumar.gn at gmail.com
mailto:shivakumar.gn at gmail.com wrote:
On Fri, Mar 21, 2008 at 9:12 AM, Manish Chakravarty
manishchaks at gmail.com mailto:manishchaks at gmail.com wrote:
snip
I know
krazy lizard wrote:
Manish Chakravarty wrote:
Hi Sanjeev,
[...]
The NWAM dropping the line possibly means the signal seems to be
dropping at times...
I use it at home for days without any issue (infact I am punched in to
office network for over a day).
try
Thanks for help Moinak!
I will send the info to you tonight when I sit with my KDE4 builds again.
-Original Message-
From: Moinak.Ghosh at Sun.COM [mailto:moinak.gh...@sun.com]
Sent: Friday, March 21, 2008 10:28 AM
To: manishchaks at gmail.com; Bangalore OpenSolaris User Group
Subject:
Hi Sanjeev,
The KDE + deps checkout has a lot of small files ( around 10,000+ .h , .cpp
and .h files)
In addition there around 1000 .png and .svgz bin files for the
artwork/icons/etc.
About nwam, I guess I will disable it.
-Original Message-
From: Sanjeev.Bagewadi at Sun.COM
Moinak Ghosh wrote:
GNOME and KDE are both resource PIGs. Xfce is a lot better or you
can use something like Icewm or Blackbox or ...
Fluxbox? CDE?
I guess the quickest thing to do would be to use CDE during builds
JDS follows the GNOME community releases continuously and some
GNOME
Manish
Manish Chakravarty wrote:
Hi Sanjeev,
The KDE + deps checkout has a lot of small files ( around 10,000+ .h , .cpp
and .h files)
In addition there around 1000 .png and .svgz bin files for the
artwork/icons/etc.
If the file sizes are small try disabling the compression.
Have
,
Sanjeev.
--
Manish Chakravarty
http://manish-chaks.livejournal.com/
-- next part --
An HTML attachment was scrubbed...
URL:
http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20080321/3804d4e6/attachment.html
/attachments/20080321/9388afc9/attachment.html
Manish Chakravarty wrote:
Moinak Ghosh wrote:
GNOME and KDE are both resource PIGs. Xfce is a lot better or you
can use something like Icewm or Blackbox or ...
Fluxbox? CDE?
I guess the quickest thing to do would be to use CDE during builds
Whatever you wish. I like
2) Desktop becomes very unresponsive
I have a decent configuration ( 2 GB RAM, Intel Core 2 Duo T5450, 64
bit Dual core ).
I have a 160 GB HDD with /export/home on ZFS ( with compression set on )
Dude,
CPU:
* Your compile / link operations are CPU intensive by themselves.
* With
Box result in even more overheads in the process?
Cheers,
Ananth
--
Manish Chakravarty
http://manish-chaks.livejournal.com/
-- next part --
An HTML attachment was scrubbed...
URL:
http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20080321/a8208cdf
Ananth Shrinivas wrote:
2) Desktop becomes very unresponsive
I have a decent configuration ( 2 GB RAM, Intel Core 2 Duo T5450, 64
bit Dual core ).
I have a 160 GB HDD with /export/home on ZFS ( with compression set on )
[...]
* Limit ARC size
Manish Chakravarty wrote:
On Fri, Mar 21, 2008 at 4:40 PM, Ananth Shrinivas
Ananth.Shrinivas at sun.com mailto:Ananth.Shrinivas at sun.com wrote:
2) Desktop becomes very unresponsive
I have a decent configuration ( 2 GB RAM, Intel Core 2 Duo T5450, 64
bit Dual core
For desktop usability
* If you are running a dual core laptop, bind your compilation shell
(and hence all its sub-processes) to a Single CPU. Make the other CPU
free and usable for your desktop purposes.
* Jail your build inside a whole root zone or a VirtualBox
--
An HTML attachment was scrubbed...
URL:
http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20080321/d7c8d0cb/attachment.html
On Fri, Mar 21, 2008 at 5:36 PM, Ananth Shrinivas
Ananth.Shrinivas at sun.com wrote:
Yes. The compilation might be slower, but this option was for desktop
usability - Limiting the CPU shares available for compilation.
You can't have your cake and eat it too ;-)
If I have a cake, I would
Yes. The compilation might be slower, but this option was for desktop
usability - Limiting the CPU shares available for compilation.
You can't have your cake and eat it too ;-)
If I have a cake, I would like to eat it :)
And in this context, zones along with resource controls is
/20080321/c9e0217f/attachment.html
25 matches
Mail list logo