SUMMARY : providing more user space

From: Jordi Renye/FIB/UPC (jordi.renye@upc.es)
Date: Mon Feb 09 2004 - 04:41:23 EST


Hi Gurus,
 
I am too happy to summarize feedbacks to my question.
 
Thanks so much Gurus
 
Jordi Renye

------------------------------------------------------------------

KUMAR, Bageshwar, FM

You have listed most of the options available. ANother option is to use
Veritas volume manager, but this will involve cost. Dissuite is the best
option.
------------------------------------------------------------------
Dave Foster

Using disksuite to stripe 2 partitions is your
best solution, it will give larger partition and
improve performance.

--------------------------------------------------------------------
From: "Jordi Renye/FIB/UPC"
"
"We have a Sun Enterprise 450 Server, with Solaris 8,
"with 4 disks of 16 Gbytes each one.
"
"But now, users need more space than 16gbytes. We require
"unique path to users disk.
"
"Which are my options and which is the best
"on performance ?
"
"- Use Disksuite to concatenate 2 partitions

does give you all the space in one pool.

"- Use disksuite to stripping 2 partitions

this should give you the best performance, especially if you can put
the disks on separate controllers. but even if they aren't, -most-
disk i/o transactions are small - pg faults, plus possible read-ahead
- and a matched stripe size will keep activity spread across the disks
no matter how localized it is in the fs, while still needing only one
head seek per i/o most of the time.

i don't know the optimum stripe, but that should be buried -somewhere-
in the disksuite docs.

"- Use links at user level to link single user directories
"to another partition

problem here is: what if one user needs 20G?

"- other solutions?
"
"Thanks in advanced,

Andrew Hay

--------------------------------------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:28:00 EDT