Embedded Systems Conference
Breaking News
Comments
Newest First | Oldest First | Threaded View
DMcCunney
User Rank
Author
Re: It is rightly pitched to the servers market
DMcCunney   12/23/2013 11:34:51 AM
NO RATINGS
@Kinnar: but in case of a normal general purpose server everything goes on one location, in that case it will be required to consider the write endurance.

A normal, general purpose server has only one location?  I doubt it. 

And even if it is on the read-optimized SSD, see my comments about write limits on NAND flash.  How long do you think it's likely to take before write endurance becomes a concern?  Offhand, a rather long time.

I'd be concerned about timely updates, but that would likely be a matter of caching and asynchronous batch writes.

Kinnar
User Rank
Author
Re: Cloud Era
Kinnar   12/23/2013 5:53:03 AM
NO RATINGS
This is a very good solution!!, but separating the write and read operations in cloud environment will be less feasible but playing with local operating systems stack it will be possible to separate the write and read locations on different hard disk drives. But this will be matter of some research and development.

 

Kinnar
User Rank
Author
Re: It is rightly pitched to the servers market
Kinnar   12/23/2013 5:36:14 AM
NO RATINGS
But when a data is read from a server which is defined as read intensive server, it simultaneously requires to write something on the server that will be the log statistics keeping or updates of the content, yes for a database warehouse there will be different locations for storing this data, but in case of a normal general purpose server everything goes on one location, in that case it will be required to consider the write endurance.

DMcCunney
User Rank
Author
Re: It is rightly pitched to the servers market
DMcCunney   12/22/2013 3:42:29 PM
NO RATINGS
For NAND flash, I believe the current limits are abourt 100,000 writes per cell before it goes bad.  And the controller circuitry is designed to transparently move data from failing cells, mark them bad, abd remap, so that what you see is graceful degradation as total drive capacity decreases.  In most cases, I'd expect the flash drive to be removed and replaced with a bigger, faster, better performing unit before degradation is even noticeable.  (That's 100,000 writes per cell. How long will it take for any particular cell to be written to 100,000 times?  How many cells are in a drive?  How long will it take for wear to be noticeable?  Offhand, a long time.)

Because of that, if I'm a server admin, I'm less concerned with write endurance than write speed.

Unless you are doing OLTP with lots of database updates, reading the data quickly will be far more important than writing it, so flash optimized for fast reads can be attractive.

 

z80man
User Rank
Author
Re: It is rightly pitched to the servers market
z80man   12/22/2013 1:46:07 PM
NO RATINGS
For read intensive operations the number of writes that will be needed would be far less that typical and the drive would probably become obsolete before reaching the point of failure. The bigger problem I can see if with the focus of read performance and possible less write performance. Performing updates to files could cause the writes to interfere with the high performance reads.

chanj0
User Rank
Author
Cloud Era
chanj0   12/11/2013 5:45:45 PM
NO RATINGS
There is a write before there is something to read. However, no doubt, an article on the web probably are read a million time while there is only 1 write. The benefit of read fast will definitely improve user experience. What's the speed improvement vs the write penalty?

Depending on the penalty, when a web service is being development with both read and write, one of the many challenges lays on how a cloud system is designed so that read and write are going to different servers.

Kinnar
User Rank
Author
It is rightly pitched to the servers market
Kinnar   12/11/2013 2:32:34 PM
NO RATINGS
This will be really a good storage solution for the read intensive servers, but the write endurance will be again one point for the administrators to think of before accepting the device.



Radio
LATEST ARCHIVED BROADCAST
As data rates begin to move beyond 25 Gbps channels, new problems arise. Getting to 50 Gbps channels might not be possible with the traditional NRZ (2-level) signaling. PAM4 lets data rates double with only a small increase in channel bandwidth by sending two bits per symbol. But, it brings new measurement and analysis problems. Signal integrity sage Ransom Stephens will explain how PAM4 differs from NRZ and what to expect in design, measurement, and signal analysis.

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Most Recent Comments
Parreco
 
Max The Magnificent
 
Josh.Pine
 
rick merritt
 
Josh.Pine
 
TonyTib
 
MFugere01
 
R_Colin_Johnson
 
Clive
Like Us on Facebook
Special Video Section
The LTC®6363 is a low power, low noise, fully differential ...
Vincent Ching, applications engineer at Avago Technologies, ...
The LT®6375 is a unity-gain difference amplifier which ...
The LTC®4015 is a complete synchronous buck controller/ ...
10:35
The LTC®2983 measures a wide variety of temperature sensors ...
The LTC®3886 is a dual PolyPhase DC/DC synchronous ...
The LTC®2348-18 is an 18-bit, low noise 8-channel ...
The LT®3042 is a high performance low dropout linear ...
Chwan-Jye Foo (C.J Foo), product marketing manager for ...
The LT®3752/LT3752-1 are current mode PWM controllers ...
LED lighting is an important feature in today’s and future ...
Active balancing of series connected battery stacks exists ...
After a four-year absence, Infineon returns to Mobile World ...
A laptop’s 65-watt adapter can be made 6 times smaller and ...
An industry network should have device and data security at ...
The LTC2975 is a four-channel PMBus Power System Manager ...
In this video, a new high speed CMOS output comparator ...
The LT8640 is a 42V, 5A synchronous step-down regulator ...
The LTC2000 high-speed DAC has low noise and excellent ...
How do you protect the load and ensure output continues to ...