throbber
5
`
`Shared Memory |\/Iultiprocessors
`
`The most prevalent form of parallel architecture is the multiprocessor of small to
`moderate scale that provides a global physical address space and symmetric access to
`all of main memory from any processor, often called a symmetric mtiltiprocessor or
`SMP. Every processor has its own cache, and all the processors and memory modules
`attach to the same interconnect, which is usually a shared bus. SMPs dominate the
`server market and are becoming more common on the desktop. They are also impor-
`tant building blocks for larger~scale systems. The efficient sharing of resources, such
`as memory and processors, makes these machines attractive as “throughput
`engines” for multiple sequential jobs with varying memory and CPU requirements.
`The ability to access all shared data efficiently from any of the processors using ordi-
`nary loads and stores, together with the automatic movement and replication of
`shared data in the local caches, makes them attractive for parallel programming.
`These features are also very useful for the operating system, whose different pro-
`cesses share data structures and can easily run on different processors.
`From the viewpoint of the layers of the communication architecture in
`Figure 5.1, the shared address space programming model is supported directly by
`hardware. User processes can read and write shared virtual addresses, and these
`operations are realized by individual loads and stores of shared physical addresses.
`In fact, the relationship between the programming model and the hardware opera-
`tion is so close that they both are often referred to simply as “shared memory." A
`message-passing programming model can be supported by an intervening software
`layer—typically a run-time 1ibrary—that treats large portions of the shared address
`space as private to each process and manages some portions explicitly as per-process
`message buffers. A sendfreceive operation pair is realized by copying data between
`these buffers. The operating system need not be involved since address translation
`and protection on the shared buffers is provided by the hardware. For portability,
`most message—passing programming interfaces have indeed been implemented on
`popular SM1‘-’s. In fact, such implementations often deliver higher message—passing
`performance than traditional, distributed—memory message-passing systems——as
`long as contention for the shared bus and memory does not become a bottleneck-
`largely because of the lack of operating system involvement in communication. The
`operating system is still used for input/output and multiprogramming support.
`Since all communication and local computation generates memory accesses in a
`shared address space, from a system architect‘s perspective the key high-level design
`
`Sony Corporation v. Memory
`Integrity, LLC
`IPR2015-00158
`EXHIBIT
`Sony-1017

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket