Abstract: Described herein is a computer implemented method for repairing data inconsistency between a first mirror node and a primary cluster. The method comprises retrieving a snapshot of the one or more objects from a primary cluster; determining from the snapshot of the objects, one or more operations for the mirror node to perform to ensure data consistency between the mirror node and the primary cluster; and performing the operations.

Abstract: Described herein is a computer implemented method for repairing data inconsistency between a first mirror node and a primary cluster. The method comprises retrieving a snapshot of the one or more objects from a primary cluster; determining from the snapshot of the objects, one or more operations for the mirror node to perform to ensure data consistency between the mirror node and the primary cluster; and performing the operations.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: Weighing system (FIG. 3, FIG. 6) to weigh items, parcels and the like while they are moving, for example, on a conveyor. A servo amplifier (14) and servo controller (20) are arranged to drive a servo motor in a feedback (15) configuration, and acquire torque sensing signals (17) responsive to commanded acceleration of the conveyor while the item(s) are on board. Preferably, constant acceleration of the item(s) is realized during one or more measurement intervals, and mass is derived by a processor (30) based on the measurement data (FIG. 5). Other embodiments are described for weighing granular and slurry materials (FIG. 7) and for weighing multiple, potentially overlapping, parcels in motion (FIG. 8).

Abstract: A clustered source code management system is described. The system comprises a plurality of cluster nodes, a shared file server storing repository data, and a load balancer. Each of the plurality of cluster nodes is configured to receive an incoming request sent from a client computer, the incoming request being a source code management request to access repository data stored on the shared file server and process the incoming request to determine if a type of the incoming request is a cacheable request type. If the incoming request is of a cacheable request type, the cluster node is configured to determine if a valid cached response to the incoming request is available on storage media locally accessible to the cluster node; and, if so, respond to the incoming request by communicating the valid cached response to the client computer.

Abstract: Methods and apparatus for weighing an article, such as a mail piece, while the article is moving at high speed. An article (900) is received from an intake transport (1200), and gripped in a weighing station (1310), in between a capstan roller and a pinch roller (1316), which are synchronized to minimize slipping. A first precision servo system (1252, 1250) alters the speed of the article, and in the process acquires torque data for storage and analysis (1212, 1282). A second precision servo system (1260,1330) applies a constant force, via a tension arm (1320), urging the pinch roller (1316) against the capstan roller, independently of the thickness of the mail piece. Active electronic damping (1900) reduces oscillation when an inconsistency in thickness of the article is encountered during weighing. The damping force is subtracted from the capstan motor torque data for improved accuracy (FIG. 20B).

Abstract: A weighing assembly (100,500,600) includes a portable computing device (“PCC”) (112) such as a smart phone, pad computer, laptop computer, or the like. The weighing assembly utilizes one or more features of the portable computing device in order to weigh an item, under control of a scale application program or “app” executable in the portable computing device. Some embodiments may utilize an internal barometric pressure sensor of the PCC. Other embodiments may utilize orientation or position sensors of the PCC for weighing an item. Other embodiments may utilize a compressible foot element (1004), all for weighing an item. Preferably, a user interface (114) of the PCC, such as a touch screen, may be used to interact with the scale application program for calibration and other functions.

Abstract: Disclosed are various applications of differential torque sensing, seeking to maximize the sensing power of servo motors in applications that have a wide torque range. In one embodiment, a transmission (200) combines a constant, relatively larger torque provided by a primary drive motor (220) and a smaller, variable torque provided by a servo motor (23), to form an output torque for driving a mechanical assembly (222). A relatively small change in mass of the system causes a perturbation from ambient operating speed. The servo motor, under control of a servo amplifier (232), quickly adjusts the secondary, variable torque to return the system to the ambient operating speed. Thus the servo motor torque accurately reflects the change in mass of the system.

Abstract: Methods and apparatus for weighing an article, such as a mail piece, while the article is moving at high speed, and for checking that the correct amount of postage has been paid for delivery of the article. An article (900) is received from an intake transport (1200), and gripped in a weighing station (1310), in between a capstan roller and a pinch roller (1316), which are synchronized to minimize slipping. A first precision closed-loop servo system (1252, 1250) alters the speed of the article, and in the process acquires torque data for storage and analysis (1212, 1282) to determine weight. Correct postage is determined in a processor (1212), and the postage actually paid is checked either by image analysis (1204, 1214, 1280) or by accessing a stored mailer manifest (1280).

Abstract: Weighing system (FIG. 3, FIG. 6) to weigh items, parcels and the like while they are moving, for example, on a conveyor. A servo amplifier (14) and servo controller (20) are arranged to drive a servo motor in a feedback (15) configuration, and acquire torque sensing signals (17) responsive to commanded acceleration of the conveyor while the item(s) are on board. Preferably, constant acceleration of the item(s) is realized during one or more measurement intervals, and mass is derived by a processor (30) based on the measurement data (FIG. 5). Other embodiments are described for weighing granular and slurry materials (FIG. 7) and for weighing multiple, potentially overlapping, parcels in motion (FIG. 8).

Abstract: In one embodiment, a method comprises generating a first executable program optimized for an executable system based on compiling a program relative to an initial set of independent optimization metrics; determining first performance metrics based on the executable system executing the first executable program; adjusting the initial set of independent optimization metrics based on the first performance metrics to generate a second set of independent optimization metrics; and generating a second executable program, based on compiling the program relative to the second set of independent optimization metrics, for improved execution of the program in the executable system.

Abstract: A weighing assembly (100,500,600) includes a portable computing device (“PCC”) (112) such as a smart phone, pad computer, laptop computer, or the like. The weighing assembly utilizes one or more features of the portable computing device in order to weigh an item, under control of a scale application program or “app” executable in the portable computing device. Some embodiments may utilize an internal barometric pressure sensor of the PCC. Other embodiments may utilize orientation or position sensors of the PCC for weighing an item. Other embodiments may utilize a compressible foot element (1004), all for weighing an item. Preferably, a user interface (114) of the PCC, such as a touch screen, may be used to interact with the scale application program for calibration and other functions.

Abstract: In one embodiment, a method comprises receiving an application that describes functions according to a prescribed symbol manipulation language, the prescribed symbol manipulation language a non-Turing complete language that does not permit partial functions and describes the functions independent of any attribute of any computing system; identifying, in the application, a distribution annotation that identifies a candidate element in the application, the candidate element configured for execution in a distributed computing operation by a distributed computing system comprising two or more distributed computing devices; generating one or more variants of the application based on executing a nondestructive transformation of the application relative to prescribed equality axioms, at least one of the variants containing a corresponding semantically-equivalent variation of the candidate element; and selecting one of the variants as an optimization for execution of the application by the distributed computing syste