Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-6382902

VM interrupted I/O feature put on an option switch (sol)


    • Type: Enhancement
    • Status: Closed
    • Priority: P3
    • Resolution: Fixed
    • Affects Version/s: 1.4.2, 5.0u9, 6
    • Fix Version/s: 6
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • Resolved In Build:
    • CPU:
      generic, sparc
    • OS:
      solaris, solaris_2.5.1



        This RFE provides a Solaris-specific XX option switch for the Solaris JVM to enable initial Sun-internal testing. This RFE does not cause any behavior change on Solaris or elsewhere with the default setting of the new switch.
        A major fraction (but not all) of the Java SE feature called "Interruptible I/O" is Solaris-specific and stemming from specific code in os::interrupt to do thr_kill calls in response to Java Thread.interrupt() and specific differences between the _INTERRUPTIBLE macro code in os_solaris.inline.hpp vs counterpart code for the Linux and Windows JVMs.

        In order to help identify any applications that have dependencies on the Solaris-specific behavior stemming from these JVM differences, if any still exist, a convenient means of disabling the specific behavior is needed. This RFE will provide the XX switch "UseVMInterruptibleIO" in Solaris JVMs, with a default swtting to "on"(true), for a net zero change of behavior for the ordinary use case.

        But with -XX:-UseVMInterruptibleIO, Java SE on Solaris users can test the behavior of their applications when the primary source of interruption is cut off. (Primary, because there are other, minor, sources of interruption that are platform-independent in the JDK and it is only the Solaris-specific behavior that is of interest). A less likely, but still possible dependency that can also be tested with this option is where an application runs properly on Linux or Windows but fails to run properly on Solaris because of the OS-specific I/O interruption capability.


            Issue Links



                • Assignee:
                  psoper Pete Soper (Inactive)
                  psoper Pete Soper (Inactive)
                • Votes:
                  0 Vote for this issue
                  5 Start watching this issue


                  • Created: