Abstract: An automated system is presented for unit testing an application in a mainframe execution environment. A plurality of stub objects reside in the mainframe execution environment, such that each stub object in the plurality of stub objects represents a different stub type. A command translator table is configured with an entry for each command available for an online transaction processor. Each entry in the command translator table specifies a stub type for the command and includes a listing of possible arguments associated with the given command, such that each possible argument in the listing of possible arguments has a specified category type. A test configurator executes in the mainframe execution environment and is configured to receive and parse a test input file. A setup routine interacts with the test configurator to receive records from the test input file.

Abstract: A joist assembly system that is structured for dynamic retrieval of components, dynamic and precise positioning and location of retrieved components, assembly of the components to form a joist, and delivery of the assembled joist. The joist assembly system has a plurality of material handling systems, a plurality of welding systems, and a rigging table system. The material handling systems are structured to load and position the components such as chords and webs onto the rigging table. The rigging table in turn supports the chords or webs. Subsequently, the plurality of welding systems weld the webs to the chords to form the joist.

Abstract: In general techniques are described by which to provide switchable communication transport for communication between primary devices and vehicle head units. A primary device comprising a memory and a processor may be configured to perform the techniques. The memory may store an operating system and an application. The processor may execute the operating system to present a single communication interface by which the application establishes a first transport between the primary device and a vehicle head unit that facilitates execution of a mode in which the application provides data for presentation by the vehicle head unit. The processor may also execute the application to transmit, during execution of the mode, the data via the first transport, where the operating system switches, during execution of the mode, from the first transport to a second transport. The application transmits, during execution of the mode, the data via the second transport.

Abstract: Techniques and architectures to estimate storage system capacity are disclosed. Deduplicated data and an index of object entries are maintained in a storage system. The entries contain shallow reference counts. The shallow reference count values indicate a number of parent metadata objects that hold a reference to corresponding object. One or more tree milli-indices and one or more node milli-indices of object entries are maintained in the storage system. The entries correspond to a subset of objects stored in the storage system. The entries also have truncated object signature values and deep reference count values for the corresponding objects in the storage system. A capacity utilization of the storage system is determined based on analysis utilizing the deep reference count values to perform various multiset operations.

Abstract: In general techniques are described by which to provide switchable communication transport for communication between primary devices and vehicle head units. A primary device comprising a memory and a processor may be configured to perform the techniques. The memory may store an operating system and an application. The processor may execute the operating system to present a single communication interface by which the application establishes a first transport between the primary device and a vehicle head unit that facilitates execution of a mode in which the application provides data for presentation by the vehicle head unit. The processor may also execute the application to transmit, during execution of the mode, the data via the first transport, where the operating system switches, during execution of the mode, from the first transport to a second transport. The application transmits, during execution of the mode, the data via the second transport.

Abstract: Implementations of the disclosure describe an expandable index including pages that may store object records. The index may be divided into buckets, and each bucket may be associated with pages from a pool of unused pages shared by the buckets. A table or log may be used to maintain a dynamic list of all unused pages. It may also maintain a list of pages currently associated with buckets. As pages are linked to or unlinked from a bucket, the table or log may be updated to reflect that a page has been linked to a bucket or that a page that is no longer linked to a bucket belongs to the pool of unused pages. As additional storage media are added to the system, additional pages may be added to the pool of the expandable index for use by existing buckets without changing the number of buckets of the index.

Abstract: Techniques and architectures to estimate storage system capacity are disclosed. Deduplicated data and an index of object entries are maintained in a storage system. The entries contain shallow reference counts. The shallow reference count values indicate a number of parent metadata objects that hold a reference to corresponding object. One or more tree milli-indices and one or more node milli-indices of object entries are maintained in the storage system. The entries correspond to a subset of objects stored in the storage system. The entries also have truncated object signature values and deep reference count values for the corresponding objects in the storage system. A capacity utilization of the storage system is determined based on analysis utilizing the deep reference count values to perform various multiset operations.

Abstract: A method for storing data in a storage system, includes opportunistically compressing a plurality of objects of a first size during a write operation, storing the compressed objects of the first size if they compress acceptably, and storing other objects of a second size uncompressed. It further includes determining during a read operation whether an object of the second size is stored as a part of a compressed object; if the object of the second size is not stored as a part of a compressed object of the first size, then reading the object of the second size from storage; if the object of the second size is stored as a part of the compressed object of the second size, then: reading the compressed object of the first size from storage; uncompressing the compressed object of the first size; and extracting the object of the second size.

Abstract: In some examples, a method can involve generating data object records representing data objects in storage and storing, on a device, a lookup index including a plurality of index buckets, each index bucket being associated with a set of storage units on the device and including a respective index filter for each respective one of the set of storage units, the set of storage units containing a respective portion of the data object records, wherein each respective index filter includes at least one lookup entry for each data object record in the respective one of the set of storage units. The method can also involve receiving a data object request, and performing a lookup operation including identifying an index bucket for the data object and determining whether any of the set of storage units associated with the index bucket contains a data object record corresponding to the data object.

Abstract: A method for storing data in a storage system, includes opportunistically compressing a plurality of objects of a first size during a write operation, storing the compressed objects of the first size if they compress acceptably, and storing other objects of a second size uncompressed. It further includes determining during a read operation whether an object of the second size is stored as a part of a compressed object; if the object of the second size is not stored as a part of a compressed object of the first size, then reading the object of the second size from storage; if the object of the second size is stored as a part of the compressed object of the second size, then: reading the compressed object of the first size from storage; uncompressing the compressed object of the first size; and extracting the object of the second size.

Abstract: Implementations of the disclosure describe an expandable index including pages that may store object records. The index may be divided into buckets, and each bucket may be associated with pages from a pool of unused pages shared by the buckets. A table or log may be used to maintain a dynamic list of all unused pages. It may also maintain a list of pages currently associated with buckets. As pages are linked to or unlinked from a bucket, the table or log may be updated to reflect that a page has been linked to a bucket or that a page that is no longer linked to a bucket belongs to the pool of unused pages. As additional storage media are added to the system, additional pages may be added to the pool of the expandable index for use by existing buckets without changing the number of buckets of the index.

Abstract: In example implementations, an apparatus is provided. The apparatus includes a processor and a non-transitory computer readable storage medium encoded with instructions executable by a processor. The non-transitory computer readable storage medium includes instructions to apply a compression method to compress data into a compressed object, wherein the compression method is different than other compression methods used by other nodes within a storage network, instructions to generate a footer that includes an uncompressed data signature and a compressed data signature for the compressed object to provide verification of the compressed object for the other nodes without decompressing the compressed object at the other nodes, and instructions to add the footer in the compressed object.

Abstract: In some examples, a method can involve generating data object records representing data objects in storage and storing, on a device, a lookup index including a plurality of index buckets, each index bucket being associated with a set of storage units on the device and including a respective index filter for each respective one of the set of storage units, the set of storage units containing a respective portion of the data object records, wherein each respective index filter includes at least one lookup entry for each data object record in the respective one of the set of storage units. The method can also involve receiving a data object request, and performing a lookup operation including identifying an index bucket for the data object and determining whether any of the set of storage units associated with the index bucket contains a data object record corresponding to the data object.