David Wu

6351013, Feb 26, 2002

Jul 13, 1999

09/352339

Scott Luning - San Francisco CA
David Wu - San Jose CA
Khanh Tran - San Jose CA

Advanced Micro Devices, Inc. - Sunnyvale CA

H01L 31062

257368, 257372, 257900, 257369, 438595

The capacitance between the gate electrode and the source/drain regions of a semiconductor device is reduced by forming sub-spacers of a low dielectric constant (K) material at the corners of the gate electrode above the source/drain regions. Subsequently, insulating sidewall spacers are formed over the sub-spacers to shield-shallow source/drain regions from subsequent impurity implantations. The resulting semiconductor device exhibits reduced capacitance between the gate electrode and the source/drain regions, while maintaining circuit reliability.

6775722, Aug 10, 2004

Jul 5, 2001

09/899426

David Wu - Sunnyvale CA
Jerry Kuo - San Jose CA

Zarlink Semiconductor V. N. Inc. - Irvine CA

G06F 300

710 53, 710 52, 710 5, 710 6, 710 20, 710 21, 710 29, 710 54

An architecture for data retrieval from a plurality of coupling queues. At least first and second data queues are provided for receiving data thereinto. The data is read from the at least first and second data queues with reading logic, the reading logic reading the data according to a predetermined queue selection algorithm. The data read from by reading logic and forwarded to an output queue.

7650416, Jan 19, 2010

Aug 12, 2003

10/640459

David Tze-Si Wu - Fremont CA, US
Steven McCanne - Berkeley CA, US

Riverbed Technology - San Francisco CA

G06F 15/16
G06F 15/173

709228, 709227, 709229, 709238, 709239

In a network supporting transactions between clients and servers over a network path having operating characteristics to overcome, data is transported to overcome the operating characteristics using user affinities and dynamic user location information to selectively preload data, or representations, signatures, segments, etc. of data, in order to overcome the one or more operating characteristic. Examples of operating characteristics to overcome include bandwidth limitations, errors and latency. The dynamic location information can be stored in data structures accessible by agents of a data server and the data structures are populated based on user activities with respect to proxies associated with user locations, or the dynamic location information can be obtained implicitly as proxies maintain connections after termination by clients and the use of those maintained connections for preloading of data for the users associated with those clients. The data being preloaded can be protocol-specific data or protocol-independent data.

7853699, Dec 14, 2010

Nov 14, 2005

11/273861

David Tze-Si Wu - Fremont CA, US
Vivasvat Keswani - Fremont CA, US
Case Larsen - Union City CA, US

Riverbed Technology, Inc. - San Francisco CA

G06F 15/16

709227, 709217

Network proxies reduce server latency in response to series of requests from client applications. Network proxies intercept messages clients and a server. Intercepted client requests are compared with rules. When client requests match a rule, additional request messages are forwarded to the server on behalf of a client application. In response to the additional request messages, the server provides corresponding response messages. A network proxy intercepts and caches the response messages. Subsequent client requests are intercepted by the network application proxy and compared with the cached messages. If a cached response message corresponds with a client request message, the response message is returned to the client application immediately instead of re-requesting the same information from the server. A server-side network proxy can compare client requests with the rules and send additional request messages. The corresponding response messages can be forwarded to a client-side network proxy for caching.

8069225, Nov 29, 2011

Aug 12, 2003

10/640405

Steven McCanne - Berkeley CA, US
Michael J. Demmer - San Francisco CA, US
Arvind Jain - Santa Clara CA, US
David Tze-Si Wu - Fremont CA, US

Riverbed Technology, Inc. - San Francisco CA

G06F 15/16

709219, 706 21

In a network that conveys requests from clients to servers and responses from servers to clients, a network transaction accelerator for accelerating transactions involving data transfer between at least one client and at least one server over a network comprising a client-side engine, a server-side engine and a transaction predictor configured to predict, based on past transactions, which transactions are likely to occur in the future between the client and server. The transaction predictor might be in the server-side engine, the client-side engine, or both. The client-side engine receives indications of requests from the client, a transaction buffer for storing results of predicted transactions received from the server or the server-side engine ahead of receipt of a corresponding request, and a collator for collating the requests from the client with the stored results or received results, wherein a request and a response that are matched by the collator are identified and the matched response is provided to the client in response to the matched request. The server-side engine receives indications of transactions including requests and responses and conveys requests to the server in response to actual transactions or predicted transactions.

8176186, May 8, 2012

Aug 14, 2008

12/191514

Steven McCanne - Berkeley CA, US
Michael J. Demmer - San Francisco CA, US
Arvind Jain - Santa Clara CA, US
David Tze-Si Wu - Fremont CA, US
Alfred Landrum - San Francisco CA, US

Riverbed Technology, Inc. - San Francisco CA

G06F 15/16

709228, 709233, 709236

Self-discovering transaction accelerators improve communications between a client and a server. A client directs a message to a server. A client-side transaction accelerator intercepts the message, terminates the connection with the client, and accelerates the request by replacing segments of data with references. The accelerated request is forwarded to a server-side transaction accelerator through a new connection. The server-side transaction accelerator reconstructs the message by replacing the reference with segment data in a persistent segment store accessible to the server-side transaction accelerator. The reconstructed request is then provided to the server. Accelerations may occur in any direction of communication. Persistent segment stores can be pre-populated with segment data from other transaction accelerators and anticipated transactions. The persistent segment store can store segments that are data segmented based on content of the data and can be independent of transaction protocol, application, and device.

8204058, Jun 19, 2012

Jul 26, 2006

11/494364

David Tze-Si Wu - Fremont CA, US
Soren Lasen - San Francisco CA, US
Nitin Gupta - Fremont CA, US
Vivasvat Keswani - Fremont CA, US

Riverbed Technology, Inc. - Sna Francisco CA

H04L 12/28

370392, 709227

Network traffic is monitored and an optimal framing heuristic is automatically determined and applied. Framing heuristics specify different rules for framing network traffic. While a framing heuristic is applied to the network traffic, alternative framing heuristics are speculatively evaluated for the network traffic. The results of these evaluations are used to rank the framing heuristics. The framing heuristic with the best rank is selected for framing subsequent network traffic. Each client/server traffic flow may have a separate framing heuristic. The framing heuristics may be deterministic based on byte count and/or time or based on traffic characteristics that indicate a plausible point for framing to occur. The choice of available framing heuristics may be determined partly by manual configuration, which specifies which framing heuristics are available, and partly by automatic processes, which determine the best framing heuristic to apply to the current network traffic from the set of available framing heuristics.

8402085, Mar 19, 2013

Apr 6, 2012

13/441681

Steven McCanne - Berkeley CA, US
Michael J. Demmer - San Francisco CA, US
Arvind Jain - Santa Clara CA, US
David Tze-Si Wu - Fremont CA, US
Alfred Landrum - San Francisco CA, US

Riverbed Technology, Inc. - San Francisco CA

G06F 15/16

709202, 709228, 709233, 709236

Self-discovering transaction accelerators improve communications between a client and a server. A client directs a message to a server. A client-side transaction accelerator intercepts the message, terminates the connection with the client, and accelerates the request by replacing segments of data with references. The accelerated request is forwarded to a server-side transaction accelerator through a new connection. The server-side transaction accelerator reconstructs the message by replacing the reference with segment data in a persistent segment store accessible to the server-side transaction accelerator. The reconstructed request is then provided to the server. Accelerations may occur in any direction of communication. Persistent segment stores can be pre-populated with segment data from other transaction accelerators and anticipated transactions. The persistent segment store can store segments that are data segmented based on content of the data and can be independent of transaction protocol, application, and device.