Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #185117

Re: usb flash drives / sd

From Fungi4All <fungilife@protonmail.com>
Newsgroups linux.debian.user
Subject Re: usb flash drives / sd
Date 2017-08-13 16:00 +0200
Message-ID <ue1AR-7S4-1@gated-at.bofh.it> (permalink)
References <udntL-7oX-5@gated-at.bofh.it> <udnN8-7vf-11@gated-at.bofh.it> <udqrF-Hs-45@gated-at.bofh.it> <uds0q-1vD-11@gated-at.bofh.it> <ue0EN-7iL-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

> From: dsr@randomstring.org
> To: Doug <dmcgarrett@optonline.net>
> jumpy@tutanota.com, debian-user@lists.debian.org
>
> On Fri, Aug 11, 2017 at 06:58:47PM -0500, Doug wrote:
>>
>> On 08/11/2017 05:11 PM, Dan Ritter wrote:
>> > On Fri, Aug 11, 2017 at 02:25:01PM -0500, Doug wrote:
>> > > On 08/11/2017 01:46 PM, jumpy@tutanota.com wrote:
>> > > > There are three major types of flash chip types : SLC - MLC - TLC
>> > > >
>> > > > how-to check my usbkey/sd/memory card ?
>> > > >
>> > > > --
>> > > > Securely sent with Tutanota.
>> > > I am not being a wiseguy.
>> > > What is the difference, and why does it matter?
>> > The basic difference is the number of bits recorded in a single
>> > cell, and that affects both the storage density and its
>> > long term reliability.
>> >
>> > More bits == more dense but less reliable.
>> >
>> > To compensate for long term reliability, SSD manufacturers use
>> > a variety of strategies involving staging data in RAM,
>> > compressing it, and implementing other special storage
>> > structures.
>> >
>> > On a removable-media flash device, none of those strategies
>> > are used.
>> >
>> > -dsr-
>> >
>> Perhaps I misunderstood. I thought you were referring to usb flash drives.
>> Do you mean these little chip gizmos that go into digital cameras?
>>
>> (Hope I am not being a nuisance.)
>
> What"s the difference between:
>
> - a USB "thumb drive"
> - a USB SSD
> - an SD, SDHC, SDXC "memory card"
> - a SATA SSD
> - an M.2 SSD
>
> They are all persistent data storage (i.e. doesn"t disappear
> when the power goes off) using a technology that stores
> electrons (or lack of electrons) in "cells". They differ in:
>
> - interface to your computer
> - strategies for reliability
> - speed and capacity
> - quality control
> - price

My earlier suspicion that when I see an 8gb, a 16gb, a 32gb, and a 64gb on the rack looking the same
but stamped differently is most likely the same exact chip/s programmed for density and reliability.
Hence in a model as the above you chose the least capacity for maximun reliability.  It is very common
in the computer industry to manufacture one single piece of hardware and alter firmware and packaging
to meet different market groups.  It is always cheaper than manufacturing 4 different things.
I also think processors are about the same, they program the speed down for having cheaper, cooler,
less energy consuming, versions of the same superfast processor that gamers will pay double for.

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

usb flash drives / sd <jumpy@tutanota.com> - 2017-08-11 21:10 +0200
  Re: usb flash drives / sd Sven Hartge <sven@svenhartge.de> - 2017-08-11 21:20 +0200
  Re: usb flash drives / sd Doug <dmcgarrett@optonline.net> - 2017-08-11 21:30 +0200
    Re: usb flash drives / sd Dan Ritter <dsr@randomstring.org> - 2017-08-12 00:20 +0200
      Re: usb flash drives / sd Doug <dmcgarrett@optonline.net> - 2017-08-12 02:00 +0200
        Re: usb flash drives / sd <tomas@tuxteam.de> - 2017-08-12 09:20 +0200
        Re: usb flash drives / sd Dan Ritter <dsr@randomstring.org> - 2017-08-13 15:00 +0200
          Re: usb flash drives / sd Fungi4All <fungilife@protonmail.com> - 2017-08-13 16:00 +0200
            Re: usb flash drives / sd Dan Ritter <dsr@randomstring.org> - 2017-08-13 17:40 +0200
  Re: usb flash drives / sd Dan Ritter <dsr@randomstring.org> - 2017-08-12 00:10 +0200

csiph-web