On Sat, Nov 29, 2008 at 12:02 PM, Ray Clark <[EMAIL PROTECTED]>wrote:

> tcook,
>
> You bring up a good point.  exponentially slow is very different from
> crashed, though they may have the same net effect.  Also that other factors
> like timeouts would come into play.
>
> Regarding services, I am new to administering "modern" solaris, and that is
> on my learning curve.  My immediate need is simply a dumb file server.  3 or
> 4 MB/sec would be adequate for my needs (marginal and at times annoying, but
> adequate).  If you expect it to be slow, it does work quite nicely without
> compression.  I have to use what I have.  In the meantime, perhaps my stress
> tests will also serve to expose issues.
>
> Regarding the GUI, I don't know how to disable it.   There are no virtual
> consoles, and unlike older versions of SunOS and Solaris, it comes up in XDM
> and there is no [apparent] way to get a shell without running gnome.  I am
> sure that there is, but again, I come from the BSD/SunOS/Linux line, and
> have not learned the ins and outs of Nevada/Indiana yet.  I had hoped to put
> up a simple installation serving up disks and learns details later.  There
> are several 60~90MB gnome apps evidently pre-loaded - even a 45MB clock!
> Wow.
>
> Interestingly, the "size" fields under "top" add up to 950GB without
> getting to the bottom of the list, yet it shows NO swap being used, and
> 150MB free out of 768 of RAM!  So how can the size of the existing processes
> exceed the size of the virtual memory in use by a factor of 2, and the size
> of total virtual memory by a factor of 1.5?  This is not the resident size -
> this is the total size!
>
> News Flash!  It has come out of it, and is moving along now at 2 MB/sec.
>  GUI is responsive with an occasional stutter.  It was going through a
> directory structure full of .mp3 and .flac files.    Perhaps the gzip
> algorithm gets hung up in the data patterns they create.
> --
>

Assuming you're running opensolaris:
pfexec svcadm disable gdm
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to