Sponsored Content
Operating Systems Solaris Server performance bottleneck Post 302569346 by jlliagre on Monday 31st of October 2011 03:20:05 AM
Old 10-31-2011
The bottleneck was likely RAM.
 

10 More Discussions You Might Find Interesting

1. HP-UX

server performance..

Hi, would like to know the server status from the following 'top' out put. Because, the application is giving a bad performance. would like to know whether the load is within the acceptable limit. Murali... System: shpu28 Tue Feb 3 10:03:31... (4 Replies)
Discussion started by: manduva
4 Replies

2. AIX

monitor aix bottleneck

Hi All, I would like to create a script that will monitor the server if it's heavy on the processing. I have already some scripts for monitoring disk capacity, application monitoring, etc but not on the bottleneck of the server processing. I don't know which one to measure/query. Can you... (2 Replies)
Discussion started by: itik
2 Replies

3. UNIX and Linux Applications

server/client performance

Ello group, I have general question about how the performance of server/client should be? My server is able to answer about 650times per second. Is it good performance? the apache on the same machine makes 1600/sec BUT there is nine instances of httpd daemon what makes 180/ sec /instance. of... (1 Reply)
Discussion started by: tomjan
1 Replies

4. UNIX for Dummies Questions & Answers

performance of unix server

Hi, I am supposed to run few jobs based on the usage of unix server. How to find out if the server is too busy. what are the commands we can use to find out that. Thanks (1 Reply)
Discussion started by: dnat
1 Replies

5. Solaris

Server performance

Hi, i would like to ask if it is possible to get the server load on a solaris machine, but i don't want something like uptime (load average), iostat and vmstat. I would like to get something in percentage like CPU load in %, Disk usage in %, Ram usage in %. I want to collect this data and to... (3 Replies)
Discussion started by: tafil
3 Replies

6. Solaris

Server performance

Hi, Please advice .. if server is slowness then what are the steps i have to follow... Thanks, Mani (5 Replies)
Discussion started by: Mani_apr08
5 Replies

7. Infrastructure Monitoring

99% performance wa, slow server.

There is a big problem with the server (VPS based on OpenVZ, CentOS 5, 3GB RAM). The problem is the following. The first 15-20 minutes after starting the server is operating normally, the load average is less than or about 1.0, but then begins to increase sharply% wa, then hovers around 95-99%.... (2 Replies)
Discussion started by: draiphod
2 Replies

8. UNIX for Advanced & Expert Users

Performance of a server

Hi, how can we define performance of a server (Windows or Unix or Linux) ? If processes waiting for CPU (on queue) are usually more than 3 or 5 can we conclude that CPU is not enough for that usage ? Thank you. (1 Reply)
Discussion started by: big123456
1 Replies

9. Red Hat

Server performance

Hi Guys, I am running Oracle database on RHEL 2.6.18-164.el5, now I want to check and make sure that my server is performing optimally. I check top: top - 09:45:03 up 2 days, 15:22, 3 users, load average: 2.57, 2.85, 2.77 Tasks: 433 total, 3 running, 430 sleeping, 0 stopped, 0... (1 Reply)
Discussion started by: Phuti
1 Replies

10. UNIX for Advanced & Expert Users

Performance Bottleneck in server, Need help

We are wondering if we are facing performance issue in our server when running Informatica jobs. Two things to suspect: cache memory never comes down even when Top shows > 99% used. There is some contention io or network related or Cache is clogged top - 20:58:20 up 16 days, ... (3 Replies)
Discussion started by: smart_guy471
3 Replies
SYSTEMD-CRYPTSETUP-GENERATOR(8) 			   systemd-cryptsetup-generator 			   SYSTEMD-CRYPTSETUP-GENERATOR(8)

NAME
systemd-cryptsetup-generator - Unit generator for /etc/crypttab SYNOPSIS
/lib/systemd/system-generators/systemd-cryptsetup-generator DESCRIPTION
systemd-cryptsetup-generator is a generator that translates /etc/crypttab into native systemd units early at boot and when configuration of the system manager is reloaded. This will create systemd-cryptsetup@.service(8) units as necessary. systemd-cryptsetup-generator implements systemd.generator(7). KERNEL COMMAND LINE
systemd-cryptsetup-generator understands the following kernel command line parameters: luks=, rd.luks= Takes a boolean argument. Defaults to "yes". If "no", disables the generator entirely. rd.luks= is honored only by initial RAM disk (initrd) while luks= is honored by both the main system and the initrd. luks.crypttab=, rd.luks.crypttab= Takes a boolean argument. Defaults to "yes". If "no", causes the generator to ignore any devices configured in /etc/crypttab (luks.uuid= will still work however). rd.luks.crypttab= is honored only by initial RAM disk (initrd) while luks.crypttab= is honored by both the main system and the initrd. luks.uuid=, rd.luks.uuid= Takes a LUKS superblock UUID as argument. This will activate the specified device as part of the boot process as if it was listed in /etc/crypttab. This option may be specified more than once in order to set up multiple devices. rd.luks.uuid= is honored only by initial RAM disk (initrd) while luks.uuid= is honored by both the main system and the initrd. If /etc/crypttab contains entries with the same UUID, then the name, keyfile and options specified there will be used. Otherwise, the device will have the name "luks-UUID". If /etc/crypttab exists, only those UUIDs specified on the kernel command line will be activated in the initrd or the real root. luks.name=, rd.luks.name= Takes a LUKS super block UUID followed by an "=" and a name. This implies rd.luks.uuid= or luks.uuid= and will additionally make the LUKS device given by the UUID appear under the provided name. rd.luks.name= is honored only by initial RAM disk (initrd) while luks.name= is honored by both the main system and the initrd. luks.options=, rd.luks.options= Takes a LUKS super block UUID followed by an "=" and a string of options separated by commas as argument. This will override the options for the given UUID. If only a list of options, without an UUID, is specified, they apply to any UUIDs not specified elsewhere, and without an entry in /etc/crypttab. rd.luks.options= is honored only by initial RAM disk (initrd) while luks.options= is honored by both the main system and the initrd. luks.key=, rd.luks.key= Takes a password file name as argument or a LUKS super block UUID followed by a "=" and a password file name. For those entries specified with rd.luks.uuid= or luks.uuid=, the password file will be set to the one specified by rd.luks.key= or luks.key= of the corresponding UUID, or the password file that was specified without a UUID. rd.luks.key= is honored only by initial RAM disk (initrd) while luks.key= is honored by both the main system and the initrd. SEE ALSO
systemd(1), crypttab(5), systemd-cryptsetup@.service(8), cryptsetup(8), systemd-fstab-generator(8) systemd 237 SYSTEMD-CRYPTSETUP-GENERATOR(8)
All times are GMT -4. The time now is 11:56 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy