Abstract: A calibration monitoring system is provided to automatically monitor the calibration status of tools and other inventory items, such as upon the items being issued from or returned to the automated calibration monitoring system. The system identifies an inventory item, for example a calibrated torque wrench or other calibrated tool identified based on a unique identifying tag attached thereto. The system retrieves a calibration parameter value for the item from a calibration database, and completes a calibration measurement of the item based on the calibration parameter value. In the example, a torque measurement of the calibrated torque wrench can thus be automatically completed. In turn, the system determines a current calibration status of the item based on the calibration measurement, and selectively enables or disables issuance of the inventory item from the system according to the item's status as being in calibration or out of calibration.

Abstract: A method of avoiding unnecessary context switching in a multithreaded environment. A thread of execution of a process waiting on a lock protecting access to a shared resource may wait for the lock to be released by executing in a loop, or “spin”. The waiting thread may continuously check, in a user mode of an operating system, an indicator of whether the lock has been released. After a certain time period, the thread may stop spinning and enter a kernel mode of the operating system. Subsequently, before going to sleep which entails costly context switching, the thread may perform an additional check of the indicator to determine whether the lock has been released. If this is the case, the thread returns to user mode and the unnecessary context switching is avoided.

Abstract: Systems and methods are provided for providing a negative outcome at a gaming device. The system determines that a player of a gaming device has equity which may be debited. An outcome of the gaming device is determined, and it is also determined that the outcome is a negative outcome. The balance (e.g., of the gaming device or another gaming device) is reduced by more than the wager amount.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: Method and apparatus are described for conducting a secondary game at a gaming device. In various embodiments, a player may acquire equity in the secondary game in such forms as a location of a game character, a number of symbols aggregated, a degree of completion of a puzzle, or a defensive provision. Certain symbols or outcomes in a primary game, however, may cause the player to lose equity in the secondary game.

Abstract: A method of avoiding unnecessary context switching in a multithreaded environment. A thread of execution of a process waiting on a lock protecting access to a shared resource may wait for the lock to be released by executing in a loop, or “spin”. The waiting thread may continuously check, in a user mode of an operating system, an indicator of whether the lock has been released. After a certain time period, the thread may stop spinning and enter a kernel mode of the operating system. Subsequently, before going to sleep which entails costly context switching, the thread may perform an additional check of the indicator to determine whether the lock has been released. If this is the case, the thread returns to user mode and the unnecessary context switching is avoided.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: A method of avoiding unnecessary context switching in a multithreaded environment. A thread of execution of a process waiting on a lock protecting access to a shared resource may wait for the lock to be released by executing in a loop, or “spin”. The waiting thread may continuously check, in a user mode of an operating system, an indicator of whether the lock has been released. After a certain time period, the thread may stop spinning and enter a kernel mode of the operating system. Subsequently, before going to sleep which entails costly context switching, the thread may perform an additional check of the indicator to determine whether the lock has been released. If this is the case, the thread returns to user mode and the unnecessary context switching is avoided.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: Resume of a computing device from hibernation may be performed in multiple phases. Each phase may partially restore a state of the computing device to an operational state and may establish an environment in which another phase of the resume is performed. The hibernation information may be partitioned to store separately data to be used at each resume phase. The information may be stored in a compressed form. In a first phase, a boot-level resume loader may restore a portion of the operating system based on a portion of the hibernation information. The restored portion may be used in a second phase to retrieve hibernation information from another portion through the operating system (OS). Multiple processors supported by the OS may read and decompress the hibernation information that is then moved back to operational memory. The operating system may support asynchronous disk input/output or other functions that accelerate the resume process.

Abstract: A computer-implemented system and method for presenting video with time-indexed discussion comprising program instructions stored in memory. The program instructions are executable by a computer processor to store a video on a video server, and store at least one discussion on a database, each discussion being associated with a video time index. The video is streamed from the video server to a user device. At least one discussion is transmitted for display on the user's device when the video time is within a pre-specified range of the video time index for the discussion to be displayed.

Abstract: Systems and methods are provided for providing a negative outcome at a gaming device. The system determines that a player of a gaming device has equity which may be debited. An outcome of the gaming device is determined, and it is also determined that the outcome is a negative outcome. The balance (e.g., of the gaming device or another gaming device) is reduced by more than the wager amount.

Abstract: Systems and methods are provided for providing a negative outcome at a gaming device. The system determines that a player of a gaming device has equity which may be debited. An outcome of the gaming device is determined, and it is also determined that the outcome is a negative outcome. The balance (e.g., of the gaming device or another gaming device) is reduced by more than the wager amount.

Abstract: A method of avoiding unnecessary context switching in a multithreaded environment. A thread of execution of a process waiting on a lock protecting access to a shared resource may wait for the lock to be released by executing in a loop, or “spin”. The waiting thread may continuously check, in a user mode of an operating system, an indicator of whether the lock has been released. After a certain time period, the thread may stop spinning and enter a kernel mode of the operating system. Subsequently, before going to sleep which entails costly context switching, the thread may perform an additional check of the indicator to determine whether the lock has been released. If this is the case, the thread returns to user mode and the unnecessary context switching is avoided.

Abstract: Method and apparatus are described for conducting a secondary game at a gaming device. In various embodiments, a player may acquire equity in the secondary game in such forms as a location of a game character, a number of symbols aggregated, a degree of completion of a puzzle, or a defensive provision. Certain symbols or outcomes in a primary game, however, may cause the player to lose equity in the secondary game.

Abstract: Method and apparatus are described for conducting a secondary game at a gaming device. In various embodiments, a player may acquire equity in the secondary game in such forms as a location of a game character, a number of symbols aggregated, a degree of completion of a puzzle, or a defensive provision. Certain symbols or outcomes in a primary game, however, may cause the player to lose equity in the secondary game.

Abstract: Method and apparatus are described for conducting a secondary game at a gaming device. In various embodiments, a player may acquire equity in the secondary game in such forms as a location of a game character, a number of symbols aggregated, a degree of completion of a puzzle, or a defensive provision. Certain symbols or outcomes in a primary game, however, may cause the player to lose equity in the secondary game.

Abstract: Systems and methods are provided for providing a negative outcome at a gaming device. The system determine that a player of a gaming device has equity which may be debited. An outcome of the gaming device is determined, and it is also determined that the outcome is a negative outcome. The balance (e.g., of the gaming device or another gaming device) is reduced by more than the wager amount.