Solaris is very slow

Hi friends
I was having SFV 240 , it was previously sol 8 was working fine, but after solaris 10 install it is very very slow.
system configuration is
sbanlab1:sh# prtdiag -v
System Configuration: Sun Microsystems sun4u Sun Fire V240
System clock frequency: 167 MHZ
Memory size: 2.50GB
==================================== CPUs ====================================
E$ CPU CPU
CPU Freq Size Implementation Mask Status Location
0 1336 MHz 1MB SUNW,UltraSPARC-IIIi 3.4 on-line MB/P0
sbanlab2:sh# uname -a
SunOS sbanlab2 5.10 Generic_125100-06 sun4u sparc SUNW,Sun-Fire-V240
sbanlab2:sh#
any thought how to resolve it

>
10 install it is very very slow. What does "slow" mean? How are you measuring it? What exactly is it that is "slow?"

Similar Messages

IDM install of weblogic on solaris t200 very slow

Folks
Has anyone installed weblogic or IDM solution on solaris T2000. The startup and responses are very slow. It takes 20 minutes to bring up the admin server and soa server with the base services starts up in over 40 minutes. Bottom line unusable.
Config:
Soalris 10
Jrockit: 1.6
Weblogic and IDM Suite latest dot 5 release
Is there something obvious we are missing.... Any suggestions recommendations???
The same config on linux is blazing but that is not our environment.....
Thanks
MI

Look up metalink Oracle has mentioned that there is a problem with T200 and the combination of weblogic/soa and other servers with no solution... They suggest T4000 as the starting point....
Cheers

Jserver on Solaris is very slow

Are there any performance tuning parameters on Solaris for Jserver which can help improve the performance of Jserver?
Any operating system parameters to improve the Jserver's performance are also welcome.
Thanks and Regards,
Satish

Run a profiler to find out if the problem is in the server or in the webapp's code.

Solaris 10 on T1000 : Calculations VERY SLOW

We bought a T1000 for Web server application.
We have to resize online some images using Imagemagick.
The resizing is very very slow (on an e450 - 250MHz sparc II... 1 sec, on the T1000...nearly 2 minutes!!)
Any idea for an optimization ?
Kind regards,
Christian

Thank you for your reply
Here is the truss result - that I cannot read...
execve("/usr/perl5/5.8.4/bin/perl", 0xFFBFFC1C, 0xFFBFFC2C) argc = 3
resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12
resolvepath("/usr/perl5/5.8.4/bin/perl", "/usr/perl5/5.8.4/bin/perl", 1023) = 25
stat("/usr/perl5/5.8.4/bin/perl", 0xFFBFF9F8) = 0
open("/var/ld/ld.config", O_RDONLY) = 3
fstat(3, 0xFFBFF490) = 0
mmap(0x00000000, 112, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3A0000
close(3) = 0
stat("./libperl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libperl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libperl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libperl.so.1", 0xFFBFF518) = 0
resolvepath("/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libperl.so.1", "/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libperl.so.1", 1023) = 57
open("/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libperl.so.1", O_RDONLY) = 3
mmap(0x00010000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF390000
mmap(0x00010000, 1433600, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF200000
mmap(0xFF200000, 1271017, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFF200000
mmap(0xFF348000, 77884, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1277952) = 0xFF348000
mmap(0xFF35C000, 6600, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF35C000
munmap(0xFF338000, 65536) = 0
memcntl(0xFF200000, 155628, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libdl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libdl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libdl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libdl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/lib/libdl.so.1", 0xFFBFF518) = 0
resolvepath("/usr/lib/libdl.so.1", "/lib/libdl.so.1", 1023) = 15
open("/usr/lib/libdl.so.1", O_RDONLY) = 3
mmap(0xFF390000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF390000
close(3) = 0
stat("./libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/lib/libc.so.1", 0xFFBFF518) = 0
resolvepath("/usr/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14
open("/usr/lib/libc.so.1", O_RDONLY) = 3
mmap(0x00010000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF380000
mmap(0x00010000, 991232, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF100000
mmap(0xFF100000, 881621, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFF100000
mmap(0xFF1E8000, 29469, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 884736) = 0xFF1E8000
mmap(0xFF1F0000, 2592, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF1F0000
munmap(0xFF1D8000, 65536) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF370000
memcntl(0xFF100000, 139692, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libsocket.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libsocket.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libsocket.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/lib/libsocket.so.1", 0xFFBFF518) = 0
resolvepath("/usr/lib/libsocket.so.1", "/lib/libsocket.so.1", 1023) = 19
open("/usr/lib/libsocket.so.1", O_RDONLY) = 3
mmap(0xFF380000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF380000
mmap(0x00010000, 122880, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF0D0000
mmap(0xFF0D0000, 44006, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFF0D0000
mmap(0xFF0EC000, 4285, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 49152) = 0xFF0EC000
munmap(0xFF0DC000, 65536) = 0
memcntl(0xFF0D0000, 13952, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/lib/libnsl.so.1", 0xFFBFF518) = 0
resolvepath("/usr/lib/libnsl.so.1", "/lib/libnsl.so.1", 1023) = 16
open("/usr/lib/libnsl.so.1", O_RDONLY) = 3
mmap(0xFF380000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF380000
mmap(0x00010000, 729088, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF000000
mmap(0xFF000000, 590650, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFF000000
mmap(0xFF0A2000, 33573, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 598016) = 0xFF0A2000
mmap(0xFF0AC000, 23056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF0AC000
munmap(0xFF092000, 65536) = 0
memcntl(0xFF000000, 89160, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libm.so.2", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libm.so.2", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libm.so.2", 0xFFBFF518) Err#2 ENOENT
stat("/usr/lib/libm.so.2", 0xFFBFF518) = 0
resolvepath("/usr/lib/libm.so.2", "/lib/libm.so.2", 1023) = 14
open("/usr/lib/libm.so.2", O_RDONLY) = 3
mmap(0xFF380000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF380000
mmap(0x00010000, 786432, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF00000
mmap(0xFEF00000, 693647, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEF00000
mmap(0xFEFB8000, 28592, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 688128) = 0xFEFB8000
munmap(0xFEFAA000, 57344) = 0
memcntl(0xFEF00000, 33076, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("./libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libnsl.so.1", 0xFFBFF518) Err#2 ENOENT
stat("./libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("./libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("./libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFF518) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFF518) Err#2 ENOENT
munmap(0xFF380000, 8192) = 0
mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF380000
getcontext(0xFFBFF6F0)
getrlimit(RLIMIT_STACK, 0xFFBFF6D0) = 0
getpid() = 18996 [18995]
setustack(0xFF382088)
sigfillset(0xFF1EFB20) = 0
stat("/platform/SUNW,Sun-Fire-T1000/lib/libc_psr.so.1", 0xFFBFF1A8) = 0
resolvepath("/platform/SUNW,Sun-Fire-T1000/lib/libc_psr.so.1", "/platform/sun4v/lib/libc_psr.so.1", 1023) = 33
open("/platform/SUNW,Sun-Fire-T1000/lib/libc_psr.so.1", O_RDONLY) = 3
mmap(0x00010000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF0C0000
close(3) = 0
open("/usr/lib/locale/fr/LC_MESSAGES/SUNW_OST_SGS.mo", O_RDONLY) = 3
fstat(3, 0xFFBFEEC0) = 0
mmap(0x00000000, 135362, PROT_READ, MAP_SHARED, 3, 0) = 0xFEFD0000
close(3) = 0
munmap(0xFF0C0000, 8192) = 0
sigaction(SIGFPE, 0xFFBFFA78, 0xFFBFFB18) = 0
brk(0x00022470) = 0
brk(0x00024470) = 0
brk(0x00024470) = 0
brk(0x00026470) = 0
brk(0x00026470) = 0
brk(0x00028470) = 0
getuid() = 0 [0]
getuid() = 0 [0]
getgid() = 0 [0]
getgid() = 0 [0]
stat("/usr/lib/locale/fr_FR.ISO8859-15/fr_FR.ISO8859-15.so.3", 0xFFBFED98) = 0
resolvepath("/usr/lib/locale/fr_FR.ISO8859-15/fr_FR.ISO8859-15.so.3", "/usr/lib/locale/fr_FR.ISO8859-15/fr_FR.ISO8859-15.so.3", 1023) = 54
open("/usr/lib/locale/fr_FR.ISO8859-15/fr_FR.ISO8859-15.so.3", O_RDONLY) = 3
mmap(0x00010000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF0C0000
mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEEE0000
mmap(0xFEEE0000, 14476, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEEE0000
mmap(0xFEEF2000, 8434, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFEEF2000
munmap(0xFEEE4000, 57344) = 0
memcntl(0xFEEE0000, 6576, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libc.so.1", 0xFFBFEC68) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFEC68) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFEC68) Err#2 ENOENT
munmap(0xFF0C0000, 8192) = 0
stat("/usr/lib/locale/fr/fr.so.3", 0xFFBFED98) = 0
resolvepath("/usr/lib/locale/fr/fr.so.3", "/usr/lib/locale/fr_FR.ISO8859-1/fr_FR.ISO8859-1.so.3", 1023) = 52
open("/usr/lib/locale/fr/fr.so.3", O_RDONLY) = 3
mmap(0x00010000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF0C0000
mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEEC0000
mmap(0xFEEC0000, 14484, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEEC0000
mmap(0xFEED2000, 8442, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFEED2000
munmap(0xFEEC4000, 57344) = 0
memcntl(0xFEEC0000, 6576, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("./libc.so.1", 0xFFBFEC68) Err#2 ENOENT
stat("/usr/local/ImageMagick-6.2.7/lib/libc.so.1", 0xFFBFEC68) Err#2 ENOENT
stat("/opt/oracle/instantclient_10_2/libc.so.1", 0xFFBFEC68) Err#2 ENOENT
munmap(0xFF0C0000, 8192) = 0
brk(0x00028470) = 0
brk(0x0002A470) = 0
sysconfig(_CONFIG_CLK_TCK) = 100
open64("/dev/urandom", O_RDONLY) = 3
fstat64(3, 0xFFBFF830) = 0
stat64("/dev/pts/1", 0xFFBFF798) = 0
read(3, "\f919DBD", 4) = 4
close(3) = 0
time() = 1149692027
brk(0x0002A470) = 0
brk(0x0002C470) = 0
open64("./traite_image.pl", O_RDONLY) = 3
fstat64(3, 0xFFBFF688) = 0
fcntl(3, F_SETFD, 0x00000001) = 0
sigaction(SIGCLD, 0x00000000, 0xFFBFF9E0) = 0
brk(0x0002C470) = 0
brk(0x0002E470) = 0
brk(0x0002E470) = 0
brk(0x00030470) = 0
brk(0x00030470) = 0
brk(0x00032470) = 0
getpid() = 18996 [18995]
fstat64(3, 0xFFBFCE30) = 0
brk(0x00032470) = 0
brk(0x00034470) = 0
fstat64(3, 0xFFBFCCD8) = 0
ioctl(3, TCGETA, 0xFFBFCDBC) Err#25 ENOTTY
read(3, " # ! / u s r / b i n / p".., 8192) = 2366
llseek(3, 0, SEEK_CUR) = 2366
llseek(3, 0, SEEK_CUR) = 2366
brk(0x00034470) = 0
brk(0x00036470) = 0
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Image/Magick.pmc", 0xFFBFF288) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Image/Magick.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/Image/Magick.pmc", 0xFFBFF288) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/Image/Magick.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/site_perl/5.8.4/sun4-solaris-64int/Image/Magick.pmc", 0xFFBFF288) Err#2 ENOENT
open64("/usr/perl5/site_perl/5.8.4/sun4-solaris-64int/Image/Magick.pm", O_RDONLY) = 4
fstat64(4, 0xFFBFEE88) = 0
brk(0x00036470) = 0
brk(0x00038470) = 0
fstat64(4, 0xFFBFC6E8) = 0
brk(0x00038470) = 0
brk(0x0003A470) = 0
fstat64(4, 0xFFBFC590) = 0
ioctl(4, TCGETA, 0xFFBFC674) Err#25 ENOTTY
read(4, " p a c k a g e I m a g".., 8192) = 3181
llseek(4, 0, SEEK_CUR) = 3181
llseek(4, 0, SEEK_CUR) = 3181
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/strict.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/strict.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/strict.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/strict.pm", O_RDONLY) = 5
fstat64(5, 0xFFBFE740) = 0
brk(0x0003A470) = 0
brk(0x0003C470) = 0
fstat64(5, 0xFFBFBFA0) = 0
brk(0x0003C470) = 0
brk(0x0003E470) = 0
fstat64(5, 0xFFBFBE48) = 0
ioctl(5, TCGETA, 0xFFBFBF2C) Err#25 ENOTTY
read(5, " p a c k a g e s t r i".., 8192) = 3292
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0, SEEK_CUR) = 3292
brk(0x0003E470) = 0
brk(0x00040470) = 0
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0, SEEK_CUR) = 3292
llseek(5, 0xFFFFFFFFFFFFF57A, SEEK_CUR) = 598
close(5) = 0
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Carp.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Carp.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/Carp.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/Carp.pm", O_RDONLY) = 5
fstat64(5, 0xFFBFE740) = 0
fstat64(5, 0xFFBFBFA0) = 0
fstat64(5, 0xFFBFBE48) = 0
ioctl(5, TCGETA, 0xFFBFBF2C) Err#25 ENOTTY
read(5, " p a c k a g e C a r p".., 8192) = 6719
brk(0x00040470) = 0
brk(0x00042470) = 0
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
brk(0x00042470) = 0
brk(0x00044470) = 0
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
brk(0x00044470) = 0
brk(0x00046470) = 0
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
llseek(5, 0, SEEK_CUR) = 6719
brk(0x00046470) = 0
brk(0x00048470) = 0
llseek(5, 0, SEEK_CUR) = 6719
read(5, 0x0003B00C, 8192) = 0
llseek(5, 0, SEEK_CUR) = 6719
close(5) = 0
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Exporter.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/Exporter.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/Exporter.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/Exporter.pm", O_RDONLY) = 5
fstat64(5, 0xFFBFE740) = 0
fstat64(5, 0xFFBFBFA0) = 0
fstat64(5, 0xFFBFBE48) = 0
ioctl(5, TCGETA, 0xFFBFBF2C) Err#25 ENOTTY
read(5, " p a c k a g e E x p o".., 8192) = 8192
brk(0x00048470) = 0
brk(0x0004A470) = 0
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
brk(0x0004A470) = 0
brk(0x0004C470) = 0
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
brk(0x0004C470) = 0
brk(0x0004E470) = 0
llseek(5, 0, SEEK_CUR) = 8192
brk(0x0004E470) = 0
brk(0x00050470) = 0
brk(0x00050470) = 0
brk(0x00052470) = 0
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
brk(0x00052470) = 0
brk(0x00054470) = 0
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0, SEEK_CUR) = 8192
llseek(5, 0xFFFFFFFFFFFFE8A9, SEEK_CUR) = 2217
close(5) = 0
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/vars.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/vars.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/vars.pmc", 0xFFBFEB40) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/vars.pm", O_RDONLY) = 5
fstat64(5, 0xFFBFE740) = 0
fstat64(5, 0xFFBFBFA0) = 0
fstat64(5, 0xFFBFBE48) = 0
ioctl(5, TCGETA, 0xFFBFBF2C) Err#25 ENOTTY
read(5, " p a c k a g e v a r s".., 8192) = 2358
llseek(5, 0, SEEK_CUR) = 2358
llseek(5, 0, SEEK_CUR) = 2358
llseek(5, 0, SEEK_CUR) = 2358
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/warnings/register.pmc", 0xFFBFE3F8) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/warnings/register.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/warnings/register.pmc", 0xFFBFE3F8) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/warnings/register.pm", O_RDONLY) = 6
fstat64(6, 0xFFBFDFF8) = 0
fstat64(6, 0xFFBFB858) = 0
brk(0x00054470) = 0
brk(0x00056470) = 0
fstat64(6, 0xFFBFB700) = 0
ioctl(6, TCGETA, 0xFFBFB7E4) Err#25 ENOTTY
read(6, " p a c k a g e w a r n".., 8192) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
llseek(6, 0, SEEK_CUR) = 1014
brk(0x00056470) = 0
brk(0x00058470) = 0
llseek(6, 0, SEEK_CUR) = 1014
read(6, 0x00053714, 8192) = 0
llseek(6, 0, SEEK_CUR) = 1014
close(6) = 0
stat64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/warnings.pmc", 0xFFBFE3F8) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/sun4-solaris-64int/warnings.pm", O_RDONLY) Err#2 ENOENT
stat64("/usr/perl5/5.8.4/lib/warnings.pmc", 0xFFBFE3F8) Err#2 ENOENT
open64("/usr/perl5/5.8.4/lib/warnings.pm", O_RDONLY) = 6
fstat64(6, 0xFFBFDFF8) = 0
fstat64(6, 0xFFBFB858) = 0
brk(0x00058470) = 0
brk(0x0005A470) = 0
fstat64(6, 0xFFBFB700) = 0
ioctl(6, TCGETA, 0xFFBFB7E4) Err#25 ENOTTY
read(6, "\n # ! ! ! ! ! ! ! ".., 8192) = 8192
brk(0x0005A470) = 0
brk(0x0005C470) = 0
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
llseek(6, 0, SEEK_CUR) = 8192
brk(0x0005C470) = 0
brk(0x0005E470) = 0
llseek(6, 0, SEEK_CUR) = 8192
brk(0x0005E470) = 0
brk(0x00060470) = 0
llseek(6, 0, SEEK_CUR) = 8192
read(6, " 0 0 \ x 0 0 " , # [".., 8192) = 7497
brk(0x00060470) = 0
brk(0x00062470) = 0
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
brk(0x00062470) = 0
brk(0x00064470) = 0
brk(0x00064470) = 0
brk(0x00066470) = 0
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
brk(0x00066470) = 0
brk(0x00068470) = 0
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR) = 15689
llseek(6, 0, SEEK_CUR)

C++ Dependencies Generation is Very Slow in Solaris 10..

Hi
We are also having Slow make dependencies problem. It is taking more than 24 hrs to make dependencies in SOLARIS 10.
OS : SOLARIS 10
C++ COmpiler: Sun Studio 10: C++ 5.7 Compiler
It is very slow when it comes to generating dependencies using 'makedepend'....
Looking for your great help...
thanks
chakra

Hello,
Currently I'm trying to use the CC -xM compiler option to generate dependency info for source files.
By default I think that the -xM option assumes that all the object files are in the same directory as the output file
Suppose if the object files are in a different directory than the source files then how does the -xM recoginize it??
Because when I give in my makefiel as given below, depend option works fine.
$(OBJS):%.o:%.cxx
$(CXX) -xM1 $(CFLAGS) $< > $*.P
$(CXX) $(CFLAGS) $(@F:.o=.cxx) -o $@
-include $(SRCS:.cxx=.P)
But when the object files are in a different directory as given below it does not work properly.
$(OBJS):$(OUTPUT_DIR)/%.o:%.cxx
$(CXX) -xM1 $(CFLAGS) $< > $(OUTPUT_DIR)/$*.P
$(CXX) $(CFLAGS) $(@F:.o=.cxx) -o $@
-include $(SRCS:%.cxx=$(OUTPUT_DIR)/%.P)
From what I found when -xM1 ouputs info it assumes that alll the object files are in the same directory as the source files.
When I give a "make" in the source directory it displays like this.
CEventQueue.o : CEventQueue.cxx
CEventQueue.o : CEventQueue.h
CEventQueue.o : ../../pdfcore/src//CCoQueueService.h
CEventQueue.o : ../../pdfcore/src//CCoPthreadObj.h
CEventQueue.o : ../../pdfcommon/src//CPdfObject.h
CEventQueue.o : ../../pdfcommon/src//CPdfTrace.h
CEventQueue.o : ../../pdfcommon/src//CPdfException.h
CEventQueue.o : ../../pdfcommon/src//PdfType.h
But actually it should refer the .o's like this.
../../build/CEventQueue.o : CEventQueue.cxx where ../../build is the OUTPUT_DIR.
I found that there is no CC compiler option for adding prefix to object files.
Could you tell me what to do now.??All the makefiles in our project create the .o files in a seperate directory other than the source directory.
Thanks in advance,
GA

Ftp is very slow locally with intel solaris 8 with 98 se buffalo ( 100mps)

why? what to check? ping ok.
3 com 3c905b card installed with solaris 8 connected with linksys router.
Buffalo installed in 98 se 100 mps
cable modem with dynamic ip.
I have tried FTP in 98 SE with LINUX 6.0 RH via LINKSYS router with ver 1.37 ( 1.37 is even worser than 1.36-because the status is not refresh but itself) is ok.
but 98SE with intel solaris 8 is very slow with wu-ftp(ipswitch) 1%, then 1%....etc an hour later still 1%. I shut down the solaris try a few times, then it is ok. all connection is tight.
some one said::
The most common mistake that causes bad throughput is mixing
full-duplex and half-duplex stations on the same LAN.
HOWTO solve full-duplex and half -duplex??
thanks for your attention!
SUN learner.

why? what to check? ping ok.
3 com 3c905b card installed with solaris 8 connected with linksys router.
Buffalo installed in 98 se 100 mps
cable modem with dynamic ip.
I have tried FTP in 98 SE with LINUX 6.0 RH via LINKSYS router with ver 1.37 ( 1.37 is even worser than 1.36-because the status is not refresh but itself) is ok.
but 98SE with intel solaris 8 is very slow with wu-ftp(ipswitch) 1%, then 1%....etc an hour later still 1%. I shut down the solaris try a few times, then it is ok. all connection is tight.
some one said::
The most common mistake that causes bad throughput is mixing
full-duplex and half-duplex stations on the same LAN.
HOWTO solve full-duplex and half -duplex??
thanks for your attention!
SUN learner.

Telnet from Windows PC is very slow to Solaris x86, after Net linked

(Sorry about the re-post. I posted in the wrong group earlier)
I got the following info from this forum, in regards to configuring my Solaris x86 to link to the Net:
# echo 192.168.0.1 > /etc/defaultrouter
# route add default 192.168.0.1
# echo nameserver 192.168.0.1 >> /etc/resolv.conf
# cp /etc/nsswitch.dns /etc/nsswitch.conf
So I did the above steps, reboot the Solaris, and my Solaris system can link to the Net fine afterwards. But ever since it had Net access, another problem is created.
Whenever I telnet using a command line from a Windows XP computer, it takes a long time to telnet to this Solaris system. Before, I would see the Solaris login prompt for telnet in a few seconds. Now, it's about 1 minute. Plus, if I try to use an xterminal software from that PC to link to the Solaris x86, it hangs.
So after I undo all the 4 commands above, reboot the Solaris computer, all these problems disappear. I can telnet from my Windows PC to this Solaris system very quickly. However, I no longer have Internet access from my Solaris.
Anyone knows how I can fix this problem? Thanks.

It sounds like a name resolution issue. Can you post the contents of your /etc/nsswitch.conf file for us?

Import ABAP running very slow

guys, I am installing IDES EHP4 on a solaris box with oracle 10g. The import is running very slow. in 20 hours, it has only imported 10 out of 105 jobs. Top comand shows i have 26 GB free physical memory (out of 48GB total) and also 123 GB free swap out of 150 GB total. CPU load is also only 3 %. I have already configured the project file acording to sap recommedation. MY oracle init file configuration looks like this. Also, you will see my project and user_attr files below. Please advise what i can change tomake things go faster.
# (c)Copyright SAP AG, Walldorf # # @(#) $Id: //bc/701-1_REL/src/ins/SAPINST/impl/tpls/ora/ind/INITSIDBASE.ORA#1 $ ########################################################### ########################################################### # PART I, TUNING PARAMETERS # ########################################################### #### SYSTEM GLOBAL AREA BUFFERS # Total System Global Area = sum(bytes) of all caches # Variable Size = shared_pool_size (approx.) # Database Buffers = db_block_buffers * db_block_size # Redo Buffers = log_buffer # # unit of shared_pool_size: bytes # unit of db_block_buffers: number of cached blocks # unit of log_buffer: bytes shared_pool_size = 2264924160 # 10% of shared_pool_size shared_pool_reserved_size = 226492416 log_buffer = 1048576 #### MANAGING SORTS # A small sort requires sort_area_retained_size in # memory. Larger sorts are allocating segments in # PSAPTEMP. They are using sort_area_size in memory. sort_area_retained_size = 0 sort_area_size = 2097152 #sort_spacemap_size = 512 #### PGA-PARAMETERS open_cursors = 800 #cursor_space_for_time = true #### LOCKS # dml_locks = processes * 50 dml_locks = 4000 #enqueue_resources = 8000 #### CPU-PARAMETERS #spin_count = 200 #_cpu_count = 4 #### TUNING ARCHIVING #log_archive_buffer_size 127 #log_archive_buffers 4 #### USE VECTOR READ #use_readv = true #### OTHER TUNING PARAMETERS #sequence_cache_entries = 100 #sequence_cache_hash_buckets = 89 ########################################################### # PART II, CHANGEABLE PARAMETERS # ########################################################### #### CONTROL-FILES # the controlfiles should be mirrored to every new # database mount point @SAPDATA_HOME@/sapdata<#> #control_files = XXXXX #### AUTOMATICLY STARTED BACKGROUND PROCESSES #### MANAGING LOG SWITCHES # checkpoints occur only when switching logs, if # log_checkpoint_interval * size of OS blocks > size of # the actual redo log log_checkpoint_interval = 0 #log_checkpoint_timeout = 0 #### PROCESS-PARAMETERS # The number of allocated semaphores is equal to the # number of processes # sessions = 1.2 * processes processes = 500 sessions = 600 #### AUDITING AND STATISTICS # sql_trace=TRUE # audit_trail = true # db_block_lru_extended_statistics = 1000 # db_block_lru_statistics = true ########################################################### # PART III, STATIC PARAMETERS # ########################################################### #### DB-NAME db_name = XXX #### DB-BLOCKSIZE db_block_size = 8192 #### DB-FILES db_files = 254 #### OPTIMIZER MODE #optimizer_mode = choose #optimizer_search_limit = 3 #### PATHS / DESTINATIONS / TRACES # /xxx\ : trace files of the background # processes # xxxx /saptrace/usertrace: trace files of the user processes # log_archive_dest is a destination, not a path. # The archivefiles get the name # XXXXXXX background_dump_dest = xxxx user_dump_dest = xxxx core_dump_dest = /xxxxx log_archive_dest = xxxxxx #log_archive_format = %t_%s #### OTHERx # reduce_alarm only supported on HP #reduce_alarm = TRUE #### ORACLE OPS PARAMETER remote_os_authent = true # retention time for RMAN backup information in control file control_file_record_keep_time = 30 #see SAP note 124361 #db_file_multiblock_read_count = 8 log_checkpoints_to_alert = true #### OPTIMIZER MODE #optimizer_index_cost_adj = 10 #### AUDITING AND STATISTICS #timed_statistics = true compatible = 10.2.0 parallel_execution_message_size = 16384 query_rewrite_enabled = false replication_dependency_tracking = false star_transformation_enabled = true undo_retention = 43200 undo_tablespace = PSAPUNDO undo_management = AUTO pga_aggregate_target = 3019898880 sga_max_size = 84529848320 db_cache_size = 4264924160 job_queue_processes = 1 remote_login_passwordfile = exclusive recyclebin = off event = "10191 trace name context forever, level 1" FILESYSTEMIO_OPTIONS = setall OPTIMPEEK_USER_BINDS = FALSE BTREE_BITMAP_PLANS = FALSE INDEXJOIN_ENABLED = FALSE INMEMORY_UNDO = FALSE OPTIMIZERMJC_ENABLED = FALSE SORTELIMINATION_COST_RATIO = 10 TABLELOOKUP_PREFETCH_SIZE = 0
USER_ATTR FILE --- I have replaced my sid with SID for privacy reasons ************************************
adm::::profiles=Log Management lp::::profiles=Printer Management postgres::::type=role;profiles=Postgres Administration,All root::::project=MYSID;auths=solaris.*,solaris.grant;profiles=Web Console Management,All;lock_after_retries=no;min_label=admin_low;clearance=admin_high SIDADM::::project=SID oraSID::::project=SID
************************************** PROJECT FILE --- my sid replaced with 'SID'*********************************
system:0:::: user.root:1::::process.max-file-descriptor=(basic,65536,deny),(priv,65536,deny);process.max-sem-nsems=(priv,512,deny);project.max-sem-ids=(priv,512,deny);project.max-shm-ids=(priv,256,deny);project.max-shm-memory=(priv,18446744073709551615,deny) noproject:2:::: default:3::::process.max-file-descriptor=(basic,65536,deny),(priv,65536,deny);process.max-sem-nsems=(priv,512,deny);project.max-sem-ids=(priv,512,deny);project.max-shm-ids=(priv,256,deny);project.max-shm-memory=(priv,18446744073709551615,deny) group.staff:10:::: SID:400:SAP System SID:SIDadm,root,oraDBSID::process.max-file-descriptor=(basic,65536,deny),(priv,65536,deny);process.max-sem-nsems=(priv,512,deny);project.max-sem-ids=(priv,512,deny);project.max-shm-ids=(priv,256,deny);project.max-shm-memory=(priv,18446744073709551615,deny) **************************************************************************************************************************************
what can i do to make the import faster ? my system definitely has enough resources but i am not able to utilizethem all. Thanks in advance

You posted this in two different forums and it is not allowed.

Ps -p running very slow (1-2 seconds) on Java process

Hi Solaris gurus:
I encountered a issue that running ps -p on java process running very slow, it took almost 2 seconds to complete.
I issued a truss on the "ps -p " command, the following is part of the output:
/1: 0.0001 fstat(1, 0xFFFFFFFF7FFFE1F0) = 0
/1: 0.0000 write(1, " U I D P".., 55) = 55
/1: 0.0002 open("/proc/19299/psinfo", O_RDONLY) = 3
*/1: 1.3170 read(3, "02\0\0\0\0\0\011\0\0 K c".., 416) = 416*
/1: 1.2401 close(3) = 0
/1: 0.0002 stat("/dev/tty", 0xFFFFFFFF7FFFE830) = 0
It seems that the read() spent the most time.
Anyone can help?

Not enough memory, page-outs is too large
8.91 GB Page-outs
After removing adware, and do a safe boot of Safari and remove extensions, then reset cache history etc. You need to do a boot into Recovery Mode and run Disk Repair from there. Also boot the system in Safe Mode.
On startup it sounds like you have a problem with the directory which would also account for long startups and checking the directory. Along with or instead of DU Repair Disk you can use Single User Mode and fsck -fy to try to fix the directory but in some cases that may not be enough.
Backups from before you got this adware and problems helps and should always be ready and able to restore a system from known good backups or system restore image.
4GB of RAM may have been fine originally but "Early 2011" is now 5 years and 4 OS version changes. You can upgrade the memory and while at it consider a nice SSD internal drive which will help as well. Take a look and see what prices and options there are from http://www.macsales.com for your 2011 MacBook Pro.
http://www.everymac.com
Community for MBP MacBook Pro

Jdev 11g application is running very slow.

Hi,
I have deployed the application on Solaris OS, Weblogic 10.3.2 and JDev 11g.
Application is running very slow, means each page is taking time to launch.
Server setup is as follows:
8 cpu's
6gb of memory
8gb swap
15gb /apps
20gb /logs
Please let me know if I need to set any parameters at server level to improve the application performance.
Thanks.

Oh, yes, of course, your /logs partition should be 22.25 GB instead of 20 ;) (that was a joke before you run off and ask for more space)
To amplify what Timo said, you've provided actually no information whatsoever that would help anyone even begin to know what is causing the performance problem. Have you looked at the EM screens? Have you turned on logging to see if it's the database perhaps? You need to do much more diagnosis.
John

Ldap group lookups very slow

We are currently testing Solaris 11 on one of our servers. We are encountering the problem that
ldap group lookups are very slow. This didn't occur under Solaris 10. The ldap information is held
in Active Directory with all unix information held in a relatively small separate branch, except for passwd information,
which is held in the main very large part of AD (using the same user object for unix as used for the equivalent Windows user but
with the added unix posixAccount attributes). What appears to be happening is that the first search is very
quick when it accesses posixGroup information from the unix branch but it then tries to perform a memberOf
search which must be using the passwd search base which then searches the whole of the AD and it is this
part which is extremely slow. Is there any way of disabling the memberOf search ?
The following snoop information is an example of the problem search ....
LDAP: Operation *[APPL 3: Search Request]
LDAP: [Base Object]
LDAP: ou=uol,dc=livad,dc=liv,dc=ac,dc=
LDAP: uk
LDAP: [Scope]
LDAP: wholeSubtree
LDAP: [DerefAliases]
LDAP: derefAlways
LDAP: [SizeLimit]
LDAP: [TimeLimit]
LDAP: [TypesOnly]
LDAP: Extensible Match *[9]
LDAP: MatchingRule [1]
LDAP: 1.2.840.113556.1.4.1941
LDAP: Type [2]
LDAP: memberOf
LDAP: MatchValue [3]
LDAP: CN=eme,OU=Group,OU=Unix,OU=UOL
LDAP: ,DC=livad,DC=liv,DC=ac,DC=uk
LDAP: dnAttributes [4]
LDAP: *[Sequence]
LDAP: [OctetString]
LDAP: sAMAccountName
LDAP: [OctetString]
LDAP: objectClass
LDAP: Controls List *[0]
LDAP: *[Control]
LDAP: [LDAP OID]
LDAP: 1.2.840.113556.1.4.473
LDAP: [Criticality]
LDAP: [Control value]
LDAP: *[Control]
LDAP: [LDAP OID]
LDAP: 2.16.840.1.113730.3.4.9
LDAP: [Criticality]
LDAP: [Control value]
This is our ldap_client_file
NS_LDAP_FILE_VERSION= 2.0
NS_LDAP_AUTH= simple
NS_LDAP_OBJECTCLASSMAP= shadow:shadowAccount=user
NS_LDAP_OBJECTCLASSMAP= passwd:posixAccount=user
NS_LDAP_OBJECTCLASSMAP= group:posixGroup=group
NS_LDAP_SEARCH_BASEDN= ou=unix,ou=uol,dc=livad,dc=liv,dc=ac,dc=uk
NS_LDAP_CREDENTIAL_LEVEL= proxy
NS_LDAP_SERVICE_SEARCH_DESC= passwd:ou=uol,dc=livad,dc=liv,dc=ac,dc=uk?sub
NS_LDAP_SERVICE_SEARCH_DESC= group:ou=Group,ou=unix,ou=uol,dc=livad,dc=liv,dc=ac,dc=uk?sub
NS_LDAP_BIND_TIME= 5
NS_LDAP_SEARCH_SCOPE= sub
NS_LDAP_SERVERS= bhdc01.livad.liv.ac.uk
NS_LDAP_ATTRIBUTEMAP= passwd:gecos=cn
NS_LDAP_ATTRIBUTEMAP= passwd:uid=sAMAccountName
NS_LDAP_ATTRIBUTEMAP= passwd:homedirectory=unixHomeDirectory
NS_LDAP_ATTRIBUTEMAP= shadow:uid=sAMAccountName
NS_LDAP_SEARCH_TIME= 8
NS_LDAP_CACHETTL= 0

Are you testing on the same machine?? or you're testing the SQL*Plus on the database machine directly??
Tony

Data Base is very slow

Dear All,
Certain query on my database is very slow .
One of the query some times does not execute at all.this query involves a big table of about 5 million records.
Some Facts About my Database.
OS: SUN Solaris
DataBase: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
RAM:32GB
Dedicated oracle server
Processors:16
DB Block Size:2048
Large pool:150994944
log_buffer:10485760
shared_pool_size:150994944
There are in total 21 production Database running on the same BOX.
Previously my buffer cache hit ratio was 27%.
So I recommended an increase in DB_CACHE_SIZE from 101MB to 300MB
and SGA_MAX_SIZE to 800MB from 600MB.
As a result ,The buffer cache hit ratio increased to 75%.
But still the queries run slow.
I even tried with Partitioning the Big Table Didn't help.
My question is ,is the system over loaded ?
or increasing the db_cache_size will help ?
Regards.

By itself the buffer hit cache ratio is a meaningless statistic. It can in fact be a misleading indicator since it does not actually reflect application performance.
Tune the query. Make sure it is running as well as it can.
Then look at overall machine resources: average and peak cpu, memory, and IO loads.
If spare resources exist then considering more resources to the more important databases on the system.
Document any performance changes that occur after each change. It is possible for the database performance problem being latching, that is, shared pool access and you might need space in the shared pool more than the buffers. It depends on the application and user load.
Why are you using a 2K database block size? I would think 4k or 8k would probably be better even for a true OLTP with almost all access by index.
To get help on the query you will need to post it, the explain plan, and information on available indexes, table row counts, and perhaps column statistics for the indexed columns and filter conditions.
HTH -- Mark D Powell --

Aperture very slow

Has anyone come across this issue when the MAC just freezes up or runs very slow when aperture in use? its like the things is running on solar energy an its night time! can someone help please? any quick fixes? i run a MAC OSX version 10.7.2, 3.06Ghz core 2 duo, 2GB 800mHz DDR2 SDRAM
Any insights appreciated
M

With only 900 MB that doesn't surprise me.
You need to seriously look into either deleting or moving a bunch files.
OmniDiskSweeper will point out the files and folders that are taking up the largest amounts of disk space.
Running with such a small amount of free space has greatly increased the cahnces that your hard drive is corrupt. So after you free up space, you really should boot from another device and repair the disk with Disk Utility.
Allan

OBSC is very slow

I've install OBSC in one client and it is connected to a database that resides in other machine.
Platform for client: win98
Platform for database: Solaris 2.6
Database version: 8i
When i try to run OBSC Architect, it becomes very slow. It takes about 20 minutes to open one window. But when connecting to Oracle personal in the same machine with client the response time is ok.
Why is it so?

Also, look into the various lob settings in ODP.NET.
I believe that by default in ODP.NET the LOB will be fetched in separate roundtrips but you can change this my messing with certain properties or using certain methods - apologies, a bit imprecise.
If you have a network issue then doing more roundtrips than you need to is just going to exacerbate the situation.
Trace the session - if it's networking or roundtrips you should see symptoms of it in a 10046 trace.

Solaris OS running slow

Password authentication and login process is very slow database server with solaris OS

Since you didn't mention the database running slow, I'm assuming it is not.
I've seen this behavior before when the server cannot map the incoming IP address to a hostname. Most commonly a misconfigured /etc/nsswitch.conf file or a misconfigured DNS configuration. Not sure this is your issue or not but you might want to investigate.

Solaris is very slow

Similar Messages

Maybe you are looking for