Abstract: Techniques for configuring test operations on a per-module basis are disclosed. A system receives a command for configuring, on a per-module basis, test operations recited in a set of module code corresponding to a particular module of a plurality of modules in a module system. The module system specifies accessibility of each module in the plurality of modules to other modules in the plurality of modules. The system stores configuration information based on the command and configures a test operation included in an element of the particular module based on the stored configuration information. Configuring the test operation includes one of: (a) enabling the test operation without affecting other code recited in-line with the test operation in the element of the particular module; or (b) disabling the test operation without affecting other code recited in-line with the test operation in the element of the particular module.

Abstract: Techniques are included for providing a parallel pseudo infinite timeline monotonic clock that may be used to determine time and durations. A system clock is used to obtain an original time instant that anchors the pseudo infinite timeline to be parallel to a timeline of the system clock. The monotonic clock obtains time ticks from a monotonic tick supplier. The monotonic time ticks are used to determine times and durations, rather than relying on time instants obtained from the system clock. The use of a sliding window anchored at various times allows the parallel timeline to be almost infinite in implementation, rather than wrapping once a maximum value is reached. In addition, the accuracy of computations of time and duration are impervious to changes to the system clock, due to the use of the monotonic time ticks instead of obtaining multiple time instants from the system clock.

Abstract: Techniques are included for providing a parallel pseudo infinite timeline monotonic clock that may be used to determine time and durations. A system clock is used to obtain an original time instant that anchors the pseudo infinite timeline to be parallel to a timeline of the system clock. The monotonic clock obtains time ticks from a monotonic tick supplier. The monotonic time ticks are used to determine times and durations, rather than relying on time instants obtained from the system clock. The use of a sliding window anchored at various times allows the parallel timeline to be almost infinite in implementation, rather than wrapping once a maximum value is reached. In addition, the accuracy of computations of time and duration are impervious to changes to the system clock, due to the use of the monotonic time ticks instead of obtaining multiple time instants from the system clock.

Abstract: Systems and methods are provided based on tightly coupled RS flows to provide bi-directional asynchronous stream processing with non-blocking back pressure. Signal, data, and error processing may be performed and routing of signals, data, and error information between multiple RS flows may be performed according to detected conditions.

Abstract: Systems and methods are provided based on tightly coupled RS flows to provide bi-directional asynchronous stream processing with non-blocking back pressure. Signal, data, and error processing may be performed and routing of signals, data, and error information between multiple RS flows may be performed according to detected conditions.

Abstract: Techniques for configuring test operations on a per-module basis are disclosed. A system receives a command for configuring, on a per-module basis, test operations recited in a set of module code corresponding to a particular module of a plurality of modules in a module system. The module system specifies accessibility of each module in the plurality of modules to other modules in the plurality of modules. The system stores configuration information based on the command and configures a test operation included in an element of the particular module based on the stored configuration information. Configuring the test operation includes one of: (a) enabling the test operation without affecting other code recited in-line with the test operation in the element of the particular module; or (b) disabling the test operation without affecting other code recited in-line with the test operation in the element of the particular module.

Abstract: The disclosed embodiments provide a method and system for lazily logging events of a software program at various points during the software program's execution. During operation, responsive to receiving one or more events to be logged from a software component during a bootstrap sequence of a virtual machine that the software component executes on, the system queues the one or more events in a particular storage location using a bootstrap logger. Then, subsequent to the completion of the bootstrap sequence, the system activates the subsequent logger, wherein the activation of the subsequent logger is dependent on the completion of the bootstrap sequence. The system then flushes events queued in the particular storage location to the subsequent logger, thereby enabling the subsequent logger to log each of the queued events to a subsequent storage location. Next, the system replaces the bootstrap logger with the subsequent logger.

Abstract: The disclosed embodiments provide a method and system for lazily logging events of a software program at various points during the software program's execution. During operation, responsive to receiving one or more events to be logged from a software component during a bootstrap sequence of a virtual machine that the software component executes on, the system queues the one or more events in a particular storage location using a bootstrap logger. Then, subsequent to the completion of the bootstrap sequence, the system activates the subsequent logger, wherein the activation of the subsequent logger is dependent on the completion of the bootstrap sequence. The system then flushes events queued in the particular storage location to the subsequent logger, thereby enabling the subsequent logger to log each of the queued events to a subsequent storage location. Next, the system replaces the bootstrap logger with the subsequent logger.