HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- dtlogin memory usage
Operating System - HP-UX
1838249
Members
3929
Online
110125
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-08-2001 04:38 AM
03-08-2001 04:38 AM
dtlogin memory usage
Anybody know of this:
dtlogin parent takes 57Mb of mem and then when a user logs in the subsequent dtlogin session takes 54Mb to start. As a result I have problems when more than a dozen users login as the box only has 512Mb physical and 1GB of swap, with lots of dtsessions per user I think we run out of swap and thus processes can't not be forked by dtlogin so no new users can log in.
Phew..
So do anyone know of a bug/fix for dtlogin or is it really meant to take 54Mb per user !!! whne it starts up.
dtlogin parent takes 57Mb of mem and then when a user logs in the subsequent dtlogin session takes 54Mb to start. As a result I have problems when more than a dozen users login as the box only has 512Mb physical and 1GB of swap, with lots of dtsessions per user I think we run out of swap and thus processes can't not be forked by dtlogin so no new users can log in.
Phew..
So do anyone know of a bug/fix for dtlogin or is it really meant to take 54Mb per user !!! whne it starts up.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-08-2001 05:08 AM
03-08-2001 05:08 AM
Re: dtlogin memory usage
Hi David,
Which hp-ux version do you have , which general patchbundles are installed ?
Can you find any errors in log files,
What does cmd: dmesg give ?
When a use login, what processes are started ? (customized)
Marcel
Which hp-ux version do you have , which general patchbundles are installed ?
Can you find any errors in log files,
What does cmd: dmesg give ?
When a use login, what processes are started ? (customized)
Marcel
See the man pages
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-08-2001 05:26 AM
03-08-2001 05:26 AM
Re: dtlogin memory usage
The only thing that springs to mind is a problem at 10.20 some years ago ...
the dtsession process, spawned by a child dtlogin processes becomes zombied and its parent dtlogin process will take over 99% of the
cpu...
Advise is -> install the latest CDE & Xserver patches.
check your users are not logging out of their CDE sessionsimproperly and just shutting off their
terminals..
some tips generally ...
1. Processes which each of the # users would start for each session
would include: dtlogin, dtsession, dtwm, ttsession. Are they affected ?
2. People who use the CDE screen saver through the style manager can consume cpu and network bandwidth (a lot) so many times
this is capability is disabled and the screen saver set to "blank" the screen.
3. With many users the number of stream ttys consumed goes up and could run out. Note: Changing the kernel parameters of nstrpty and npty
does not automatically create the special files.
insf -evd ptys -n new_number_in_kernel
insf -evd ptym -n new_number_in_kernel
insf -evd pts -s new_number_in_kernel
dtterm and rlogins use stream ptys, xterm and hpterms use pty.
4. The use of "backing store" and "save unders" can cut down on network traffic by configuring these on in the Xterminals/PCS, but the downside
is that it will consume more memory on the Xterminals (which is
usually in short supply anyways).
the dtsession process, spawned by a child dtlogin processes becomes zombied and its parent dtlogin process will take over 99% of the
cpu...
Advise is -> install the latest CDE & Xserver patches.
check your users are not logging out of their CDE sessionsimproperly and just shutting off their
terminals..
some tips generally ...
1. Processes which each of the # users would start for each session
would include: dtlogin, dtsession, dtwm, ttsession. Are they affected ?
2. People who use the CDE screen saver through the style manager can consume cpu and network bandwidth (a lot) so many times
this is capability is disabled and the screen saver set to "blank" the screen.
3. With many users the number of stream ttys consumed goes up and could run out. Note: Changing the kernel parameters of nstrpty and npty
does not automatically create the special files.
insf -evd ptys -n new_number_in_kernel
insf -evd ptym -n new_number_in_kernel
insf -evd pts -s new_number_in_kernel
dtterm and rlogins use stream ptys, xterm and hpterms use pty.
4. The use of "backing store" and "save unders" can cut down on network traffic by configuring these on in the Xterminals/PCS, but the downside
is that it will consume more memory on the Xterminals (which is
usually in short supply anyways).
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP