<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title>Research@Intel</title>
	<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/" />
	<link rel="self" type="application/atom+xml" href="http://blogs.intel.com/research/atom.xml" />
	<id>tag:blogs.intel.com,2008:/research//17</id>
	<updated>2008-05-05T16:05:02Z</updated>
	<subtitle>Pushing the boundaries of possibility</subtitle>
	<generator uri="http://www.sixapart.com/movabletype/">Movable Type Enterprise 1.53</generator>
	
			<entry>
			<title>Madeleine Glick on Polymer waveguides for high speed board-level optical interconnects</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/05/polymer_waveguides_for_high_sp.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1490</id>
   
			<published>2008-05-05T16:00:44Z</published>
			<updated>2008-05-05T16:05:02Z</updated>
   
			<summary>The continued growth of data rates in servers, routers and high-bandwidth computing systems has led to an increased interest in optical backplanes for these applications. Data rates in the backplane are increasing to several Gbps/channel and higher. The trend to...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="optics" label="optics" scheme="http://blogs.intel.com/research/tag" />
									<category term="polymer" label="polymer" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="siliconphotonics" label="silicon photonics" scheme="http://blogs.intel.com/research/tag" />
									<category term="terascale" label="terascale" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>The continued growth of data rates in servers, routers and high-bandwidth computing systems has led to an increased interest in optical backplanes for these applications. Data rates in the backplane are increasing to several Gbps/channel and higher. The trend to multi-core and many core processors is an additional factor contributing to increasing bandwidth demands.  Electrical interconnects pose serious challenges at bit rates at 10’s of Gb/s, optical links can alleviate many of these difficulties by improving bandwidth-length products and eliminating electromagnetic interference.  There is a growing <a href="http://techresearch.intel.com/articles/Tera-Scale/1419.htm">research effort</a> to enable the move from the electrical to the optical domain. </p>

<p><a href="http://blogs.intel.com/research/_Intel_Polymer_Poster_letter%20compressed.pdf">View poster</a> from recent lab open house event.</p>
]]>
				<![CDATA[<p>Polymers are seen as promising optical materials for transmission and even active devices because of their relative ease of manufacture and processing and potential cost effectiveness. At Intel and elsewhere in academia and industry researchers are investigating polymers for applications at both the chip and board levels. Compared to copper, optical technology has proven capabilities for ultra high data rate transmission, while compared to standard optical fiber, board level polymer waveguides offer the possibility of lower cost and a more compact technology that is compatible with electronic manufacturing technology.   At the board level, to enable high data rate transfer over longer distances, the main research challenges are to achieve low optical losses in a robust, stable material and to develop low optical loss, low cost connectors to transfer the light to and from the polymer guides.</p>

<p>I have been working with the <a href="http://www-g.eng.cam.ac.uk/photonic_comms/index.html">Centre for Photonic Systems at the University of Cambridge</a> and <a href="http://www.dowcorning.com/">Dow Corning</a> to demonstrate the use of polymer waveguides at the board level in backplanes for high speed optical networks. My collaborators had previously developed novel polymer low loss devices that can be integrated with printed circuit boards. The siloxane polymers being used have been demonstrated to have low optical loss at data communications wavelengths (~0.04 dB/cm at 850 nm) and possess excellent mechanical and thermal properties compatible with lead-free solder reflow processes [ref 1,2]. The technology is now ready for research and demonstrations at the system level. </p>

<p>We are presenting a paper* at <a href="http://www.cleoconference.org/">CLEO 2008</a> entitled <a href="http://blogs.intel.com/research/Terabit%20Capacity%20Passive%20Polymer%20Optical%20Backplane%20--%20CLEO%202008.pdf">“Terabit Capacity Passive Polymer Optical Backplane&#8221;</a> which describes a novel,  compact optical backplane featuring a scalable architecture using a planar array of multimode polymer waveguides. We have fabricated a proof of concept passive optical backplane enabling full non blocking communication between 10 cards (Fig. 1). The fabricated backplane is patterned from siloxane polymer by photolithographic techniques on a FR4 substrate, so it can also be used for mounting electronic components. The waveguide cross-section is 50 x 50 μm with a lateral separation of 250 μm to match conventional ribbon fiber and standard VCSEL and photodiode arrays. In this architecture we use bends for the 90° waveguide turns rather than corner reflectors to simplify the fabrication process. This also ensures that all crossings occur at 90° minimizing loss and crosstalk. The bend radius is 8 mm which, according to previous measurements, should induce additional loss of approximately 1 dB for a multimode fiber (MMF) input, while crossing losses are approximately 0.01 dB/crossing [ ref 3]. The low intrinsic waveguide loss together with the low crossing loss and low crosstalk values imply that this architecture has considerable scaling possibilities.   </p>

<p><img alt="polymer.png" src="http://blogs.intel.com/research/polymer.png" width="649" height="205" /></p>

<p>Full line-rate Gigabit Ethernet data transmission between a pair of computers was achieved over the backplane with no packet losses while using both the highest-loss link together with the corresponding link most susceptible to crosstalk. We also performed bit error rate measurements showing that each of the 100 on-board links can achieve error free transmission at 10 Gb/s indicating an aggregate interconnection capacity potential of a terabit per second.
This is an exciting interdisciplinary research collaboration. Polymer waveguides have the advantage of being bit rate transparent and therefore scalable to higher data rates. We intend to examine various system architectures for data rate scaling including using multiple wavelengths to further increase the capacity. A high data rate backplane with a switchless architecture has the potential to lower the cost of the initial purchase of the blade server to incremental costs associated with purchasing additional cards.</p>

<p>Madeleine Glick <em>is a principal research scientist at Intel Research Pittsburgh where she leads the optical systems work. Her research interests include signal processing and coding for optical links and optical switching for high performance computer interconnects. Madeleine has published over 100 articles.  She is a Fellow of the Institute of Physics, a member of the UK EPSRC Peer Review College, an associate editor of the OSA Journal of Optical Networking and on the editorial advisory board of OSA Optics and Photonics News.  She received a PhD in physics from Columbia University and is an adjunct professor in the ECE Department of Carnegie Mellon University.</em></p>

<p>Ref [1] J. D. Ingham, N. Bamiedakis, R. V. Penty, I. H. White, J. V. DeGroot Jr., T. V. Clapp, in Proc. CLEO 2006, [2] N. Bamiedakis et al. ICSO 2006 [3] N. Bamiedakis, J. Beals, R. V. Penty, I. H. White, J. V. DeGroot Jr., T. V. Clapp, in Proc. CLEO 2007</p>

<p>*Copyright © 2008 IEEE.  Proceedings of the IEEE.</p>

<p><em>This material is posted here with permission of the IEEE. Such permission of the IEEE does not in any way imply IEEE endorsement of any of Intel&#8217;s products or services. Internal or personal use of this material is permitted. However, permission to reprint/republish this material for advertising or promotional purposes or for creating new collective works for resale or redistribution must be obtained from the IEEE by sending a blank email message to pubs-permissions@ieee.org. By choosing to view this document, you agree to all provisions of the copyright laws protecting it.</em></p>
]]>
									
				
				
				
										Comments (0)
					
			</content>
		</entry>
			<entry>
			<title>Carry Small, Live Large</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/04/carry_small_live_large.php" />
			<id>tag:blogs.intel.com,2007:/research//17.891</id>
   
			<published>2008-04-09T07:01:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>One of the great computing revolutions of our time has been the dramatic reduction in size of processing components and the power they consume, making mobile computing a reality. The term mobile computer spans many types of devices, from laptop...</summary>
			<author>
				<name>Roy Want</name>
				<uri>http://blogs.intel.com/research/2007/10/profile_roy_want.php</uri>
			</author>
			
												<category term="csll" label="csll" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobility" label="mobility" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>One of the great computing revolutions of our time has been the dramatic reduction in size of processing components and the power they consume, making mobile computing a reality. The term mobile computer spans many types of devices, from laptop or notebook computers—now central to much of our work—to the smallest cell phones, which can not only provide a mundane telephone connection but also serve as an electronic organizer. The PDA, also originally part of this mobile revolution, has already largely been subsumed by the smart-phone market. </p>
]]>
				<![CDATA[<p>The key ingredients enabling this revolution are high-performance low-power processors, high-density memory, and standardized wireless communication. The latter isn’t a requirement for mobile computing per se but has become an essential ingredient of a computer’s everyday use; after all, a computer without a networking capability is no longer an interesting proposition.</p>

<p>Despite technical progress in designing and building true palm-sized computers, their use has tended to be limited in scope. Most people would probably agree that for any kind of serious computing task, certainly in the realm of enterprise applications, a notebook computer’s form factor is close to the bare minimum needed for effective HCI. We can conclude that one of the main barriers for effective work on a smart phone is the tiny display and keyboard and the poor user experience that results from the size-limited interaction. 
The form factor of a modern day laptop design has been honed over time, shaped by the design principle that form follows function. We might one day experience a revolution in GUI design, but I doubt this will radically change the baseline laptop’s size requirements. Many people have tried to improve the WIMP (windows, icons, menus, pointing devices) interface for many years with only minor success. As a result, for now, the best bet we have for improving the mobile computing experience is to augment the I/O peripherals to provide scaled-up interaction. </p>

<p>My Intel colleague Natalie Nielsen recently summed up this notion with the phrase “Carry Small, Live Large.” This embodies the idea that for mobility, small computers are attractive; they fit in a pocket and can be carried without encumbering their owner. “Live large” speaks to the idea that we have high expectations for our interactions with computers, and we expect them to positively impact our lives. </p>

<p><strong>Carry Small</strong></p>

<p>Since the early ’90s, I’ve been researching ways to overcome the limitations of small mobile computers, and I’ve helped build several prototypes that address different aspects of the problem. An idea for implementing the Carry Small, Live Large ideal became apparent to me after the first short-range wireless standards were realized in the late ’90s—a turning point for mobile computing. We no longer needed to interact with a mobile device directly; instead, much larger and more convenient nearby computers could provide the interface.</p>

<p>My research group’s Personal Server project embodied this concept[1]. Our goal was to extend the established paradigm of the personal computer and change how we think about using it. We aimed to design a personal server that you could carry in your pocket or purse and that you wouldn’t need to physically access. Instead, using wireless discovery and connection, you could interact with the server through another device across a wireless link.</p>

<p>Our initial prototypes used a client/server Web metaphor, and we based our first implementation on an XScale microprocessor running the Linux OS and a Web server. The device included enough solid state memory to store gigabytes worth of movies, music, photographs, and office documents—all accessible from a Web browser client running in the nearby computer infrastructure over an optimized wireless Bluetooth link.</p>

<p>Later, our Personal Server design was ported to a commercial cell phone based on the next-generation XScale processor. This gave users direct access to X-applications running on the device, all accessible using a Remote Frame Buffer protocol in communication with a remote client. The cell phone market continues to enjoy tremendous growth—selling over one billion units in 2006[2] —which shows the potential for a personal-server-integrated cell phone to impact mobile computing across the globe.</p>

<p><strong>Remaining barriers</strong></p>

<p>What barriers must we overcome for the Carry Small, Live Large model to flourish? </p>

<p>First, currently only a few smart-phone products can provide the computational resources that applications need for effective operation. The capabilities of inexpensive low-power mobile processors will certainly increase with time, so in the future we’re sure to see more cell phones with the potential to support enterprise-quality applications. Processing and memory capabilities continue to grow exponentially, so it won’t be long before the gap closes.</p>

<p>Second, there’s a lack of infrastructure. Any PC could in fact be a client to support this use model, but when users have access to a desktop PC, they should also be able to use the desktop for their actual work. The compelling new value proposition for a small mobile computer comes from the opportunity to serendipitously use displays and keyboards found nearby in unfamiliar locations. </p>

<p><strong>Live large</strong></p>

<p>An opportunity to solve this problem may result from the revolution we’re now seeing around large LCD displays—in part driven by the consumer electronics market and the digital home. Digital high-quality LCD displays are in a booming market as a result of attractive pricing and the FCC’s mandate that broadcast TV switch from analog to digital by 17 February 2009. So we’re likely to see a flurry of new TV purchases between now and then, which represents a market that all the big consumer electronics manufacturers will be keen to be part of. This will further drive down prices as the competition mounts. In fact, it has already resulted in considerable price reductions for large plasma and LCD TVs, now as low as one-fifth of the original introductory price.</p>

<p>These TVs come with built-in computing capabilities, and manufacturers will see the opportunity to use computation to differentiate their products. This year’s Consumer Electronics Show introduced flat-panel TVs with built-in Digital Media Adapters (DMAs) and the ability to connect to a network using Wi-Fi to access media stored on a home PC. With several companies actively making plans for digital movie download services to the home in the near future, the challenge will be how to enable a living-room TV—rather than the office or den PC—to show these movies. A DMA built into a TV can solve this problem while opening up a resource for mainstream use of the Carry Small, Live Large device interaction model. Once it’s available for the consumer electronics market, this technology, driven by the associated reduction in pricing, stands a good chance of becoming ubiquitous.</p>

<p><strong>Going Urban</strong></p>

<p>The applications for large high-quality displays aren’t limited to the home and are in fact widespread and equally applicable to the office and other shared spaces—in particular, urban public spaces. I’m continuously amazed by how many flat-panel screens are popping up around our towns and cities to display mundane information—restaurant menus, signs, corporate logos, transport schedules, and so forth. Even supermarkets are being fitted with multiple screens to display special offers as we walk through the aisles. Each of these venues has the potential to support a Carry Small, Live Large experience.</p>

<p>Urban computing today is mainly associated with direct interaction using the devices we carry and with the data that service-provider networks deliver. In the future, this could be a far richer experience, involving close coupling of the computation you carry with the displays and keyboards that you find around you.</p>

<p>Technology trends that will further support this use model are high-bandwidth short range radio, such as UltraWideBand, a standard now being introduced to support Wireless USB with speeds of up to 480 Mbps. At some point in the near future, we’ll cross a processing threshold, and our smart phones will be capable of running most of the high-end applications we’re interested in using. Furthermore, the short-range wireless bandwidth will be high enough for us to effectively connect to large wireless displays. At that point, urban computing will take on a whole new experience, and we’ll move closer to the pervasive computing vision, and the Carry Small, Live Large use model.</p>

<p><strong>* * *</strong></p>

<p>This blog originally appeared as Roy’s Editor-in-chief Introduction for IEEE Pervasive Computing, Issue 3, 2007.</p>

<p>If you would like to read more about this topic, or subscribe to the publication, please visit <a href="http://www.computer.org/pervasive">http://www.computer.org/pervasive</a></p>

<p><strong>References</strong></p>

<ol>
<li><p>R. Want et al., “The Personal Server: Changing the Way We Think about Ubiquitous Computing,” Proc. Ubicomp 2002: 4th Int’l Conf. Ubiquitous Computing, LNCS 2498, Springer, 2002, pp. 194–209.</p></li>
<li><p>“Worldwide Mobile Phone 2007–2011 Forecast and Analysis,” IDC, May 2007; www.idc.com/getdoc.jsp?containerId=206583.</p></li>
</ol>
]]>
									
				
				
				
										Comments (0)
					
			</content>
		</entry>
			<entry>
			<title>Lester Memmott on Context Aware Computing</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/04/last_week_the_intel_developer.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1471</id>
   
			<published>2008-04-08T19:54:22Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Last week, the Intel Developer Forum (IDF) was held in Shanghai, China and one of the key messages was that Carry Small, Live Large (CSLL) is a vision held by Intel for future mobile computers. In a nutshell it is...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="contextawarecomputing" label="context aware computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="csll" label="csll" scheme="http://blogs.intel.com/research/tag" />
									<category term="dynamiccomposablecomputing" label="dynamic composable computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="Intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="mid" label="MID" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobility" label="mobility" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Last week, the Intel Developer Forum (<a href="http://www.intel.com/idf">IDF</a>) was held in Shanghai, China and one of the key messages was that Carry Small, Live Large (<a href="http://techresearch.intel.com/articles/Mobility/1565.htm">CSLL</a>) is a vision held by Intel for future mobile computers.  In a nutshell it is the vision of more powerful small form factor devices that are more aware of your environment and offer a more personal interaction with the user.  This is a device with rich computing capabilities such as telephony, media, gaming &amp; the Internet to name a few but this isn’t the limit.  It is a platform for creating new kinds of applications and interactions as well.  For example, you can imagine the new kinds of social networking applications that could be built with this device.  Senior Fellow, Kevin Kahn wrote a <a href="http://blogs.intel.com/research/2008/03/kevin_kahn_on_redefining_mobil.php">great blog </a>about CSLL.</p>
]]>
				<![CDATA[<p>On occasion when I explain CSLL to someone new to the topic, I get questions about the need to have a full-sized “usable” keyboard or better mouse input.  Also common concerns are that with such a little display I won’t be able to show pictures or movies to friends or show a PowerPoint presentation to colleagues which is the perfect segue into Dynamic Composable Computing (DCC).  DCC aims to enable the ability to connect to keyboards, mice, displays, and audio systems, to name just a few, dynamically and wirelessly with the mobile device.  For example, you walk into a friend’s home and you want to show a group of people pictures and music from your last vacation.  You “borrow” your friend’s large, wall-mounted flat-screen TV to show the pictures, the stereo system to play the music and a keyboard or remote to easily control forward and back action between pictures and videos.  …and it is all done wirelessly.  This is all done seamlessly and easily by dynamically discovering the devices available and enabling the mobile device to use them.  Roy Want recently <a href="http://blogs.intel.com/research/2008/03/dynamic_composable_computing_d.php">wrote a blog </a>on this very subject that has more information.</p>

<p>To go a step further, think about the case where there are lots of devices and services available for dynamic composition.  For example, if coffee shops and cafés across the globe who today are providing WiFi service also started offering tables with large LCD screens at one end for sharing pictures and videos.  To share to my music they also include 7.1 Surround Sound at each booth and also provide use of full-size keyboards and mice.  When I walk into such an environment, it could be a laborious task to discover the available DCC devices and then connect to the ones I want to use based on the table I’m sitting at.</p>

<p>My team, the Software Pathfinding and Innovation Group (SPI), within Intel’s Software and Solutions Group is focused on solving this problem along with many others with our research in a general-use Context Aware Computing (CAC) framework and engine.  In our research we’ve designed and built a running prototype of a context aware computing engine.  This engine provides a plug-in architecture for data collection (called Providers) from a variety of source types.  The data schema is also extensible allowing 3rd parties to enhance and extend it as needed.  Internal to the system it has a data collection mechanism, known as the Aggregator, making the data readily available to any number of data consumers.  Also internal to the system is a programmable Analyzer which processes the context data to make higher-level conclusions from the data.  Finally it contains a set of client APIs allowing applications to have access to the raw context data and analyzed data through poll-based and event-based methods.  To circle back, in the coffee shop example above, this context engine can suggest to the user which booth to sit at based on the user’s preferences for display size, type of sound equipment, that fact that the user is with friends (and thus likely to share media content), the nearness to windows and so forth.  It can also facilitate the composition actions once a decision is made by the user.</p>

<p>For IDF I along with members of my team developed a Context Aware Composition demo called “Automated Conference Room Composition” which combined features of the context engine along with the composition engine from Roy Want’s team mentioned above.  Sri Sridharan, our group’s marketing guru, showed the demo which used the composition engine to discover and compose with conference room display devices (i.e. an LCD projector in this case).  The context engine developed by my team was programmed to automatically compose with the projector if the following was true:  LCD projector is available AND I’m the meeting owner AND I’m physically in the conference room AND I’ve sat down for the meeting.  This was done through a variety of plug-in providers.  A plug-in provider interacted with the composition engine to determine what projectors were available, another plug-in provider inspected my Outlook calendar to see if I had a meeting on my calendar, and another (simulated for the demo) indicated my location (at my desk vs in the conference room) and finally the last was a plug-in provider that communicated over Bluetooth with an <a href="http://seattle.intel-research.net/MSP/">Multiple Sensor Platform </a> (MSP) device to determine if I was still walking, or if I had sat down to start the meeting.  Once these criteria were met, the context engine automatically composed with the projector and started showing my presentation.</p>

<p>To summarize, the industry is in the midst of change.  Mobile computers are becoming more capable and more powerful.  With the CSLL efforts from Intel and the research done on Dynamic Composible Computing and Context Aware Computing you’ll have new-found capability on your mobile computer.  You’ll be able to dynamically compose with devices and services to more easily interact with and more easy share your media with friends.  You’ll also receive a better experience as mobile devices adapt to your ever-changing context and help you more easily make decisions and choices.  You’ll be able to…  Oh, wait! I’ve got to go.  There’s my context aware device telling me that my next meeting got moved an hour earlier so I’d had better catch lunch soon or I’ll go hungry for the afternoon.  Enjoy!</p>

<p><strong>Lester Memmott</strong> is a senior software architect in the Software Pathfinding and Innovation group in Intel SSG.  After employment with Novell &amp; IBM, Lester joined Intel in 1995 and has worked in a variety of software related areas from product development to technology research.  Most recently he is designing context aware technology targeted to make mobile computers easier to use.   He holds two patents with others pending.  He received B.S. and M.S. degrees in electrical engineering from Brigham Young University.</p>
]]>
									
				
				
				
										Comments (2)
					
			</content>
		</entry>
			<entry>
			<title>Taking Multi-core Programming Into The Bazaar: An Argument for Open Source Tools</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/04/an_argument_for_open_source_in.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1464</id>
   
			<published>2008-04-07T17:10:10Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>All the major CPU manufacturers have thrown their lot in with multi-core designs. The (multi-billion dollar) question now is how to program these devices. I can tell you with some confidence that we don’t yet know what the answer will...</summary>
			<author>
				<name>Anwar Ghuloum (葛安华)</name>
				<uri>http://blogs.intel.com/research/2007/07/profile_anwar_ghuloum.php</uri>
			</author>
			
												<category term="multicoresoftware" label="multi-core software" scheme="http://blogs.intel.com/research/tag" />
									<category term="opensource" label="Open Source" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelprogramming" label="parallel programming" scheme="http://blogs.intel.com/research/tag" />
									<category term="softwaredevelopment" label="software development" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>All the major CPU manufacturers have thrown their lot in with multi-core designs. The (multi-billion dollar) question now is how to program these devices.  I can tell you with some confidence that we don’t yet know what the answer will be in 10 years.   I can’t imagine that any single company can reliably solve this problem…and I think the Open Source community is essential to finding the answer.  The main reason lies in the relatively unexplored territory of how multi-core programming models interact. If I’m preaching to the choir (though not in a <em>Cathedral</em>&#8230;see below), feel free to skip the rest of this. However, if you’re still unconvinced, read on.  Admittedly, much of this argument is not new, but I think the challenges of multi-core programming create a greater imperative.</p>
]]>
				<![CDATA[<p>In today&#8217;s parallel programming models, we have a variety of approaches that work now but they all have shortcomings and limitations.  This isn’t so much an intrinsic problem in these languages or tools, in most cases, but a shortcoming in their implementation.  Rather, it was a shortcoming in our vision; for the most part, as we invented these models, they weren’t envisioned or implemented to work together.  </p>

<p>Getting them to work together isn&#8217;t trivial, but is do-able in most cases. (For example, we&#8217;ll often find that the underlying threading runtimes weren&#8217;t designed well to play together with others, but this can be fixed.) The real problem is that of these many choices, some will need to be mutated and many combinations will need to be tried. These models can and will be combined in thousands of interesting ways, with many different semantic implications. Each of these efforts will be risky, all being more likely to fail than succeed on the way to perfecting the model(s) and language(s) that will ultimately be used for large-scale parallel programming.  Though we take risks at big companies, they are fairly risk-averse for the most part. Moreover, we tend to try to leverage our existing investments in development as much as possible.  This means that a fatally flawed bet (product) is not likely to be readily tossed out as sound technical “natural selection” would require.</p>

<p>The experimental substrate for this evolutionary churn must be real applications, but again, we run into the risks that any (sensible) large software company must be aware of.  When developing new major version of products, it is highly unlikely that the code base is completely rewritten or even significantly turned over.  Estimates vary, but let&#8217;s assume that major version revisions change (often much) less than 30% of the source base.  Given this, how likely is it that a major, risk-averse software developer would rewrite substantial portions (>50%) of an important application to use a combination of parallel programming models? Especially when the initial value of parallel programming (increased performance, versus longer term feature differentiation) is of limited value to the typical application? How about several such models that have never been used together?</p>

<p>This is the great challenge facing us and it is a daunting one. For example, in the research labs, we develop a pretty wide range of multi-core related programming technologies around data parallelism, implicit parallelism, functional programming languages, transactional memory, and speculative multithreading.  We have barely begun to think about how these different models interact (we&#8217;re starting with the <a href="http://polaris.cs.uiuc.edu/lcpc07/accepted/42_Final_Paper.pdf">Pillar</a> project).  </p>

<p>So what is the answer? I have a strong intuition that the answer lies in the open source community, with it’s iconoclastic brilliance, unabashed bravado, fearless experimentation, enormous energy and (growing) size, and commitment to quality software development. The open source community may well be the only place where parallel programming constructs, models, libraries and compilers can be deconstructed and recombined at the scale and pace required in the coming years (see <a href="http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/">The Cathedral and the Bazaar</a>). For recent evidence of this, look at the amazing pace of innovation in web application frameworks (<a href="http://www.rubyonrails.org/">Ruby on Rails</a> is a favorite example).</p>

<p>Does this mean we’re abandoning differentiation in our bread-and-butter products?  Hardly. There are so many other components of a platform on which companies can differentiate and compete.  For chip companies, we ultimately live and die by leading with our architecture and manufacturing technologies. Programming tools <strong>are critical</strong> to delivering the value to programmers, but they <strong>are limited</strong> to the extent that access is limited.</p>
]]>
									
				
				
				
										Comments (4)
					
			</content>
		</entry>
			<entry>
			<title>Gary Martz on &quot;Cliffside&quot; Wireless PAN technology</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/04/gary_martz_on_cliffside_wirele.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1428</id>
   
			<published>2008-04-01T16:26:15Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>On the eve of the Intel Developer Forum, Intel held briefings for the press today talking about the latest mobility research effort, which internally is being called Carry Small, Live Large. As part of that briefing, we showed off a...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="carrysmalllivelarge" label="carry small live large" scheme="http://blogs.intel.com/research/tag" />
									<category term="cliffside" label="Cliffside" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf" label="IDF" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="mid" label="MID" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobiledevice" label="mobile device" scheme="http://blogs.intel.com/research/tag" />
									<category term="wifi" label="WiFi" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>On the eve of the Intel Developer Forum, Intel held briefings for the press today talking about the latest mobility research effort, which internally is being called <a href="http://techresearch.intel.com/articles/Mobility/1565.htm">Carry Small, Live Large</a>.  As part of that briefing, we showed off a new technology demonstration coming from our Mobile Products Group that I captured some video of and thought I’d post since many aren’t able to attend this event in Shanghai.</p>
]]>
				<![CDATA[<p>If you haven’t read Intel Senior Fellow <a href="http://blogs.intel.com/research/2008/03/kevin_kahn_on_redefining_mobil.php">Kevin Kahn’s blog</a> about Carry Small, Live Large, you should check it out here.  In a nutshell, Intel researchers want you to carry something as small as a Mobile Internet Device (which will only keep getting smaller) yet not lose the capabilities you currently have with your larger laptop-like device (DVD drive, USB ports for printers, CE device connection, large screen, …etc).  The research projects are focused on how to accomplish this with form factors, energy efficiency, context awareness, sensors and others. &#8220;Cliffside&#8221; is a development effort specifically aimed at enabling your notebook and MID devices to communicate with and leverage other devices in the environment, so you can still “live large”.</p>

<p>&#8220;Cliffside&#8221; enables a single Wi-Fi adapter to function like two independent Wi-Fi adapters.  This technology provides the wireless connections so you could synch your MP3 and video files without a USB cable, directly and wirelessly connect your notebook to your TV to view HD movies, have wireless connections to your personal Wi-Fi devices in your home office while having a VPN connection on your WLAN to your corporate network, or connect to other notebooks to share files and chat even when an AP isn’t available. The benefit of this technology comes from enabling Centrino users to be able to simultaneously have a connection to a WLAN (BSS) while also having a Wi-Fi Personal Area Network (BSS Wi-Fi PAN) with up to eight Wi-Fi enabled devices connected directly to their Centrino notebook.  Wi-Fi PAN technology delivers direct wireless connections for synchronization and consumption of media content and files between your Centrino notebook and other Wi-Fi enabled devices such as notebooks, MIDs, MP3 players, cameras, TVs, printers, portable game players, game consoles and projectors.</p>

<p>Check out the video below video to see &#8220;Cliffside&#8221; working in action:</p>

<p><center>                                                            <script type="text/javascript" src="http://blip.tv/scripts/pokkariPlayer.js?ver=2008010901"></script>                   <script type="text/javascript" src="http://blip.tv/syndication/write_player?skin=js&amp;posts_id=797193&amp;source=3&amp;autoplay=true&amp;file_type=flv&amp;player_width=&amp;player_height="></script>                    <div id="blip_movie_content_797193">                    <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-IntelWirelessPersonalAreaNetworkTechnology844.wmv" onclick="play_blip_movie_797193(); return false;"><img title="Click to play" alt="Video thumbnail. Click to play" src="http://blip.tv/file/get/IntelVideo-IntelWirelessPersonalAreaNetworkTechnology844.wmv.jpg" border="0" title="Click To Play" /></a>                 <br />                  <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-IntelWirelessPersonalAreaNetworkTechnology844.wmv" onclick="play_blip_movie_797193(); return false;">Click To Play</a>                  </div>                                      </center></p>

<p><em>Gary Martz is a Marketing Producet Manager with Intel&#8217;s WiFi Personal Area Network Technology group.</em></p>
]]>
									
				
				
				
										Comments (1)
					
			</content>
		</entry>
			<entry>
			<title>Kevin Kahn on Redefining Mobility: Carry Small, Live Large</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/kevin_kahn_on_redefining_mobil.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1422</id>
   
			<published>2008-04-01T00:00:09Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Imagine a day when a single device small enough to fit in your pocket has the power of a laptop and can deliver a rich computing, telephony, media, gaming, and Internet experience. Imagine a day when this device knows your...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="csll" label="csll" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf" label="IDF" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="Intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="kahn" label="kahn" scheme="http://blogs.intel.com/research/tag" />
									<category term="kevinkahn" label="kevin kahn" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobility" label="mobility" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Imagine a day when a single device small enough to fit in your pocket has the power of a laptop and can deliver a rich computing, telephony, media, gaming, and Internet experience.  Imagine a day when this device knows your tendencies and preferences and can adapt and optimize its interfaces to match what you are doing at any point any time.  Imagine a day when this device is not constrained as a standalone unit, but can dynamically become a hybrid combination of other computing and multimedia devices in close proximity.  In the labs at Intel, we have been looking at what makes sense for mobility in the future – a vision we refer to as Carry Small, Live Large.  </p>
]]>
				<![CDATA[<p>The first component of the Carry Small, Live Large vision – Carry Small – is focused on enabling users to carry essential and convenient computing resources in powerful, small, pocket-sized devices.  Today, many of us frequently carry laptops, PDAs, cellular phones, mp3 players, and other mobile devices.  This mishmash of technologies is disconnected and in many cases limited in functionality.  Devices are locked into specific networks and operating modes and most cannot communicate with each other.  With the exception of laptops, few mobile devices deliver a true, full Internet experience.  As we use different mobile devices, we have come to expect a bifurcated experience with different views of applications and Internet websites on different devices.  We have conditioned ourselves to live with a suboptimal experience on small form factor devices based on what we expect the device to be capable of rather than what we really want the experience to be.</p>

<p>The research and development behind Carry Small technologies will produce small, powerful mobile devices, which offer multifaceted functionality.  They will offer more powerful processors, allowing them to overcome shortcomings of the small form factor by supporting more natural forms of human interfaces such as voice and gesture recognition.  They will be more energy efficient, and feature longer battery lives than most mobile devices today.  Tomorrow’s mobile device will have ubiquitous connectivity, able to automatically recognize and connect to WiFi, WiMAX, and 3G networks, among others.  Beyond improvements to the standalone device, we also believe there are also significant opportunities to improve the mobile experience through seamless connectivity and interactions with devices around you.  </p>

<p>The second component of the Carry Small, Live Large vision – Live Large – is focused on amplifying and enhancing the utility of the small mobile device by detecting, connecting, and sharing functionality with a variety of computing, storage, and multimedia devices in their vicinity.  When you walk into your office, your small mobile device should automatically and wirelessly dock with your mouse, keyboard, and display monitor, or even with the larger interfaces of a notebook PC, providing a better experience by eliminating dependency on the tiny keyboard and screen when more convenient interface devices are available.  While travelling on a long flight, the mobile device should be able to utilize the screen on the back of the seat in front of you to extend battery life by powering down the small mobile screen.  This vision requires technologies to discover relevant devices and allow easy, secure wireless connections to be established between them.  Technologies such as near-field communication (NFC) will enable secure introductions by simply touching one device to another – an intuitive approach for end-users that is analogous to a handshake between humans.  </p>

<p>Living Large also means that your experiences are relevant to your current context.  For instance, when travelling in a foreign country, integrated sensors such as GPS, accelerometers, and a compass will allow a device to infer where you are and what you are doing.  If you are looking at an interesting historic building, the device could use its built-in camera to capture what you are looking at, synthesize with contextual data such as your location and direction you are facing, and download and present historic and tourist information to you via the mobile broadband Internet connection.  All of these components are available in devices as standalone functions today, but enormous opportunities are at our doorstep if we connect them together in a meaningful way.  </p>

<p>At Intel, research is already underway to make mobile devices, smaller, smarter, and context-aware.  And work is being done to ensure these devices can take advantage of other resources around them.  However, we can’t fully realize this vision by working on our own.  Many companies are striving to make mobile technologies smaller and more functional, and many incompatible proprietary solutions for aspects of this vision have been demonstrated at industry forums such as the Consumer Electronic Show.  Standards and cooperation across both the PC and CE industries are essential to ensure a seamless experience for end-users without burdening them with the need to determine which devices are compatible and which protocol should be used for one application versus another.  </p>

<p>It is at the intersection of Carry Small and Live Large where composable and context-aware computing capabilities become real.  And it is at this intersection where our everyday experiences are greatly amplified and enriched.  Help us to enable the new mobility of the future.</p>

<p><strong>Dr. Kahn </strong>is an Intel Senior Fellow, the corporation’s highest technical position, and currently the Director of the Communications Technology Lab, a corporate advanced development and research lab responsible for radio, optical, and copper physical layer technologies, as well as higher level protocol work.  Additionally, he helps drive communications strategies and policy for the corporation.  Some of his primary current focuses are broadband access to the home, wireless LANs and PANs, spectrum policy, and related Internet issues.  He currently serves on the Commerce Spectrum Advisory Committee, the FCC Technological Advisory Council, the Computer Science and Telecommunications Board of the National Research Council, and on various academic advisory committees.  Throughout his 30-year career with Intel, he has worked in system software development, operating systems, processor architecture, and various strategic planning roles.  He has held both management and senior individual contributor roles.  He holds a B.Sc. in Mathematics from Manhattan College, and M.S. and Ph.D. in Computer Science from Purdue University.</p>
]]>
									
				
				
				
										Comments (3)
					
			</content>
		</entry>
			<entry>
			<title>Yimin Zhang on Why do we need many-core?</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/yimin_zhang_on_why_do_we_need.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1423</id>
   
			<published>2008-03-31T22:00:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Now we are already in a Multi-core era, dual-core has become mainstream, and some people even have Quad-core CPUs in their desktop PC. But some people still are are not clear if, in the future more cores will benefit them,...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="idf" label="IDF" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="manycore" label="many core" scheme="http://blogs.intel.com/research/tag" />
									<category term="modelbasedcomputing" label="model-based computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="multicore" label="multicore" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="terascale" label="terascale" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Now we are already in a Multi-core era, dual-core has become mainstream, and some people even have Quad-core CPUs in their desktop PC. But some people still are are not clear if, in the future more cores will benefit them, due to it seems that most of applications they care about have been reasonably fast in Dual-core or Quad-core. The below questions is often asked by people: Will future applications (especially desktop applications) need more cores?  and what are those applications? Some people may say HPC, but other people will not be satisfied with the answer due to they are mainly concerning the applications on the PC, and normal people don&#8217;t need to run HPC applications on their desktop. </p>
]]>
				<![CDATA[<p>One saying is that &#8220;the best way to predict future is to invent it&#8221;, this is exactly the best strategy we answer these questions about future. Instead of just lieing on the bed dreaming about future applications, Intel researchers are actively working with academia to invent future applications for future multi-core and many-core in the last few years. These applicatoins are named RMS (recognition, mining, synthesis), and now it has a new name &#8220;<a href="http://techresearch.intel.com/articles/Tera-Scale/1425.htm">Model based computing</a>&#8221;. </p>

<p>As I see it, the commonality of these applications is large amount of data processing in short time or even realtime, some examples are synthesis of virtual world, or analyzing large amount of video data based on computer vision technques. Here at <a href="http://www3.intel.com/cd/corporate/icrc/apac/eng/170371.htm">Intel China Research Center</a>, we are actively conducting research on this. One of the important application field we are working on is media search/mining, that is doing content analysis of the media data and make it easy for people to use it. Through our research collaboration with academia in the last 3 years, we have developed some leading edge technology that can enable a wide area of applications even now，e.g. search, browsing, editing, summarization etc. We are working with our partners to deploy these technology to the market. It will be great that more and more people can join this effort to develop more applications for multi-core. We believe in the near future we will see less and less people bother to ask &#8220;why I need multi-core&#8221;, instead more and more people will ask &#8220;when can I get more cores to run my applications faster&#8221;. I believe that day is not far away. And we will be proud that we contributed to this.</p>

<p>I will co-teach a session &#8220;<a href="http://www.prcidf.com.cn/2008en/training/sessions_08.html">The Demand for Many Cores: Tera-scale Usage Models</a>&#8221; at the coming <a href="http://www.intel.com/idf/">IDF at Shanghai</a> with my US colleague Dr. Jerry Bautista，which will give more details. Welcome to come join this session then. I&#8217;m glad to discuss with you more then. </p>

<p><em>Yimin Zhang is a research manager in the Architecture Research Lab in the Intel China Research Center lab in Beijing.</em></p>
]]>
									
				
				
				
										Comments (2)
					
			</content>
		</entry>
			<entry>
			<title>Wireless Displays: To Compress or Not Compress</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/wireless_displays_to_compress.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1415</id>
   
			<published>2008-03-28T15:00:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>This years CES was filled with a variety of wireless display and wireless HDMI solutions using various combinations of radios (proprietary radios in the UWB or 5 GHz unlicensed bands, WiFi-based, UWB/W-USB based, and 60 GHz based) and compression algorithms...</summary>
			<author>
				<name>Jeffrey Foerster</name>
				
			</author>
			
												<category term="csll" label="csll" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="standards" label="standards" scheme="http://blogs.intel.com/research/tag" />
									<category term="wireless" label="wireless" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>This years CES was filled with a variety of wireless display and wireless HDMI solutions using various combinations of radios (proprietary radios in the UWB or 5 GHz unlicensed bands, WiFi-based, UWB/W-USB based, and 60 GHz based) and compression algorithms (uncompressed, proprietary lossless and lossy, JPEG2000 based, and H.264 based).  So, it appears there is interest in the industry to enable this usage model, but how can we reign in all this chaos?  Clearly, lots of industry harmonization and standards will be needed before this application can really be ubiquitous.  There will be a session on wireless displays during the Intel Developer Forum (IDF) in April which we hope will spark further discussion and collaboration in this area.</p>
]]>
				<![CDATA[<p>Rather than trying to address all the issues related to the wireless display area, I’d like to focus this discussion on compression for short-range wireless applications.  Depending on who you talk to and what their background is, there appears to be a number of different opinions on whether compression can meet the quality demands for this application (in short, trying to replace the HDMI or video cable via a wireless link).  Clearly, replacing a wire with the same quality over wireless is not a trivial task, and the goal would be to have ‘visually lossless quality’ (i.e., the end user cannot see the difference between the wire and wireless).  So, can compression (any kind of compression) meet this strict requirement?</p>

<p>Let’s first ask the question, ‘Why not send video and display content uncompressed’?  As an example, a 1080p resolution screen requires approximately a 3 Gbps link.  Existing radios (UWB and WiFi based) clearly can’t meet these rates today and so some form of compression would be needed, but future 60 GHz radios might.  So, assuming I had a 3+ Gbps radio, is it still best to send video streams uncompressed?  What if I had other devices that wanted to share that bandwidth (for large file transfers, for example)?  What if I wanted to support more than one screen?  What happens as the screen resolutions increase over time, and what happens to my wireless bandwidth needs (will radio throughput be able to keep up with display resolutions)?  And finally, aren’t you burning a lot of power continuously transmitting at a constant 3 Gbps rate or higher?  Hopefully, these questions suggest that the answer of sending video content uncompressed is not obvious even if the radio is capable of doing so, and there are a number of engineering trade-offs that have to be explored.  </p>

<p>So, what if we were able to achieve comparable quality (where a consumer can’t tell the difference between compressed and uncompressed) with just a fraction of the throughput (say, 1/10 or 1/20 or even less)?  Why wouldn’t we want to do that?  I agree that this will require some complex circuits to achieve, but process scaling should keep this impact relatively small.  If this were possible, what can I do with it?  I can reduce my radio usage by, say, 1/10, and save roughly 90% of my radio power (you won’t be able to turn off all radio circuits, but this is just for explanation).  I can increase my range by a factor of 3, or I can better go through a cabinet or wall.  For some applications, like PC displays, very little is changing on the screen at any one time, and so I can achieve an overall reduction in average throughput (and power consumption) by a factor of 100 or even a 1,000.  For the last example, this could be done while even maintaining mathematically lossless quality by implementing simple temporal compression and a lossless codec.  So, aren’t these benefits worth exploring, even if we had a multi-Gbps radio?  Of course, my opinion is yes.  Also, it seems that some of these advantages could also benefit wired displays…at least is should be worth exploring for future generation HDMI and DisplayPort interfaces.</p>

<p>The first hurdle to overcome with compression is quality, and whether or not it can meet consumer demands.  Recognize that virtually all video content is compressed at one stage or another before a person sees it.  So, we’re already viewing compressed content, which should give hope that it’s possible.  Clearly, there are cases where we don’t have access to compressed content (like a PC display, or video game), and so we would need to be able to compress in real-time.  In order to be convinced, people really have to see it to believe it.  I have spoken to several skeptics and have found that people are genuinely surprised at the quality that can be achieved even with a fairly low compression ratio (1/20 and smaller) using some of the current state-of-the-art codecs like H.264.  So, I would encourage people to explore for themselves first (for example, see some of the demos at IDF in April in China and others shown at CES), and then consider the benefits that could be possible if compression can satisfy consumer demands in quality.  Of course, we also have to keep overall latency, cost, and power low as well, which should be part of the evolution of the technology.</p>

<p>I recognize that compression is just one piece of the puzzle to enable wireless displays.  Clearly, the performance has to be proven over a wireless channel (error recovery mechanisms needed), content protection must be addressed to protect the premium content, audio/video synchronization must be wire equivalent, etc.  These are the kinds of problem engineers love to attack, and I have no doubt novel solutions for these can be achieved.  So, I think we should take a fresh look at compression technology for short-range video and display transport (for both wireless and wired), and see what new benefits and usage models can be enabled by it.</p>
]]>
									
				
				
				
										Comments (2)
					
			</content>
		</entry>
			<entry>
			<title>Vic Lortz on Amplifying your Mobile Experience</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/vic_lortz.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1414</id>
   
			<published>2008-03-27T23:33:31Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Intel is in the enabling game. As a building block supplier, our business is based on the premise that when our customers win, we win, too. We are also in an industry that is constantly pursuing the next big thing...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="composedcomputing" label="composed computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="csll" label="csll" scheme="http://blogs.intel.com/research/tag" />
									<category term="mid" label="MID" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobiledevice" label="mobile device" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="standards" label="standards" scheme="http://blogs.intel.com/research/tag" />
									<category term="wireless" label="wireless" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Intel is in the enabling game.  As a building block supplier, our business is based on the premise that when our customers win, we win, too.  We are also in an industry that is constantly pursuing the next big thing to drive new waves of growth and business opportunities.  The Mobile Internet Device (MID) category is a candidate for the “next big thing” in mobile computing, although some skeptics question its appeal.</p>
]]>
				<![CDATA[<p>By its very name, it is obvious that a MID will connect to the Internet and consume Internet content and services.  However, the “Mobile” part of the name suggests that the resulting experience may have the user interface limitations typical of small devices.  A MID may have a bigger screen than a typical mobile phone, but it can’t be dramatically bigger without becoming the equivalent of a notebook or tablet PC.  </p>

<p>So, will the MID end up being too small (or too large) to be the next big thing?  Maybe, maybe not.  I think part of the answer lies in thinking outside of the MID box and recognizing the potential of connecting MIDs to other devices around it.  For example, digital TVs have big screens capable of delivering a compelling visual experience.  Imagine if digital TVs included a wireless display feature (either integrated or through an external adapter) so that a MID could easily use that large display instead of or in addition to the integrated screen of the MID.  It is not much of a stretch to see the possibilities around this combination of technologies.  </p>

<p>However, as Edison said, genius is 1% inspiration and 99% perspiration.  It is going to take a lot of collective industry perspiration to enable broad deployment of technologies such as wireless remote displays and compatible mobile devices in such a way that the non-geniuses of the world will be able to make it all work.  </p>

<p>Intel is working on this and other similar problems together with fellow-travelers in the industry.  As we identify the necessary set of technologies and standards to support, we will integrate them into our next-generation mobile devices (both laptops and MIDs).  If we succeed, the MID may confound its detractors and become the next big thing after all.  Then the OEMs who use Intel’s mobile platforms will have great opportunities to pursue that next wave of growth, and we will grow along with them.  After all, Intel is in the enabling game.</p>

<p><strong>Vic Lortz </strong>is a Research Scientist and senior architect at Intel’s Communications Technology Lab in Hillsboro, Oregon.  He holds a B.A. degree in Physics and a M.S. and Ph.D. in Computer science.  In his Ph.D. research at the University of Michigan, he developed methods for time-bounded resource sharing on multiprocessors for hard real-time applications such as machine control and robotics.  Since joining Intel in 1994, Vic has focused primarily on technologies related to home networking and wireless network security.  He has participated in numerous standards activities, including serving as chair of UPnP Security in 2003 and lead architect and co-editor of Wi-Fi Protected Setup in 2006.</p>
]]>
									
				
				
				
										Comments (1)
					
			</content>
		</entry>
			<entry>
			<title>Dynamic Composable Computing (DCC)</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/dynamic_composable_computing_d.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1413</id>
   
			<published>2008-03-27T16:05:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>In the last 10 years, personal computing has evolved from being primarily a desktop activity to a highly mobile one: the laptop computer, despite its large size and significant weight, has been the most popular mobile platform to date. While...</summary>
			<author>
				<name>Roy Want</name>
				<uri>http://blogs.intel.com/research/2007/10/profile_roy_want.php</uri>
			</author>
			
												<category term="dynamiccomposablecomputing" label="dynamic composable computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="hotmobile" label="HotMobile" scheme="http://blogs.intel.com/research/tag" />
									<category term="mid" label="MID" scheme="http://blogs.intel.com/research/tag" />
									<category term="mobility" label="mobility" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="ultrawideband" label="Ultra-wideband" scheme="http://blogs.intel.com/research/tag" />
									<category term="wifi" label="WiFi" scheme="http://blogs.intel.com/research/tag" />
									<category term="wireless" label="wireless" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>In the last 10 years, personal computing has evolved from being primarily a desktop activity to a highly mobile one: the laptop computer, despite its large size and significant weight, has been the most popular mobile platform to date. While smart phones and MIDs (Mobile Internet Devices) have made in-roads into general computing applications, their use is limited to a few key tasks (e.g., calendar, rolodex, mp3 player) that are suited to the small size of their keypad and screen. However, given ever increasing processing and storage capabilities, the potential of these devices far exceeds the computational needs of these applications, and a significant problem facing the mobile industry is how to give users access to a full personal computing experience with the mobility afforded by a smart phone or MID.  </p>
]]>
				<![CDATA[<p>At <a href="http://prisms.cs.umass.edu/hotmobile2008/">HotMobile’08</a>, held in Napa California on Feb 25th, my research group presented a paper that proposes a solution to this problem called Dynamic Composable Computing (DCC), which enables the impromptu assembly of a logical computer from the best set of wireless component parts available nearby. Consider the following example which illustrates the goals and flexibility we are trying to achieve with DCC:</p>

<p><em>Fred and Sally are visiting their friend Joe’s house when the topic of Sally’s recent vacation comes up. Instead of just showing them pictures on her mobile device, Sally displays a collection of her favorite pictures on Joe’s wall-mounted flat-screen TV, using her mobile to advance the slides. Meanwhile, Fred takes a moment to browse through Joe’s music collection on his MID until he finds an appropriate album, which he then triggers to play on Joe’s stereo system.</em></p>

<p>In practice, a mobile device will always be designed based on a compromise that trades-off size, weight, processing power, storage, sensing, communication bandwidth, and battery lifetime. DCC aims to overcome these basic design limitations by enabling a platform that is more than the sum of its components: allowing users to easily and seamlessly extend the capabilities of their mobile device with the nearby resources in their environment, and further allow its resources to augment other devices in the locality.</p>

<p>There are three emerging technology pillars that support Dynamic Composable Computing: high-bandwidth wireless communication, effective processing, and platform sensing.</p>

<p>First, wireless standards provide the ease of creating dynamic connections without requiring a user to physically plug mobile and infrastructural components together. Towards this end, two wireless standards, Ultra-Wideband (UWB) and WiFi-n are now commercially available and enable data transfers up to 480Mbps and 540Mbps, respectively. This improves the throughput of the wireless peripherals making them available at speeds comparable to a wired computer-bus: For the first time we can consider connecting the major system components of a computer architecture using wireless links.  </p>

<p>Second, continuing trends in processor technology are enabling new levels of interoperability between mobile devices and desktop processing ecosystems. Existing low-power processors are improving and even now are powerful enough to effectively run an embedded Linux operating system in a handset; however, they fall short when tasked to run a full desktop suite of applications, including animations, memory-intensive operations, and security protection. Furthermore, the general operating environment for mobile devices is different and impoverished when compared with a desktop system, preventing many internet features and plug-ins from operating correctly in a small environment. Solving this problem, a new breed of Intel low-power desktop-compatible processors are entering the market, targeted at MIDs, and expected to bridge the performance gap at low-power, while fully supporting legacy applications.</p>

<p>Lastly, mobile devices are beginning to encompass local sensing to support many alternative forms of interactions. For composition, these sensors are useful for informing a device about the services that are available nearby, e.g. through proximity or physical contact. In addition, sensors are being added to mobile devices to augment user-control, e.g. accelerometers to determine orientation and tilt, in order to provide intuitive control of the user interface by simply moving the device around.</p>

<p>It should be noted that wireless computers do not inherently have a link-layer connection with each other and therefore need to explicitly establish a layer-2 connection to use the higher layer-3 protocols commonly employed for service discovery by computers that use wired networks: for example, Universal Plug-n-Play (UPnP).  Building ad hoc wireless systems requires discovery of computers and their services through layer-2 discovery (beacons or probes) prior to making connections at layer-2 and layer-3.  In general, multiple wireless devices increase the number of options for users to establish ad-hoc, peer-to-peer connections with the devices in the vicinity. However, this flexibility brings with it cognitive complexity in understanding and keeping track of all the invisible connections between these devices, and this problem needs to be overcome to provide the maximum value for users.</p>

<p>Our experimental DCC system solves this problem using a component we call the Composition Manager (CM) and provides the user with a representation of the computers discovered through layer-2 discovery, and their resources available for composition, along with any existing connections that are in place. One of the main functions of this component is to provide a composition editing capability, and allow manual connections to be made between clients and servers through a consistent user controlled mechanism. This is also where a user is prompted to provide security credentials for connections when necessary.  </p>

<p>Our prototype Composition Manager user-interface uses a “join-the-dots” metaphor to create logical computer systems. A circle graphic is use to represent each discovered computer, while a set of linked surrounding circles represent services that each computer can export. In order to effect a composition, the user can simply draw a line from a service to the desired destination device: active connections are represented by a permanent link between the nodes. This system both allows the user to graphically see what devices and services are available for composition, and also provide an intuitive mechanism to form multi-device compositions, while displaying the entire state of the system.</p>

<p>In summary, we believe dynamic service composition based on wireless platforms can be a valuable technique to overcome the constrained resources of small computers. While composition can be a complicated process without the proper systems support, we have demonstrated how system composition can be made intuitive, and presented to users with reduced complexity if the appropriate technologies and standards are carefully woven together. Our initial experiences with composition have yielded encouraging results, highlighting specific techniques to reduce composition complexity. </p>

<p>Please visit the <a href="http://prisms.cs.umass.edu/hotmobile2008/">ACM HotMobile’08</a> website for more details about our paper and the HotMobile conference, a venue to find out about many exciting innovations in the mobile platform space. Our accompanying video summarizes the goals of DCC and shows another example of composition; a PC wirelessly sharing the tilt-sensing capabilities of accelerometers installed on two nearby MIDs, and allowing them to become immersive game controllers for a multi-user tank game running on the PC.</p>

<p><center>                                                                                                                                                                                   <script type="text/javascript" src="http://blip.tv/scripts/pokkariPlayer.js?ver=2008010901"></script>                                                            <script type="text/javascript" src="http://blip.tv/syndication/write_player?skin=js&amp;posts_id=781696&amp;source=3&amp;autoplay=true&amp;file_type=flv&amp;player_width=&amp;player_height="></script>                                                     <div id="blip_movie_content_781696">                                                     <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-DynamicComposableComputing268.flv" onclick="play_blip_movie_781696(); return false;"><img title="Click to play" alt="Video thumbnail. Click to play"  src="http://blip.tv/file/get/IntelVideo-DynamicComposableComputing268.flv.jpg" border="0" title="Click To Play" /></a>                                                          <br />                                                   <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-DynamicComposableComputing268.flv" onclick="play_blip_movie_781696(); return false;">Click To Play</a>                                                           </div>                                                                                                               </center></p>
]]>
									
				
				
				
										Comments (2)
					
			</content>
		</entry>
			<entry>
			<title>Introducing two “Universal Parallel Computing Research Centers”</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/upcrc.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1388</id>
   
			<published>2008-03-19T17:00:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Today, it’s a pleasure for me to report that Intel and Microsoft are joining forces to accelerate the mainstream adoption of highly parallel computing technology. Together, the two companies are pioneering the concept of industry-funded “Universal Parallel Computing Research Centers”...</summary>
			<author>
				<name>Justin Rattner</name>
				<uri>http://blogs.intel.com/research/2007/06/profile_justin_rattner.php</uri>
			</author>
			
												<category term="idf" label="IDF" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelcomputing" label="parallel computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelprogramming" label="parallel programming" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="terascale" label="terascale" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Today, it’s a pleasure for me to report that <a href="http://www.intel.com/pressroom/archive/releases/20080318corp.htm?iid=pr1_releasepri_20080318r">Intel and Microsoft are joining forces</a> to accelerate the mainstream adoption of highly parallel computing technology. Together, the two companies are pioneering the concept of industry-funded “Universal Parallel Computing Research Centers” (UPCRCs) at both the <a href="http://www.berkeley.edu/">University of California at Berkeley</a> and the <a href="http://www.uiuc.edu/">University of Illinois at Urbana-Champaign</a>. The two schools were selected in an open competition judged by experts at both companies. </p>
]]>
				<![CDATA[<p><a href="http://blogs.intel.com/research/UPCRC-Directors.jpg"><img alt="UPCRC-Directors.jpg" src="http://blogs.intel.com/research/UPCRC-Directors-thumb.jpg" width="500" height="375" /></a></p>

<p>It should be no surprise that Intel and Microsoft share the common goal of energizing the academic community in what the president of Stanford University, Professor John Hennessey, called the greatest challenge to computer science in 25 years. These two centers are expected to create long term, high-impact breakthroughs in parallel programming languages, tools, and supporting architectural features that will enable entirely new classes of consumer and enterprise applications. Each center will receive $20 million over five years from Intel and Microsoft. An additional $8 million will come from UIUC, and UC Berkeley has applied for $7 million in funds from a state-supported program to match industry grants. That is serious money by anyone’s measure. </p>

<p>Speaking for Intel, I am tremendously excited by this new approach to funding academic research. We can no longer rely on the government to support the long-term research we need in the universities. Not only do we need them generating the new ideas, we need to eventually hire the students who know the technology and can bring it to life in our products. The transition to mainstream parallel computing will be a historic one for information technology. With the help of these two centers, it will enable new opportunities in entertainment, social interaction and collaboration.</p>

<p>One example that has captured much of my interest the last six months is the shift from a 2D to a <a href="http://inteldeveloperforum.com.edgesuite.net/fall_2007/070920_JR/loader.htm">3D Internet</a>. We believe that today’s nascent virtual worlds from <a href="http://www.clubpenguin.com/">Club Penguin</a> to <a href="http://secondlife.com/">Second Life</a> will soon evolve to become an essential new medium for human interaction and collaboration. The computational requirements, however, to make the 3D Internet truly immersive and personal are beyond anything we can do today. Innovations such as those from these UPCRCs will augment our own efforts towards realizing these future information environments and provide a ready market for our high performance products.</p>

<p>Parallel computing has been in Intel’s blood for more than two decades. In 1985 we shipped the first microprocessor-based parallel supercomputer to Yale University with 128 Intel 80286/80287 processors. If memory serves me, the peak floating point performance of Yale’s machine was about five million floating point operations per second or five megaFLOPS – the equivalent of a typical desktop computer circa 1995. On December 4, 1996, the dream of a parallel computing machine capable of a trillion floating point operations per second (teraFLOPS) speed was realized by the <a href="http://www.sandia.gov/ASCI/Red/">ASCI Red system</a>, built by Intel for the DoE’s Sandia National Laboratory.</p>

<p>In 2004 we decided to that it was time to explore TeraFLOPS capability at the single chip level by integrating many IA-compatible cores on one die. Within our Corporate Technology Group, we committed a substantial percentage of our resources to launch our <a href="http://www.intel.com/go/terascale/">Tera-scale Computing Research Program</a>, which we announced publicly in 2006. Tera-scale was a holistic HW/SW program to enable mainstream many-core microprocessors and systems. With an 80-core <a href="http://techresearch.intel.com/articles/Tera-Scale/1449.htm">Teraflops Research Processor</a> up and running in the lab, and our first highly parallel product architecture (Larrabee) on track for first silicon later this year, we are well on our way to delivering tera-scale hardware. However, we must do more to make sure average programmers can make full use of Larrabee’s amazing capabilities. That’s why the UPCRC funding activity is essential: helping ordinary programmers write efficient parallel programs for Larrabee and our mainstream multi-core processors. </p>

<p>Our experience as a long-time developer and supporter of current parallel programming standards, such as OpenMP, and as a leading provider of parallel software development tools, such as our <a href="http://www3.intel.com/cd/software/products/asmo-na/eng/threading/threadbuildblocks/294797.htm">Threading Building Blocks</a>, helps us to understand how much work there is to be done. Despite years of work in the high performance computing community, developing parallel software still requires PhD level programming know-how. While we are making good progress in the lab with software technologies such as <a href="http://softwarecommunity.intel.com/articles/eng/1460.htm">transactional memory</a>, and our data parallel <a href="http://techresearch.intel.com/articles/Tera-Scale/1514.htm">Ct API</a>, we realized we needed to harness innovation across industry and academia to break parallel computing to the masses. And that’s why the investment in the centers made so much sense.</p>

<p>Berkeley has a 20-year tradition of doing genuinely integrated system projects with many faculty members tackling a common goal. Each faculty member on this project will be a recognized expert in his or her discipline of interest. The UPCRC research at Berkeley will be led by <a href="http://www.cs.berkeley.edu/~pattrsn/">David Patterson</a>. David is known for his ability to identify critical questions for the computer science community and gather interdisciplinary groups of faculty and graduate students to answer them. He currently heads Berkley’s Par-lab, focused on parallel computing. 
[Ed. Note: See <a href="http://blogs.intel.com/research/2008/03/interview_with_dave_patterson.php">Cheryl&#8217;s blog</a> for a video David and team]</p>

<p>Likewise, the University of Illinois has been a leading institution in parallel computing research for more than four decades and has helped define the landscape of parallel processing multiprocessors. The UPCRC efforts here will be led by Profs. <a href="http://www.cs.uiuc.edu/homes/snir/">Marc Snir </a>and <a href="http://www.crhc.uiuc.edu/impact/people/current/hwu.php">Wen-Mei Hwu</a>. Marc is the director of the Illinois Informatics Institute. Previous to his work at UIUC, he initiated and led the IBM Blue Gene project. Wen-Mei’s team created the first HP-PD compiler, which was used by Intel in the early Itanium design process.  </p>

<p>Intel and Microsoft will work together with David, Marc, and Wen-Mei to direct two five-year research efforts under the banner of the UPCRC. Intel views these close academic collaborations as critical components in enabling a shift to desktops and laptops based on many-core chips. We’ve already launched a variety of multi-core software products and, just last week, the <a href="http://academiccommunity.intel.com">Intel Academic Community</a>. We have created a sizable research program in Tera-scale computing and funded numerous individual parallel computing researches. These UPCRCs dramatically increase our investment in academic research.</p>

<p>Making parallel computing pervasive will one day be seen as one of the greatest accomplishments of the 21st century. But enough speculation &#8212; let’s get to work.</p>
]]>
									
				
				
				
										Comments (3)
					
			</content>
		</entry>
			<entry>
			<title>Andrew Chien on UPCRC is a Major Commitment to Long-range Parallel Computing Research</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/andrew_chien_on_upcrc_is_a_maj.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1392</id>
   
			<published>2008-03-19T14:32:07Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>I can’t help but feel the excitement and optimism that accompanies the launching of a bold new venture which will involve nearly 90 talented researchers focused on parallel computing. We’ve got great partners in Microsoft, Berkeley, and Illinois, an exciting...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="andrewchien" label="Andrew Chien" scheme="http://blogs.intel.com/research/tag" />
									<category term="applications" label="applications" scheme="http://blogs.intel.com/research/tag" />
									<category term="berkeley" label="Berkeley" scheme="http://blogs.intel.com/research/tag" />
									<category term="hardware" label="hardware" scheme="http://blogs.intel.com/research/tag" />
									<category term="illinois" label="Illinois" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="Intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="microsoft" label="Microsoft" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelcomputing" label="parallel computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="software" label="software" scheme="http://blogs.intel.com/research/tag" />
									<category term="upcrc" label="UPCRC" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>I can’t help but feel the excitement and optimism that accompanies the launching of a <a href="http://www.intel.com/pressroom/archive/releases/20080318corp.htm?iid=pr1_releasepri_20080318r">bold new venture</a> which will involve nearly 90 talented researchers focused on parallel computing.  We’ve got great partners in Microsoft, Berkeley, and Illinois, an exciting technical focus, and a commitment to create fundamental breakthroughs in parallel computing – applications, software, and hardware.   The awareness that we’re attacking a critical problem for the entire computing only fuels the adrenaline!  Why are we doing this?</p>
]]>
				<![CDATA[<p>It’s because <strong>we’re back at the beginning of Moore’s Law, once again</strong>.  Well not precisely, but at least metaphorically.  When Gordon Moore penned his now famous tome [Moore65], the advanced state of integrated circuits had reached the incredible level of 50 transistors per chip, and predicted that by 1975, integrated circuits could have 65,000 devices – a target we know was far exceeded by the industry.  Today, the industry delivers billions of transistors per chip.  Yet, in that moment, farsighted technical leaders understood that complex semiconductor chips (whole processors and even systems) would be possible to manufacture at low-cost and high reliability.  To achieve that goal, industry has delivered a whole series of breakthrough technologies to bring us from hand drawn devices to high-level synthesis, from simple testing to complex validation and formal verification, from simple to extraordinarily complex processes (# layers, lithography, exotic materials).   Now focus on that long-term opportunity didn’t distract the industry from near-term needs, and we have a broad array of internal investments and programs which support programming of multi-core systems in the near term.  The UPCRC program is focused on the long-term opportunity.</p>

<p>In a real sense, software applications have  been the direct beneficiary of Moore’s law, as the advent of giga-ops and gigabytes enable software to deliver dramatically increased functionality and capability.  And because the capability increases were delivered in largely the same model, for many applications only modest energy need be focused on performance tuning from processor generation to generation.  If you take a ten-year view, we expect to have computing systems with hundreds, even thousands of cores in a single chip.  We know its possible from a hardware point of view, the unanswered question is how easy it will be to harness large core count systems – and as a result where the “mainstream” of computing will be in terms of parallelism.   The compelling fundamental energetics of parallelism have been well-known in VLSI for two decades &#8212;  increased parallelism at a given level of performance allows a direct increase in energy efficiency.  Consequently,  we would all like parallel systems to be easy to program and thereby capture “mainstream” applications.   However, <strong>software now must face the challenge of scaling with Moore’s law</strong>, if large numbers of cores are to be used effectively for a broad range of applications.</p>

<p>One way to think about the UPCRC centers is that we’d like to find ways to <strong>tap the bounty of parallelism to enable new (and old) applications</strong>.  To achieve this end, we have chartered the centers as spanning the stack – applications, languages/tools/runtimes, operating systems, and hardware architecture.  We expect to see reinvention of layers, “out of the stack” thinking, new abstractions, and of course are hoping for fundamental breakthroughs and compelling new application spaces.  All of which of course  create and enable use of large-scale parallelism.</p>

<p>The UPCRC centers are close technical partnerships, and <strong>we expect regular and intense collaboration between industry (Intel and Microsoft) and university researchers (Illinois and Berkeley)</strong>.  Sharing of problems, perspectives, ideas, solutions, and results are all essential, and such intense collaboration has always brought out the best invention.  We (Intel and Microsoft) have taken the initiative to create and fund the UPCRC program, but the challenge faces the entire industry and the research community.    We are pleased that one exciting outcome of running the competition for UPCRC is broad and increasing interest and activity in the research community around parallel computing in many universities in the US and around the world.  The fruit of such interest can only be more rapid progress in the field.</p>

<p>We are looking forward to working with the professors and students at both Illinois and Berkeley on cracking these tough challenges and inventing the future!
-Andrew</p>

<p><em>Andrew is the VP of Research for Intel, and leads the long-range, exploratory research arm of the company, called Intel Research.</em></p>
]]>
									
				
				
				
										Comments (4)
					
			</content>
		</entry>
			<entry>
			<title>Interview with Dave Patterson, Krste Asanovic and Kathy Yelick at Berkeley UPCRC Lab</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/interview_with_dave_patterson.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1391</id>
   
			<published>2008-03-19T13:59:07Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>While I was at our Berkely lablet open house in early March, I had a chance to interview some of the folks involved in the UPCRC lab on the UC Berkeley campus. It was exciting to learn more about this...</summary>
			<author>
				<name>Cheryl Miller</name>
				
			</author>
			
												<category term="berkeley" label="Berkeley" scheme="http://blogs.intel.com/research/tag" />
									<category term="davepatterson" label="Dave Patterson" scheme="http://blogs.intel.com/research/tag" />
									<category term="intel" label="Intel" scheme="http://blogs.intel.com/research/tag" />
									<category term="kathyyelick" label="Kathy Yelick" scheme="http://blogs.intel.com/research/tag" />
									<category term="krsteasanovic" label="Krste Asanovic" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelcomputing" label="parallel computing" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="upcrc" label="UPCRC" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>While I was at our Berkely lablet open house in early March, I had a chance to interview some of the folks involved in the UPCRC lab on the UC Berkeley campus.  It was exciting to learn more about this multi-organizational collaboration.</p>

<p><center>                                                            <script type="text/javascript" src="http://blip.tv/scripts/pokkariPlayer.js?ver=2008010901"></script>                   <script type="text/javascript" src="http://blip.tv/syndication/write_player?skin=js&amp;posts_id=759701&amp;source=3&amp;autoplay=true&amp;file_type=flv&amp;player_width=&amp;player_height="></script>                    <div id="blip_movie_content_759701">                    <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-UniversalParallelComputingResearchCenterAtBerkeley769.wmv" onclick="play_blip_movie_759701(); return false;"><img title="Click to play" alt="Video thumbnail. Click to play" src="http://blip.tv/file/get/IntelVideo-UniversalParallelComputingResearchCenterAtBerkeley769.wmv.jpg" border="0" title="Click To Play" /></a>                 <br />                  <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-UniversalParallelComputingResearchCenterAtBerkeley769.wmv" onclick="play_blip_movie_759701(); return false;">Click To Play</a>                  </div>                                      </center></p>
]]>
				

									
				
				
				
										Comments (1)
					
			</content>
		</entry>
			<entry>
			<title>&quot;Automated sports highlights&quot; demo video</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/automated_sports_highlights_de.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1389</id>
   
			<published>2008-03-17T23:23:06Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>I wanted to share a video of some of the application research we have going on at our Intel China Research Center in the area of video mining. In collaboration with Tsinghua University, Yimin Zhang and his team at ICRC...</summary>
			<author>
				<name>Sean Koehl</name>
				<uri>http://blogs.intel.com/research/2007/06/profile_sean_koehl.php</uri>
			</author>
			
												<category term="china" label="China" scheme="http://blogs.intel.com/research/tag" />
									<category term="icrc" label="ICRC" scheme="http://blogs.intel.com/research/tag" />
									<category term="parallelprogramming" label="parallel programming" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
									<category term="soccer" label="soccer" scheme="http://blogs.intel.com/research/tag" />
									<category term="terascale" label="terascale" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>I wanted to share a video of some of the application research we have going on at our Intel China Research Center in the area of video mining. In collaboration with Tsinghua University, Yimin Zhang and his team at ICRC are trying to create improved computer vision algorithms for use on future multi-core hardware. The idea is to allow computers to recognize content in professional or user-generated video so that one can automatically edit (or at least pre-edit) to isolate only the most interesting parts of the video. </p>
]]>
				<![CDATA[<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/TSXO3I8QMrI&amp;hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/TSXO3I8QMrI&amp;hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object></p>

<p>In this video you’ll see that the target application in this case is extracting video highlights in a soccer game. Many people can relate to having hours of sports video stored up on their DVRs, especially during a playoff season. You might not actually have the time to watch the all the footage (especially if you&#8217;ve already heard the outcome), but you might want to see the highlights — just the players and events that interest you most.</p>

<p>The video has three segments. The first shows the basic capability to recognize some of the features in the game — a player, ball, a goal post, etc. The more cores you have, the more complex the features you can recognize in a reasonable amount of time.</p>

<p>The second segment shows a scalability demo — a “bake-off” between a 1-core an 8-core processor. This was done to show that video analysis is truly a parallel application. The graph at the end shows that the more cores you have the better performance you get.</p>

<p>The final segment is a concept application — a future DVR with the capability to pick scenes from a game depending on what happened. </p>

<p>The idea is to be able to do this on any match video — professional or home brewed (in this case some Intel researchers playing around) without having to manually pre-tag the data. It’s one of the capabilities we’re trying to enable through tera-scale research. In fact, Yimin and team will be presenting the latest results on this and related video mining work at the <a href="http://www.intel.com/idf">Intel Developer Forum</a> in Shanghai in just a few weeks.</p>
]]>
									
				
				
				
										Comments (1)
					
			</content>
		</entry>
			<entry>
			<title>Stefano Pellerano on 60 GHz Radios</title>
			<link rel="alternate" type="text/html" href="http://blogs.intel.com/research/2008/03/stefano_pellerano_on_60_ghz_ra.php" />
			<id>tag:blogs.intel.com,2008:/research//17.1365</id>
   
			<published>2008-03-13T07:01:00Z</published>
			<updated>2008-04-28T23:12:41Z</updated>
   
			<summary>Wireless is cool. But nobody wants a slow wireless connection. However, fast wireless means large bandwidth and in today’s crowded spectrum bandwidth is a scarce resource. Recently, 60GHz radio (often referred to as mm-wave radio) has attracted the attention of...</summary>
			<author>
				<name>Guest Blogger</name>
				
			</author>
			
												<category term="60ghz" label="60 GHz" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf" label="IDF" scheme="http://blogs.intel.com/research/tag" />
									<category term="idf2008" label="IDF2008" scheme="http://blogs.intel.com/research/tag" />
									<category term="isscc" label="ISSCC" scheme="http://blogs.intel.com/research/tag" />
									<category term="multiradio" label="multi-radio" scheme="http://blogs.intel.com/research/tag" />
									<category term="radio" label="radio" scheme="http://blogs.intel.com/research/tag" />
									<category term="research" label="research" scheme="http://blogs.intel.com/research/tag" />
				
			
			<content type="html" xml:lang="en" xml:base="http://blogs.intel.com/research/">
				<![CDATA[<p>Wireless is cool. But nobody wants a slow wireless connection. However, fast wireless means large bandwidth and in today’s crowded spectrum bandwidth is a scarce resource. Recently, 60GHz radio (often referred to as mm-wave radio) has attracted the attention of the wireless communications community for very wide-band application opportunities. Why 60GHz? First, there is a huge amount of unlicensed spectrum available around there. Second, if we think of the bandwidth as a fixed percentage of the carrier frequency, 10% of 60GHz would give 6GHz, compared to 250MHz at 2.5GHz. With channels larger than 2GHz, applications with data rates over 5Gb/s over relatively short distances (i.e. 10m) are possible. Wireless Personal Area Networks (WPAN), wireless HDMI, synch &amp; go and wireless docking station are just a few examples of what could make mm-wave technology attractive for the high-volume consumer market. Moreover, low-cost technologies like CMOS are already proving to deliver the performance required to build a reliable millimeter-wave wireless link.</p>
]]>
				<![CDATA[<p><img alt="Fractional-N Frequency Synthesizer in 90nm CMOS" src="http://blogs.intel.com/research/Frac-n_Synth_Blue_small.jpg" width="360" height="240" /></p>

<p>Having the radio operate at 60GHz is not free. One of the biggest challenges is to generate a stable mm-wave carrier signal to be used to tune to the right channel in reception or modulate the information up into the right channel for transmission. Mm-wave voltage-controlled oscillators (VCO) in CMOS technology have been demonstrated. However, a simple oscillator is not able to provide the stability and spectrum pureness required for the radio. These oscillators need to be controlled by a feedback loop (i.e. Phase-Locked Loop, PLL) that uses a high-purity crystal oscillator as a reference. Unfortunately, these precise reference oscillators are typically available at lower frequencies of few tens of megahertz. Therefore, before comparing to the reference frequency, the signal at the output of the oscillator has to be divided down to the same frequency of the crystal oscillator. Realizing a mm-wave frequency divider that can perform this function is very challenging even in today’s sub-100nm CMOS technologies.</p>

<table class="image">
<tr><td><img alt="ILFD_for_Synth.jpg" src="http://blogs.intel.com/research/ILFD_for_Synth.jpg" width="274" height="209" /></td></tr>
<tr><td class="caption" align="center">Figure 1. The concept of an injection-locked frequency divider (ILFD). The ILFD is essentially an oscillator with a free running frequency f<sub>free</sub> (top figure). If a signal around f<sub>free</sub> or its harmonics is injected onto the divider as shown in the bottom figure, the divider tries to synchronize to the injected signal, i.e. “locks” to it, and the output tracks the injected signal rather than oscillate at its free-running frequency.</td></tr>
</table>

<p>At ISSCC 2008 my colleagues at Intel, Texas Instruments and Georgia Institute of Technology, Rajarshi Mukhopadhyay, Ashoke Ravi, Joy Laskar, Yorgos Palaskas and I announced a 39.1-to-41.6GHz ΔΣ Fractional-N Frequency Synthesizer in 90nm CMOS.  The proposed mm-wave PLL uses a particular breed of frequency dividers called injection-locking frequency dividers (ILFD) to divide down the VCO signal to lower frequencies where conventional dividers can then be used. An ILFD can operate at very high speed with a reasonable amount of power, but over a limited range of frequencies. To overcome this limitation, a digital-calibration technique has been implemented. How do these dividers work? An injection-locking divider is very similar to an oscillator. When it is not disturbed by any external signal, it oscillates at its own free-running frequency. Due to non-linear effects, some nodes in the circuit experience signals at integer multiples (harmonics) of the output free-running frequency. If an external signal at a frequency close to one of those harmonics is injected in the node, the whole divider will try to synchronize to it, aka “locks” to the injected signal. For example, assume that the free-running frequency of the divider in figure 1(a) is f<sub>free</sub> and one of its internal nodes has some 4th harmonic content, i.e. 4f<sub>free</sub>. If now an external signal at a frequency f<sub>inj</sub> ~ 4f<sub>free</sub> is injected on that node, the divider will lock to it and therefore the output signal of the locked divider becomes f<sub>inj</sub>/4. This implements a division by 4. However, if the injected frequency is too far from the harmonic of f<sub>free</sub>, the divider cannot lock anymore. </p>

<table class="image">
<tr><td><img alt="calibrated_for_synth.jpg" src="http://blogs.intel.com/research/calibrated_for_synth.jpg" width="407" height="174" /></td></tr>
<tr><td class="caption" align="center">Figure 2: The technique used to calibrate the injection locked divider. With a fixed VCO frequency f<sub>VCO</sub>, the output of the divider should be constant (f<sub>VCO</sub>/4) if the divider is locked. This observation can be used to see if the divider is “tuned” right.</td></tr>
</table>

<p>We can extend the frequency range over which the divider locks by making sure that its free-running frequency is always close to one fourth of the injected frequency. Assume that we can control the free-running frequency of the divider by an external voltage V<sub>ilfd</sub> and that we want to use the divider to divide the VCO frequency by 4 (Figure 2). The free-running frequency of the divider can be calibrated so that it is close to f<sub>VCO</sub>/4. However, since the PLL is not locked yet (we still need to calibrate the divider that is used by the PLL to achieve lock), the VCO frequency is not known. How can we calibrate the divider? The idea is shown in figure 2. The signal from the VCO is injected in the divider. The frequency is unknown, but it is kept fixed. Then the voltage that controls the ILFD free-running frequency is swept while the frequency of the signal at the output of the ILFD is monitored (f<sub>ilfd</sub>). When the divider is not locked, its output frequency is equal to the free-running frequency and so it will change by changing V<sub>ilfd</sub>. However, when the divider locks onto the VCO signal, f<sub>ilfd</sub> becomes one fourth of the VCO frequency and stays constant over the locking range, no matter what the V<sub>ilfd</sub> control is. After that, the divider unlocks again, and its output frequency again tracks V<sub>ilfd</sub>. By simply looking at the plateau in the plot in figure 2, we can recognize the range of V<sub>ilfd</sub> over which the divider is locked (shaded area in figure 2). To center this range around the VCO input frequency we just have to select the center of such range as the calibrated V<sub>ilfd</sub>.</p>

<p>The proposed PLL is the first ever fractional-N CMOS mm-wave synthesizer and uses an injection-locking divider-by-4 after the VCO. One division by 4 instead of two successive division by 2 can cut the power consumption by half. However, the locking range of a divider-by-4 is typically smaller compared to a divider-by-2. The calibration technique explained above enables the use of such low-power divider over the required frequency range. The fractional-N synthesizer is able to generate frequencies with a very fine resolution, few kilohertz in our case. This capability can be used to adjust for variation of the reference oscillator, so that a cheaper crystal, with less accuracy in the absolute oscillation frequency, can be used. This further reduces the overall cost of the radio.</p>

<p><strong>Stefano Pellerano</strong> was born in Bari, Italy. He received the Laurea Degree and the Ph.D. degree in electronics engineering from the Politecnico di Milano, Milan, Italy, in 2000 and in 2004, respectively. During his Ph.D., his activity was focused on the design of fully integrated frequency synthesizers for wireless LAN applications. In 2003 he has been a consultant with Agere Systems (former Bell Labs) in Allentown, PA. He is now with the Communications Technology Lab of Intel, Hillsboro, OR. His recent research interests include fully-integrated MIMO transceivers, mmWave radios and digital-style phase-locked loops for WiFi/WiMax applications in CMOS technology.</p>
]]>
									
				
				
				
										Comments (1)
					
			</content>
		</entry>
	
</feed>
