Abstract: Methods and systems are provided for an electric drive train of a vehicle. In one example, a four-node planetary gear set is included in the electric drive train with a first motor coupled to a first input node and a second motor coupled to a second input node of the four-node planetary gear set. The drive train may be operated at a first mechanical point when the first electric machine is operated at a substantially zero speed, and the drive train may be operated at a second mechanical point when the second electric machine is operated at a substantially zero speed, in one or more examples. Operation at either the first mechanical point or the second mechanical point may be achieved without clutches or hydro-mechanical devices.

Abstract: Various methods and systems are provided for a shift assembly for a vehicle transmission. In one example, a shift assembly for a transmission includes a first barrel cam including a first cam track; a second barrel cam arranged coaxially with the first barrel cam and including a second cam track; a first motor configured to drive the first barrel cam independent of the second barrel cam; and a second motor configured to drive the second barrel cam independent of the first barrel cam.

Abstract: A method for maintaining revisions for a plurality of documents is described. Pending requests are stored in a workspace revision queue that is shared by the plurality of documents. The pending requests indicate revisions to be carried out on the plurality of documents. A pending request graph is generated for at least some pending requests from the workspace revision queue using a dependency graph for the plurality of documents. The dependency graph represents interdependencies of content references among the plurality of documents. The revisions indicated by the pending requests of the pending request graph are caused to be performed on the plurality of documents according to a dependency ordering based on the pending request graph. The dependency ordering is different from an ordering for the workspace revision queue.

Abstract: A system for maintaining links and revisions for documents is described. The system comprises a productivity server configured to provide a document collaboration service and having processors and a memory storing program data. The program data configures the processors to: receive requests indicating revisions on the documents, including a first request that indicates a first revision to a first document, and a second request that indicates a second revision to a second document. For each request, a workspace revision counter shared by, and indicating a revision state of, the documents is incremented. The workspace revision counter is incremented a first time for the first request and a second time for the second request. Revisions corresponding to the each request are queued in a workspace revision queue shared by the documents. The revisions are caused to be performed on the documents that correspond to the each request.

Abstract: A method for facilitating private drafting is described. A request to edit a section of a document in a draft mode is received from a first user of a plurality of users collaborating on the document. An edit for the section of the document in the draft mode is received from the first user. A result of the edit is displayed on a computing device of the first user but not on computing devices of other users of the plurality of users. A request to publish the edit is received from the first user. In response to the request to publish the edit, the result of the edit is displayed on computing devices of the other users of the plurality of users.

Abstract: A method for facilitating private drafting is described. A request to edit a section of a document in a draft mode is received from a first user of a plurality of users collaborating on the document. An edit for the section of the document in the draft mode is received from the first user. A result of the edit is displayed on a computing device of the first user but not on computing devices of other users of the plurality of users. A request to publish the edit is received from the first user. In response to the request to publish the edit, the result of the edit is displayed on computing devices of the other users of the plurality of users.

Abstract: A system for maintaining links and revisions for documents is described. The system comprises a productivity server configured to provide a document collaboration service and having processors and a memory storing program data. The program data configures the processors to: receive requests indicating revisions on the documents, including a first request that indicates a first revision to a first document, and a second request that indicates a second revision to a second document. For each request, a workspace revision counter shared by, and indicating a revision state of, the documents is incremented. The workspace revision counter is incremented a first time for the first request and a second time for the second request. Revisions corresponding to the each request are queued in a workspace revision queue shared by the documents. The revisions are caused to be performed on the documents that correspond to the each request.

Abstract: A method for maintaining links and revisions for a plurality of documents is described. The method is carried out by one or more computing devices. Requests that indicate revisions to be carried out on the plurality of documents are received, at least one of the requests corresponding to revisions for different documents of the plurality of documents. For each request: a workspace revision counter that is shared by the plurality of documents is incremented, the workspace revision counter indicating a revision state of the plurality of documents, the revision is queued in a workspace revision queue that is shared by the plurality of documents, and the revision indicated by the request is caused to be performed on one or more documents of the plurality of documents that correspond to the request.

Abstract: A method for facilitating private drafting is described. A request to edit a section of a document in a draft mode is received from a first user of a plurality of users collaborating on the document. An edit for the section of the document in the draft mode is received from the first user. A result of the edit is displayed on a computing device of the first user but not on computing devices of other users of the plurality of users. A request to publish the edit is received from the first user. In response to the request to publish the edit, the result of the edit is displayed on computing devices of the other users of the plurality of users.

Abstract: A method for maintaining links and revisions for a plurality of documents is described. The method is carried out by one or more computing devices. Requests that indicate revisions to be carried out on the plurality of documents are received, at least one of the requests corresponding to revisions for different documents of the plurality of documents. For each request: a workspace revision counter that is shared by the plurality of documents is incremented, the workspace revision counter indicating a revision state of the plurality of documents, the revision is queued in a workspace revision queue that is shared by the plurality of documents, and the revision indicated by the request is caused to be performed on one or more documents of the plurality of documents that correspond to the request.

Abstract: A method for maintaining links and revisions for a plurality of documents is described. The method is carried out by one or more computing devices. Requests that indicate revisions to be carried out on the plurality of documents are received, at least one of the requests corresponding to revisions for different documents of the plurality of documents. For each request: a workspace revision counter that is shared by the plurality of documents is incremented, the workspace revision counter indicating a revision state of the plurality of documents, the revision is queued in a workspace revision queue that is shared by the plurality of documents, and the revision indicated by the request is caused to be performed on one or more documents of the plurality of documents that correspond to the request.

Abstract: A method for facilitating private drafting is described. A request to edit a section of a document in a draft mode is received from a first user of a plurality of users collaborating on the document. An edit for the section of the document in the draft mode is received from the first user. A result of the edit is displayed on a computing device of the first user but not on computing devices of other users of the plurality of users. A request to publish the edit is received from the first user. In response to the request to publish the edit, the result of the edit is displayed on computing devices of the other users of the plurality of users.

Abstract: Queuing of received transactions that have a resource conflict is disclosed. A first node receives a first transaction from a second node, where the first transaction relates to a resource of the first node. The transaction may be a request relating to a memory line of the first node, for instance. It is determined that a second transaction that relates to this resource of the first node is already being processed by the first node. Therefore, the first transaction is enqueued in a conflict queue within the first node. The queuing may be a linked list, a priority queue, or another type of queue. Once the second transaction has been processed, the first transaction is restarted for processing by the first node. The first transaction is then processed by the first node.

Abstract: Queuing of received transactions that have a resource conflict is disclosed. A first node receives a first transaction from a second node, where the first transaction relates to a resource of the first node. The transaction may be a request relating to a memory line of the first node, for instance. It is determined that a second transaction that relates to this resource of the first node is already being processed by the first node. Therefore, the first transaction is enqueued in a conflict queue within the first node. The queuing may be a linked list, a priority queue, or another type of queue. Once the second transaction has been processed, the first transaction is restarted for processing by the first node. The first transaction is then processed by the first node.

Abstract: Queuing of received transactions that have a resource conflict is disclosed. A first node receives a first transaction from a second node, where the first transaction relates to a resource of the first node. The transaction may be a request relating to a memory line of the first node, for instance. It is determined that a second transaction that relates to this resource of the first node is already being processed by the first node. Therefore, the first transaction is enqueued in a conflict queue within the first node. The queuing may be a linked list, a priority queue, or another type of queue. Once the second transaction has been processed, the first transaction is restarted for processing by the first node. The first transaction is then processed by the first node.

Abstract: A reciprocating piston/plunger pump inlet manifold includes an elongated cylindrical manifold member closable at opposite ends by transverse end caps connected to the manifold member by releasable couplings. A rubber or polymer liner formed with nitrogen filled closed cells is disposed within the manifold member. Spaced apart fluid discharge guide and mixing tubes are connected to the manifold member and include flanges for securing the manifold to inlet valve housings of a pump. The fluid flow guide and mixing tubes include partitions and a mixing chamber portion of the tubes. Improved fluid flow characteristics with minimal solids separation and minimal fluid velocity or acceleration induced pressure losses are exhibited by the manifold.

Abstract: A power pump performance analysis system includes a signal processor connected to pressure sensors for sensing pressures in the cylinder chambers and inlet and discharge piping of a single or multi-cylinder pump. Pump speed and piston position are determined by a crankshaft position sensor. Pump vibration, fluid temperatures, and power input may also be measured by sensors connected to the processor. Performance analyses, including determination of pump volumetric efficiency, mechanical efficiency, suction and discharge valve sealing delay, valve and piston seal leakage, flow induced pressure variations, acceleration induced pressure detection, hydraulic resonance detection and pulsation dampener performance may be measured and selected parameters displayed on a visual display connected to the processor directly or via a network.

Abstract: A power pump performance analysis system and methods includes a signal processor connected to certain sensors for sensing pressures and stresses in the cylinder chambers and the inlet and discharge piping of a single or multicylinder pump. Pump speed and pump piston position may be determined by a crankshaft position sensor. Performance analyses for pump work performed, pump cylinder chamber stress, pump fluid end useful cycles to failure, and crosshead loading and shock analysis are provided for estimating pump component life and determining times for component replacement before failure.

Abstract: Queuing of received transactions that have a resource conflict is disclosed. A first node receives a first transaction from a second node, where the first transaction relates to a resource of the first node. The transaction may be a request relating to a memory line of the first node, for instance. It is determined that a second transaction that relates to this resource of the first node is already being processed by the first node. Therefore, the first transaction is enqueued in a conflict queue within the first node. The queuing may be a linked list, a priority queue, or another type of queue. Once the second transaction has been processed, the first transaction is restarted for processing by the first node. The first transaction is then processed by the first node.