Abstract: Techniques for performing conversation recovery of a system/user exchange are described. In response to determining that an action responsive to a user input cannot be performed, a system may determine a topic to recommend to a user. The topic may be unrelated to the original substance of the user input. The system may have access to various data representing a context in which a user provides an input to the system. The system may use these inputs and various data at runtime to make a determination regarding whether a user should be recommended a topic, as well as what that topic should be. The system may cause a question be output to the user, with the question asking the user about the topic, for example whether the user would like a song played, whether the user would like to hear information about a particular individual (e.g., artist), whether the user would like to know about a particular skill (e.g.

Abstract: A method for dynamically storing keys and values includes receiving a request for storing one or more keys in a key value Solid State drive (KV-SSD). The method further includes performing a storage operation for storing each key of the one or more keys in a node of a data structure of the KV-SSD. The storage operation includes allocating a first region in the node for storing the key, such that a size of the first region is equal to a size of the key. The storage operation further includes allocating a second region in the node for storing key metadata associated with the key, such that the second region is of a predetermined size. The storage operation further includes storing the key in the first region and the key metadata in the second region of the node.

Abstract: A system includes a battery pack having a first battery module, a second battery module, and a busbar that couples the first and second battery modules; a battery management controller having a first wireless transceiver; and a battery monitor coupled to the first battery module and to the busbar. The battery monitor includes monitoring circuitry configured to receive a first indication of a parameter of the first battery module; a second wireless transceiver configured to provide the first indication to the battery management controller via a wireless connection to the first wireless transceiver; and a busbar voltage circuit configured to receive a second indication of a voltage across the busbar, and, responsive to the second indication being greater than a voltage threshold, provide a first signal to the second wireless transceiver to cause the second wireless transceiver to be in a higher-power state.

Abstract: An electronic device can include a power system including a battery and one or more processors programmed to: detect that the electronic device has been connected to a power source, predict using prior usage data of the electronic device whether battery usage between an expected time of disconnection from the power source and a next expected time of connection to the power source exceeds a threshold, and if the predicted battery usage between an expected time of disconnection from the power source and a next expected time of connection to the power source does not exceed the threshold, charge the battery to a state of charge less than the full state of charge of the battery.

Abstract: Aspects of the subject technology relate to power consuming processes of electronic devices. For example, an electronic device may create, initiate, and/or modify a power consuming process of the electronic device, based in part on user power consumption information that indicates a typical amount of power consumed by a user of the electronic device. The electronic device may recommend increases in power consumption for low power consumption users and/or decreases in power consumption for high power consumption users. A power consumption process may include a visual arrangement of graphical elements that each display periodically, occasionally, and/or continuously updated information from the application, when a full user interface of the application is not displayed.

Abstract: Techniques for performing conversation recovery of a system/user exchange are described. In response to determining that an action responsive to a user input cannot be performed, a system may determine a topic to recommend to a user. The topic may be unrelated to the original substance of the user input. The system may have access to various data representing a context in which a user provides an input to the system. The system may use these inputs and various data at runtime to make a determination regarding whether a user should be recommended a topic, as well as what that topic should be. The system may cause a question be output to the user, with the question asking the user about the topic, for example whether the user would like a song played, whether the user would like to hear information about a particular individual (e.g., artist), whether the user would like to know about a particular skill (e.g.

Abstract: User engagement is detected and used to control operation of a computing device. User engagement is detected by a sensor such as a camera that identifies if a user's face is oriented towards a display device. If the user is not facing the display device, the sensor determines that the user is unengaged. The computing device is thus able to perform a power-saving operation, such as dimming the display device, when the user is unengaged. The computing device includes an API that abstracts sensor data into a user engagement signal indicating that the user is either engaged or unengaged. The OS and applications running on the computing device act on the user engagement signal provided by the API without communicating directly with the sensor. The user engagement signal may be provided as an input to a state machine.

Abstract: Exemplary embodiments relate to a system for recovering a conversation between a user and the system when the system is unable to properly respond to a user's input. The system may process the user input and determine an error condition exists. The system may query one or more storage systems to identify candidate text data based on their semantic similarity to the user input. The storage systems may store data related to past frequently entered inputs and/or user-generated inputs. Alternative text data is selected from the candidate text data, and presented to the user for confirmation.

Abstract: A system can register a first client and a second client to respectively receive information about updates to a write-ahead log structured storage engine that comprises a log. The system can read an entry in the log, the entry being of an update type. The system can, in response to determining that the first client is registered to receive at least some of the information about updates that are of the update type, sending, to the first client, entry information about the entry. The system can, in response to determining that the second client is registered to receive information about updates that are of the update type, sending, to the second client, the entry information about the entry.

Abstract: A system includes a battery pack having a first battery module, a second battery module, and a busbar that couples the first and second battery modules; a battery management controller having a first wireless transceiver; and a battery monitor coupled to the first battery module and to the busbar. The battery monitor includes monitoring circuitry configured to receive a first indication of a parameter of the first battery module; a second wireless transceiver configured to provide the first indication to the battery management controller via a wireless connection to the first wireless transceiver; and a busbar voltage circuit configured to receive a second indication of a voltage across the busbar, and, responsive to the second indication being greater than a voltage threshold, provide a first signal to the second wireless transceiver to cause the second wireless transceiver to be in a higher-power state.

Abstract: Aspects of the subject technology relate to power consuming processes of electronic devices. For example, an electronic device may create, initiate, and/or modify a power consuming process of the electronic device, based in part on user power consumption information that indicates a typical amount of power consumed by a user of the electronic device. The electronic device may recommend increases in power consumption for low power consumption users and/or decreases in power consumption for high power consumption users. A power consumption process may include a visual arrangement of graphical elements that each display periodically, occasionally, and/or continuously updated information from the application, when a full user interface of the application is not displayed.

Abstract: Aspects of the subject technology relate to power consuming processes of electronic devices. For example, an electronic device may create, initiate, and/or modify a power consuming process of the electronic device, based in part on user power consumption information that indicates a typical amount of power consumed by a user of the electronic device. The electronic device may recommend increases in power consumption for low power consumption users and/or decreases in power consumption for high power consumption users. A power consumption process may include a visual arrangement of graphical elements that each display periodically, occasionally, and/or continuously updated information from the application, when a full user interface of the application is not displayed.

Abstract: Techniques are disclosed for capturing network traffic in a distributed computing environment comprising a plurality of computing devices executing a plurality of Kubernetes pods. A customer resource definition defines one or more capture filters. Based on the capture filters, a configuration map object specifying data packets to be captured is generated. Capture sidecars are injected at the Kubernetes pods. At each Kubernetes pod the configuration map object is read and a capture of the specified data packets is initiated.

Abstract: Exemplary embodiments relate to a system for recovering a conversation between a user and the system when the system is unable to properly respond to a user's input. The system may process the user input and determine an error condition exists. The system may query one or more storage systems to identify candidate text data based on their semantic similarity to the user input. The storage systems may store data related to past frequently entered inputs and/or user-generated inputs. Alternative text data is selected from the candidate text data, and presented to the user for confirmation.

Abstract: A system can register a first client and a second client to respectively receive information about updates to a write-ahead log structured storage engine that comprises a log. The system can read an entry in the log, the entry being of an update type. The system can, in response to determining that the first client is registered to receive at least some of the information about updates that are of the update type, sending, to the first client, entry information about the entry. The system can, in response to determining that the second client is registered to receive information about updates that are of the update type, sending, to the second client, the entry information about the entry.

Abstract: A method for dynamically storing keys and values includes receiving a request for storing one or more keys in a key value Solid State drive (KV-SSD). The method further includes performing a storage operation for storing each key of the one or more keys in a node of a data structure of the KV-SSD. The storage operation includes allocating a first region in the node for storing the key, such that a size of the first region is equal to a size of the key. The storage operation further includes allocating a second region in the node for storing key metadata associated with the key, such that the second region is of a predetermined size. The storage operation further includes storing the key in the first region and the key metadata in the second region of the node.

Abstract: Certain embodiments disclosed herein provide application-specific launch optimization. Aspects of the present disclosure include one or more cost functions for each application, where each cost function corresponds to a likelihood that a particular application should be placed into a particular pre-activation state. For each of the inactive applications, a respective one of the pre-activation states is selected based on comparing cost values obtained by evaluating the cost functions. Each of the inactive applications can be moved to or maintained in the respectively-selected pre-activation state to more efficiently provide an expedited application launch experience for a user.

Abstract: Techniques are disclosed for capturing network traffic in a distributed computing environment comprising a plurality of computing devices executing a plurality of Kubernetes pods. A customer resource definition defines one or more capture filters. Based on the capture filters, a configuration map object specifying data packets to be captured is generated. Capture sidecars are injected at the Kubernetes pods. At each Kubernetes pod the configuration map object is read and a capture of the specified data packets is initiated.

Abstract: A high salinity feed water such as seawater is treated to produce a reverse osmosis (RO) concentrate and an RO permeate. Optionally, some or all of the RO concentrate may be filtered to produce a nanofiltration (NF) permeate. Optionally, some feed water can also be filtered to produce NF permeate without first being concentrated by RO treatment. The NF permeate, or a blend of the RO permeate and NF permeate, may be used to produce a product water for injection into an oil-bearing reservoir to enhance oil recovery. Optionally, the product water may have salinity greater than the feedwater, or at least 30 g/L. The product water may have hardness of less than 20 mg/L.

Abstract: Apparatus and method for controlling a pyro-fuse. A pyro-fuse control system includes a current sensing circuit and a diagnostic circuit. The current sensing circuit is configured to determine whether the current flowing in conductor exceeds a threshold current. The diagnostic circuit is coupled to the current sensing circuit. The diagnostic circuit is configured to determine whether an indication of current exceeding the threshold current generated by the current sensing circuit is caused by current flowing the conductor and is not caused by a fault in the current sensing circuit.