Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 1 Jan 1999 13:15:53 -0800 (PST)
From:      "Kevin G. Eliuk" <kevin_eliuk@sunshine.net>
To:        Richard Seaman <dick@tar.com>
Cc:        current@FreeBSD.ORG
Subject:   Re: Trouble with Staroffice5.0
Message-ID:  <Pine.BSF.4.02A.9812311551530.368-100000@vanessa.eliuk.org>
In-Reply-To: <19981231165447.A2862@tar.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 31 Dec 1998, Richard Seaman wrote:

> The linux threads "port" isn't necessary for emulation, and therefore
> not necessary for StarOffice.

Okay, this is what I was originally to understand from your notes,
although I wanted to try all avenues before asking the question.
 
> > Any ideas on where I can go from here.
> 
> Only one.  I should note that I'm not a StarOffice guru by any means.
> I've only tried it out as a test case of the linux threads emulation
> code.

> The idea is that StarOffice is a resource hog, and you don't have much
> RAM.  I'm not smart enought to read the output you sent to find how
> much swap space you have.  Is is possible you're just running out of
> resources?  When I run soffice, just the initial program, without
> actually doing anything, shows 24MB of resident memory and 32MB of
> total vm memory under "top".  And, this is with my vm stack patches
> applied.  I'd guess the vm memory would jump another 10MB without
> them.

Oh yeah, finally got it to run.  The problem was with the XF86_S3V, as
soon as I switched to _SVGA I didn't have a problem.

Very slow on the resources that I am giving it.

> You presumably have an X server running, plus whatever else, so is
> it possible you just need more RAM?  I've only tried it on a 
> machine with 256MB of RAM and 512MB of swap. :)


last pid:  1070;  load averages:  0.05,  0.19,  0.25  up 0+02:58:05    13:05:27
46 processes:  1 running, 45 sleeping

Mem: 9252K Active, 6748K Inact, 7276K Wired, 5824K Cache, 3448K Buf, 808K Free
Swap: 256M Total, 33M Used, 223M Free, 13% Inuse


  PID USERNAME PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
  627 cagey      2   0 14728K  4224K select   4:37  0.05%  0.05% XF86_SVGA
  646 cagey      2   0  3780K  1032K select   0:42  0.00%  0.00% kwm
  998 cagey      2   0 47736K  3436K select   0:41  0.00%  0.00% soffice.bin
  647 cagey     10   0  3944K   232K nanslp   0:34  0.00%  0.00% maudio
  641 cagey      2   0  6556K   696K select   0:17  0.00%  0.00% kfm
  255 cagey      2   0  1388K   256K select   0:14  0.00%  0.00% ppp
  645 cagey      2   0  4740K  1072K select   0:09  0.00%  0.00% kpanel
 1060 cagey      2   0  4080K  1492K select   0:01  0.00%  0.00% kvt
  643 cagey      2   0  3944K   324K select   0:01  0.00%  0.00% kbgndwm
  257 cagey      2   0   996K    52K select   0:01  0.00%  0.00% fetchmail
 1052 cagey      2   0  4056K  1728K select   0:01  0.00%  0.00% kvt
 1061 cagey     10   0  3084K   604K nanslp   0:01  0.00%  0.00% pine
  640 cagey      2   0  3768K   304K select   0:01  0.00%  0.00% kwmsound
  644 cagey      2   0  3812K   236K select   0:01  0.00%  0.00% krootwm
 1008 cagey     10   0 47736K  3436K nanslp   0:01  0.00%  0.00% soffice.bin
 1037 cagey     18   0 47736K  3436K pause    0:00  0.00%  0.00% soffice.bin
  639 cagey     10   0  3952K     8K nanslp   0:00  0.00%  0.00% kaudioserver
 1062 cagey      3   0  1264K   532K ttyin    0:00  0.00%  0.00% vi

Thanks for the help and have a HappyNewYear every one.

---
                                                  Regards,
                                                  Kevin G. Eliuk

Discover Rock Solid, Discover FreeBSD  |  http://www.FreeBSD.Org





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02A.9812311551530.368-100000>