This was discovered upon investigation of IBIS P1 SD Ticket #5185188 Radiance case# 65559978
A performance issue occurs because it reads data in 1 byte chunks in the 1st instance.
writing 1 byte down this fifo
7: S_IFIFO mode:0000 dev:354,0 ino:33852546 uid:55413 gid:15 size:0
O_RDWR|O_NONBLOCK
reads by file descriptor of the java_vm
17 32 10
5 64 13
5 96 18
18 5 23
20 5 29
5 4 37
5 128 159
6 100 197
5 32 1113
11 1 11385
11: S_IFSOCK mode:0666 dev:352,0 ino:14930 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_SNDBUF(16384),SO_RCVBUF(5120)
sockname: AF_UNIX
So large number of single byte reads on a socket and the coder must at some point be asking for 1 byte, rather than lots.
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
87
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
230
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
10951
A performance issue occurs because it reads data in 1 byte chunks in the 1st instance.
writing 1 byte down this fifo
7: S_IFIFO mode:0000 dev:354,0 ino:33852546 uid:55413 gid:15 size:0
O_RDWR|O_NONBLOCK
reads by file descriptor of the java_vm
17 32 10
5 64 13
5 96 18
18 5 23
20 5 29
5 4 37
5 128 159
6 100 197
5 32 1113
11 1 11385
11: S_IFSOCK mode:0666 dev:352,0 ino:14930 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_SNDBUF(16384),SO_RCVBUF(5120)
sockname: AF_UNIX
So large number of single byte reads on a socket and the coder must at some point be asking for 1 byte, rather than lots.
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
87
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
230
libc.so.1`_read+0x8
libjvm.so`JVM_Read+0xb8
StubRoutines (1)
libjava.so`Java_java_io_FileInputStream_read+0x30
java/io/FileInputStream.read*
sun/plugin/navig/motif/Plugin.readString*
sun/plugin/navig/motif/Plugin.doit
sun/plugin/navig/motif/Plugin.start
StubRoutines (1)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8
libjvm.so`jni_CallStaticVoidMethod+0x514
java_vm`main+0x710
java_vm`_start+0x108
10951