<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Micron Innovations Blog</title>
	<atom:link href="http://www.micronblogs.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.micronblogs.com</link>
	<description>Learn about Micron&#039;s cutting edge innovations in memory technology. Micron&#039;s extensive patent holders, world-class scientists and engineers are pathing the way for memory innovation for computing, mobile, server and appliances.</description>
	<lastBuildDate>Sat, 04 Feb 2012 00:16:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Steve Appleton 1960-2012 by detroitmom</title>
		<link>http://www.micronblogs.com/2012/02/steve-appleton-1960-2012/comment-page-1/#comment-20292</link>
		<dc:creator>detroitmom</dc:creator>
		<pubDate>Sat, 04 Feb 2012 00:16:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1740#comment-20292</guid>
		<description>I am truly saddened and offer my deepest condolences to Mr Appleton&#039;s family, friends and co workers.</description>
		<content:encoded><![CDATA[<p>I am truly saddened and offer my deepest condolences to Mr Appleton&#8217;s family, friends and co workers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Steve Appleton 1960-2012 by R.S. Melroy</title>
		<link>http://www.micronblogs.com/2012/02/steve-appleton-1960-2012/comment-page-1/#comment-20290</link>
		<dc:creator>R.S. Melroy</dc:creator>
		<pubDate>Fri, 03 Feb 2012 23:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1740#comment-20290</guid>
		<description>My thoughts and prayers are with him and his family.</description>
		<content:encoded><![CDATA[<p>My thoughts and prayers are with him and his family.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Steve Appleton 1960-2012 by Richard M Sottosanti</title>
		<link>http://www.micronblogs.com/2012/02/steve-appleton-1960-2012/comment-page-1/#comment-20289</link>
		<dc:creator>Richard M Sottosanti</dc:creator>
		<pubDate>Fri, 03 Feb 2012 23:30:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1740#comment-20289</guid>
		<description>We are deeply saddened to hear of Steve&#039;s passing. We came to know him while racing the Baja 1000 with Wide Open Baja. He touched our family with his frienship and generosity. We will greatly miss him.

With deepest sympathy,
Richard, Deborah, Richie, Amanda Sottosanti
RMS OFF ROAD INC.
Long Island, NY</description>
		<content:encoded><![CDATA[<p>We are deeply saddened to hear of Steve&#8217;s passing. We came to know him while racing the Baja 1000 with Wide Open Baja. He touched our family with his frienship and generosity. We will greatly miss him.</p>
<p>With deepest sympathy,<br />
Richard, Deborah, Richie, Amanda Sottosanti<br />
RMS OFF ROAD INC.<br />
Long Island, NY</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Crucial Launches RealSSD™ C300 Drives by Richard</title>
		<link>http://www.micronblogs.com/2010/02/crucial-launches-realssd%e2%84%a2-c300-drives/comment-page-1/#comment-20201</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Wed, 01 Feb 2012 14:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=899#comment-20201</guid>
		<description>The issue of unpowered retention does arise in certain situations.  I have a (wealthy) client who wants a computer for their summer cottage.  It will be powered off for many months each winter.

Likewise, disaster-recovery spares might be preloaded with software and then put on the shelf for use when needed, interrupted only be testing every 6-12 months.</description>
		<content:encoded><![CDATA[<p>The issue of unpowered retention does arise in certain situations.  I have a (wealthy) client who wants a computer for their summer cottage.  It will be powered off for many months each winter.</p>
<p>Likewise, disaster-recovery spares might be preloaded with software and then put on the shelf for use when needed, interrupted only be testing every 6-12 months.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 3DS DRAM Memory Technology for Next-Generation Modules by Dr. Aftab Farooqi</title>
		<link>http://www.micronblogs.com/2011/12/3ds-dram-memory-technology-for-next-generation-modules/comment-page-1/#comment-18940</link>
		<dc:creator>Dr. Aftab Farooqi</dc:creator>
		<pubDate>Wed, 28 Dec 2011 20:04:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1643#comment-18940</guid>
		<description>Thanks for the comment, GullLars. Answers to your questions are noted below:

Will this technology be ready for DDR4? 

Micron’s 3DS is enabled for DDR3. Please refer to the JEDEC DDR4 specifications. 

And will it require specialized memory controllers, or will it work with standard memory controllers of the generation/type it is introduced?

Micron’s 3DS devices are designed to work with many existing memory controllers. The system can benefit from enhanced performance enabled by a controller which takes advantage of the seamless rank to rank timing of the 3DS devices. 

I&#039;m looking forward to this, as i hope it will provide lower cost high density RAM.

Also, will this technology make it possible to implement ECC directly in the DIMMs or ranks without MC interaction? As RAM densities increase, the BER compared to capacity and data moved becomes significant, and ECC memory becomes important for data integrity.

No. Micron’s 3DS devices don’t change any aspect of ECC.  Existing memory controllers with ECC features will work well with 3DS devices.</description>
		<content:encoded><![CDATA[<p>Thanks for the comment, GullLars. Answers to your questions are noted below:</p>
<p>Will this technology be ready for DDR4? </p>
<p>Micron’s 3DS is enabled for DDR3. Please refer to the JEDEC DDR4 specifications. </p>
<p>And will it require specialized memory controllers, or will it work with standard memory controllers of the generation/type it is introduced?</p>
<p>Micron’s 3DS devices are designed to work with many existing memory controllers. The system can benefit from enhanced performance enabled by a controller which takes advantage of the seamless rank to rank timing of the 3DS devices. </p>
<p>I&#8217;m looking forward to this, as i hope it will provide lower cost high density RAM.</p>
<p>Also, will this technology make it possible to implement ECC directly in the DIMMs or ranks without MC interaction? As RAM densities increase, the BER compared to capacity and data moved becomes significant, and ECC memory becomes important for data integrity.</p>
<p>No. Micron’s 3DS devices don’t change any aspect of ECC.  Existing memory controllers with ECC features will work well with 3DS devices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 3DS DRAM Memory Technology for Next-Generation Modules by GullLars</title>
		<link>http://www.micronblogs.com/2011/12/3ds-dram-memory-technology-for-next-generation-modules/comment-page-1/#comment-18588</link>
		<dc:creator>GullLars</dc:creator>
		<pubDate>Mon, 19 Dec 2011 14:21:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1643#comment-18588</guid>
		<description>Hi,

Will this technology be ready for DDR4? And will it require specialized memory controllers, or will it work with standard memory controllers of the generation/type it is introduced?

I&#039;m looking forward to this, as i hope it will provide lower cost high density RAM.

Also, will this technology make it possible to implement ECC directly in the DIMMs or ranks without MC interaction? As RAM densities increase, the BER compared to capacity and data moved becomes significant, and ECC memory becomes important for data integrity.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Will this technology be ready for DDR4? And will it require specialized memory controllers, or will it work with standard memory controllers of the generation/type it is introduced?</p>
<p>I&#8217;m looking forward to this, as i hope it will provide lower cost high density RAM.</p>
<p>Also, will this technology make it possible to implement ECC directly in the DIMMs or ranks without MC interaction? As RAM densities increase, the BER compared to capacity and data moved becomes significant, and ECC memory becomes important for data integrity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Trillion Bits on a Fingertip by GullLars</title>
		<link>http://www.micronblogs.com/2011/12/a-trillion-bits-on-a-fingertip/comment-page-1/#comment-18587</link>
		<dc:creator>GullLars</dc:creator>
		<pubDate>Mon, 19 Dec 2011 14:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1598#comment-18587</guid>
		<description>So these chips are rated for up to 333 MT/s and have an 8-bit bus = 333 MB/s. This is above ONFI 2.x and within ONFI 3.0 interface bandwidth as far as i can tell.

Moving past interface bandwidth, can a single die push 333 MB/s of read bandwidth? If so at what transfer size? And what is the maximum write bandwidth (pre-erased writes) and erase speed?

I&#039;m curious if the R:W latency ratio has shifted further towards R than larger gemoetries.

Related to the internal speed, can you comment on page size and erase-block size? This is relevant for use in SSDs. I own a few C300 i RAID, and plan on skipping the M4 improvement before maybe going for the next generation SSD from Micron, if you provide as good a product as i suspect you will :)

GullLars</description>
		<content:encoded><![CDATA[<p>So these chips are rated for up to 333 MT/s and have an 8-bit bus = 333 MB/s. This is above ONFI 2.x and within ONFI 3.0 interface bandwidth as far as i can tell.</p>
<p>Moving past interface bandwidth, can a single die push 333 MB/s of read bandwidth? If so at what transfer size? And what is the maximum write bandwidth (pre-erased writes) and erase speed?</p>
<p>I&#8217;m curious if the R:W latency ratio has shifted further towards R than larger gemoetries.</p>
<p>Related to the internal speed, can you comment on page size and erase-block size? This is relevant for use in SSDs. I own a few C300 i RAID, and plan on skipping the M4 improvement before maybe going for the next generation SSD from Micron, if you provide as good a product as i suspect you will <img src='http://www.micronblogs.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>GullLars</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCM Real-World Demo by tolerance</title>
		<link>http://www.micronblogs.com/2011/09/pcm-real-world-demo/comment-page-1/#comment-18344</link>
		<dc:creator>tolerance</dc:creator>
		<pubDate>Wed, 14 Dec 2011 17:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/microntest/?p=1488#comment-18344</guid>
		<description>Thanks for the reply.
Reading from PCM cells has scaled to nanoseconds, what is comparable with DRAM performance. Despite that you can directly overwrite cells without prior erasing them, writing is to be improved; and a pound to a penny, that&#039;s what your team is doing now. Keep on advancing PCM!   

Those will be more five years of TRIMing SSDs and block erasures.
 
(I meant that the link to your first post should have been http://www.micronblogs.com/2011/09/demonstrating-phase-change-memory-2/. Instead, the original link directs to RealSSD™ P400e.)</description>
		<content:encoded><![CDATA[<p>Thanks for the reply.<br />
Reading from PCM cells has scaled to nanoseconds, what is comparable with DRAM performance. Despite that you can directly overwrite cells without prior erasing them, writing is to be improved; and a pound to a penny, that&#8217;s what your team is doing now. Keep on advancing PCM!   </p>
<p>Those will be more five years of TRIMing SSDs and block erasures.</p>
<p>(I meant that the link to your first post should have been <a href="http://www.micronblogs.com/2011/09/demonstrating-phase-change-memory-2/" rel="nofollow">http://www.micronblogs.com/2011/09/demonstrating-phase-change-memory-2/</a>. Instead, the original link directs to RealSSD™ P400e.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Trillion Bits on a Fingertip by Mike Seibert</title>
		<link>http://www.micronblogs.com/2011/12/a-trillion-bits-on-a-fingertip/comment-page-1/#comment-18290</link>
		<dc:creator>Mike Seibert</dc:creator>
		<pubDate>Tue, 13 Dec 2011 21:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1598#comment-18290</guid>
		<description>Actually, that is a single die in the photo. When we stack NAND die, they&#039;re stacked vertically (not beside each other) and joined in a single black plastic package that then goes into the end product.

Each die has a x8 bus, but that doesn&#039;t multiply when you stack several die in a package because the bus is still the same. So the package throughput for this part, regardless of the number of die, is 333 MB/s.</description>
		<content:encoded><![CDATA[<p>Actually, that is a single die in the photo. When we stack NAND die, they&#8217;re stacked vertically (not beside each other) and joined in a single black plastic package that then goes into the end product.</p>
<p>Each die has a x8 bus, but that doesn&#8217;t multiply when you stack several die in a package because the bus is still the same. So the package throughput for this part, regardless of the number of die, is 333 MB/s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Trillion Bits on a Fingertip by bbman</title>
		<link>http://www.micronblogs.com/2011/12/a-trillion-bits-on-a-fingertip/comment-page-1/#comment-18139</link>
		<dc:creator>bbman</dc:creator>
		<pubDate>Sat, 10 Dec 2011 18:13:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.micronblogs.com/?p=1598#comment-18139</guid>
		<description>Heyyy, 20nm refers to dimensions of certian structures in the chip.  Not the total chip size.  It is a used to compare manufacturing technologies.  Smaller means that means more bits are possible within a given chip size.</description>
		<content:encoded><![CDATA[<p>Heyyy, 20nm refers to dimensions of certian structures in the chip.  Not the total chip size.  It is a used to compare manufacturing technologies.  Smaller means that means more bits are possible within a given chip size.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

