International Business Machines Corporation

Jay Symmes Bryant

James E Carey

John Matthew Santosuosso

Eric L Barsness

Joseph W Cropper

Michael J Branson

Daniel Paul Kolz

Dharmesh J Patel

Bin Cao

Kendall J Nelson

Zachary A Hill

Lucas A Palm

Nicholas Bruce Goracke

John Michael Borkenhagen

A stream computing application may be configured to manage the flow of tuples through a section of an operator graph. A window may be generated over one or more stream operators. The window may include breakpoint thresholds that set the maximum flow of tuples within the window. The stream operators within the window may be monitored to determine the flow of tuples occurring within the window using tuple flow counts. The tuple flow counts may be compared to the breakpoint thresholds to determine whether a breakpoint condition has occurred. If a breakpoint condition has occurred, a tuple flow change may be implemented to reduce the flow of tuples within the window.

Windowing across operators in a streaming environment

Relocation of virtual machines is facilitated by obtaining, by a first controller, first power-related information from a first power system set that provides power to a first set of powered hardware components, where the first set of powered hardware components are running a first plurality of virtual machines. The first controller generates a relocation protocol for migrating the first plurality of virtual machines based, at least in part, upon the first power-related information. The relocation protocol includes: a migration of a first subset of one or more virtual machines so that the first subset of virtual machine(s) is to be migrated to and run on a second set of powered hardware components in a manner such that the first subset of virtual machine(s) continues to operation in a substantially continuous manner through the migration; and a snapshotting of a second subset of one or more virtual machines.

Generating a virtual machines relocation protocol

A software application on a device manages transportation procurement for a user. The software application collects application data. The application data is from a plurality of software applications on the device. The application detects a triggering event. The triggering event is based on the collected application data and corresponds to a state of the user. The application determines a transportation need of the user. The need is determined in response to the triggering event. The application determines the need based on the application data. The transportation need includes both a time parameter and a location parameter. The need is determined without direct input from the user. The application generates candidate transportation options which satisfy the need. These options are generated based on the time and location parameters. The application provides the candidate options to the user.

Managing user transportation needs without user intervention

A transportation company uses transportation vehicles. The transportation company receives a plurality of transportation needs. These transportation needs are received from user accounts. The transportation needs are based on states of users gathered without user intervention. Each transportation needs include time parameters and location parameters. The transportation company determines a probabilistic model for transportation needs. The probabilistic model is based on the plurality of transportation needs. The first probabilistic model relate to respective probabilities of transportation needs occurring at the locations and times of the plurality of transportation needs. The transportation company determines which transportation vehicles are currently available. The company then determines a plan which includes some of the vehicles going to some of the locations at some of the times. This plan is based on the probabilistic model. The transportation company then deploys these vehicles to locations and times using this plan.

Managing transportation deployment using customer activity

A method for processing distributed breakpoints when debugging a distributed application includes establishing a breakpoint in source code of a distributed computer program and executing the distributed computer program. Thereafter, an encountering of the breakpoint is detected in one of the processes, and execution of the one of the processes halted. However, halting execution of any other of the processes is delayed for a delay period during which a list both is generated of others of the processes in which the breakpoint is encountered and also is sorted in accordance with prioritization criteria. Finally, the sorted list is presented after the lapse of the delay period, individual ones of the processes selected in the list, and execution of the selected individual ones of the processes in the sorted list halted while halting of execution of non-selected ones of the processes in the sorted list is bypassed.

Intelligent processing of distributed breakpoints

A stream of tuples to be processed by a plurality of processing elements operating on one or more computer processors are received. A first stream operator that is configured to perform a first operation on the received stream of tuples is identified by monitoring one or more stream operators in an operator graph. The first stream operator is determined to be a target operator. A field-programmable-gate-array (FPGA) card is determined to be configurable to perform the first operation. The FPGA card is determined to be available to perform the first operation. The FPGA card is added to the operator graph.

Field-programmable gate array cards in a streaming environment

A web server includes a client pressure profile sharing and generation mechanism that detects when a user accesses the web server with a first device that does not have a client pressure profile, and automatically generates a client pressure profile for the first device from a client pressure profile for a second device used by the user. Adjustments may be automatically made to the client pressure profile for the first device based on differences in orientation and based on differences in screen size. Changes by the user to the client pressure profile for the first device can be automatically propagated to client pressure profiles for other devices used by the user.

Automatic generation of a client pressure profile for a touch screen device

A processor may determine, using natural language processing, a writing style of content of a composed message written by a composer. The processor may analyze, using natural language processing, a set of previous message written by the composer. The processor may identify, based on the analyzing, writing habits of the composer. The processor may also identify a difference between the writing style of the content and the writing habits of the composer. The processor may display a notification of the difference to the user.

Notification of potentially problematic textual messages

A debugger for distributed software running on multiple computer systems analyzes and compares system environments for the multiple computer systems. When a breakpoint occurs, or when a failure in one of the computer systems occurs, the debugger determines when one or more values of interest in the distributed software differ among the different computer systems. The debugger then determines whether the one or differing values correlate to the system environment for the corresponding computer systems. When the one or more differing values correlate to the system environment for the corresponding computer systems, the user of the debugger is notified of the correlation between the differing values and the system environments of the computer systems, to help potentially identify differences in system environments that could be contributing to the differing values.

Debugger that correlates differing values to system environments in a distributed system

A system and method for modifying a feature of a device based on an applied touch intensity is disclosed. When a touch is received, a sensor component sends a signal to a measurement component. The measurement component converts the signal into a touch intensity and provides the determined touch intensity to a selection component. The selection component selects at least one action from a set of actions to be executed by the device based on the determined touch intensity.

Dynamic selection for touch sensor

A snapshot of data is generated by receiving a plurality of respective file system information sets from a corresponding plurality of virtual machines. Each of the plurality of virtual machines includes one or more storage volumes configured for receiving and storing data to thereby provide stored data. Each of the plurality of respective file information sets comprises file system information for the stored data. A first snapshot is created that includes the file system information for all of the virtual machines of the plurality of virtual machines.

Version-controlling storage volume snapshots

A mobile device detects its location and other devices in proximity to the mobile device. When the device is in an untrusted location, or is in physical proximity to an untrusted device, the mobile device ensures existing security and authentication mechanisms are in place, and may additionally require enhanced security measures on the device. In addition, the device may modify its functionality based on the mobile device being in an untrusted location or in physical proximity to an untrusted device.

Growing community of inventors

Rochester, MN, United States of America

Jay Symmes Bryant