Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Tuning Solaris

0 views
Skip to first unread message

Ric

unread,
Nov 17, 1998, 3:00:00 AM11/17/98
to
Hello

I had some documents on tuning Solaris 2.6 but misplaced them.
I was looking for two things in particular.

1. Increasing pty count and

2 Increasing file desciptors.

Anyone have any such informations

Regards
Ric

r...@cportcorp.com

dmunthe

unread,
Nov 18, 1998, 3:00:00 AM11/18/98
to

Ric wrote in message <72s99l$7ve$1...@ligarius.ultra.net>...
to increase pty count by edit /etc/system add line set pt_cnt = <number of
pseudo terminal>

and booting the system by boot -r (reconfigure)

to increase file descriptor you can using ulimit -n command


regards
dmunthe

Casper H.S. Dik - Network Security Engineer

unread,
Nov 23, 1998, 3:00:00 AM11/23/98
to
[[ PLEASE DON'T SEND ME EMAIL COPIES OF POSTINGS ]]

"Ric" <r...@cportcom.com> writes:

>Hello

>I had some documents on tuning Solaris 2.6 but misplaced them.
>I was looking for two things in particular.

>1. Increasing pty count and

>2 Increasing file desciptors.


The solaris FAQ says:

3.41) How can I have more than 48 pseudo-ttys?

Edit /etc/system and add the following line:

* System V pseudo terminals

set pt_cnt = <num>

Halt the system and boot -r.

You can essentially have as many as you like, but you'll probably
run into some other limit somewhere. More than 3000 are supported.
Solaris 2.6 and earlier have telnet/rlogin daemons that do not
support more than 3844 sessions each. That restriction is lifted
in Solaris 7.

Some die-hard system administrator myths as well as some Sun
documentation claim that you have to increased "sad_cnt", "sadcnt"
or "nautopush" when adding ptys. There is no truth in this.

In the unlikely event that you run out of BSD-style ptys,
you can increase them as well. The maximum here is currently
176 for pty[p-z][0-9a-f]. This is somewhat less that the BSD
maximum of 256 limited by 8 bit device minor numbers.

BSD ttys are awkward to use and all programs I found support SYSV
ptys without trouble.

* You don't need this. Increasing this value too much usually
* just wastes memory.
* BSD applications never support more than 256 ptys.
* Solaris 2.x supports no more than 176 BSD ptys.

set npty = <num>

But you're not there yet, you also need to edit /etc/iu.ap and
substitute the new value of "npty-1" for the "47" on the following
line, in case you do increase the number of BSD style ptys.

ptsl 0 47 ldterm ttcompat


Halt the system and boot -r.

3.45) How can I increase the number of file descriptors per process?

In 2.3 in earlier this requires poking the kernel.
In Solaris 2.4+, this can be accomplished by adding the
following lines to /etc/system:

* set hard limit on file descriptors
set rlim_fd_max = 4096
* set soft limit on file descriptors
set rlim_fd_cur = 1024

Raising the soft limit past 256 may confuse certain applications,
especially BCP applications. Raising the limit past 1024 may
confuse applications that use select(). Select() cannot use more
than 1024 file descriptors at this time prior to Solaris 7. In
Solaris 2.6, the RPC code was rewritten to use poll(), which does
work with many more fds than select(). Prior to 2.6, all RPC
servers will likely crash and burn if you increase the fd soft
limit past 1024.

Solaris 7 allows upto 65536 fds passed to select; this does
require recompiling with a larger value for FD_SETSIZE.

Programs using stdio or even library calls that use stdio may break
when they have more than 256 files open as that is the stdio limit.
Programs using many filedescriptors should try and reserve a number
of low numbered file descriptors for use by stdio.

The stdio limit is fixed for 64 bit applications in Solaris 7;
if you really need more than 256 FILE * in and you can't use Solaris 7+
or need to run in 32 bits, you can use SFIO from AT&T.
<http://www.research.att.com/sw/tools/sfio/>

--- end of excerpt from the FAQ

Questions marked with a * or + have been changed or added since
the FAQ was last posted

The most recently posted version of the FAQ is available from
<http://www.wins.uva.nl/pub/solaris/solaris2/>
--
Expressed in this posting are my opinions. They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.

0 new messages