32 GB memory stick

[J. P. Gilliver (John)]

In message <[email protected]>, Paul <[email protected]>
writes:
[]

To make USB3 pen drives, they have a problem fitting enough Flash
channels in parallel, to achieve the same rates we see from SSD drives.
The pen drives I've seen for sale, are already pretty fat and unwieldy.

Paul

What does the "D" stand for in "SSD drives"?
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G.5AL-IS-P--Ch++(p)Ar@T0H+Sh0!:`)DNAf

After I'm dead I'd rather have people ask why I have no monument than why I
have
one. -Cato the Elder, statesman, soldier, and writer (234-149 BCE)

 

[Char Jackson]

In message <[email protected]>, Paul <[email protected]>
writes:
[]

To make USB3 pen drives, they have a problem fitting enough Flash
channels in parallel, to achieve the same rates we see from SSD drives.
The pen drives I've seen for sale, are already pretty fat and unwieldy.

Paul

What does the "D" stand for in "SSD drives"?

It's similar to the "C" in "NIC card".

 

[Ed Cryer]

Hi, Peter.

in message




I am not a techie, but...a non-techie refresher for anyone confused by
MB and Mb:

It takes 8 bits to make a byte, as most computer addicts know. But to
SEND a byte online, or even between disks or other devices within one
computer, the sender has to tell the receiver WHERE in the string of
bits a byte begins. So, before each batch of 8 bits it inserts a START
bit, then it ends each byte with a STOP bit, making a 10-bit
transmission for each byte. To send 1,000 bytes, the transmitter must
send 10,000 bits.

The abbreviation for "bits" is "b", the lowercase "b"; the uppercase "B"
is used for "bytes". So 135 MB/sec is 10 times as fast as 135 Mb/sec.

Simple - but oh, so easy to overlook the often-subtle difference between
"b" and "B" when reading along. :^{

RC
--

Add a parity bit and things get even bigger.

Ed

 

[R. C. White]

Hi, John.

SSD = Solid State Device - or Solid State Drive
NIC = Network Interface Card

I think. Char can correct me if I'm wrong. ;^}

RC
--
R. C. White, CPA
San Marcos, TX
(e-mail address removed)
Microsoft Windows MVP (2002-2010)
Windows Live Mail 2011 (Build 15.4.3538.0513) in Win7 Ultimate x64 SP1


What does the "D" stand for in "SSD drives"?

 

[Gene E. Bloch]

Hi, Peter.

"Peter Jason" wrote in message




I am not a techie, but...a non-techie refresher for anyone confused by MB
and Mb:

It takes 8 bits to make a byte, as most computer addicts know. But to SEND
a byte online, or even between disks or other devices within one computer,
the sender has to tell the receiver WHERE in the string of bits a byte
begins. So, before each batch of 8 bits it inserts a START bit, then it
ends each byte with a STOP bit, making a 10-bit transmission for each byte.
To send 1,000 bytes, the transmitter must send 10,000 bits.

The abbreviation for "bits" is "b", the lowercase "b"; the uppercase "B" is
used for "bytes". So 135 MB/sec is 10 times as fast as 135 Mb/sec.

Simple - but oh, so easy to overlook the often-subtle difference between "b"
and "B" when reading along. :^{

RC

The above is true for some old serial protocols, but not used a lot
today.

All protocols have some overhead, but not as much as described above.
And the blocks are not usually eight bits any more, but more like 128 or
256 bits, in fact, often 128 or 256 data bits plus some protocol bits.

Most transmission blocks have a few byte sat the beginning giving such
things as the protocol in use, the category or type of the block, the ID
or sequence number of the block, the source and destination IDs, and in
some cases a byte count. The sequence number is especially useful when
there are multiple data streams or when there are retransmissions.

The blocks usually have, most likely at the end, a check sum or a set of
check digits designed to detect a corrupted block. If the block isn't
too corrupted, these bits may even allow reconstructing the block's
data, but if that can't be done, the receiver requests a retransmission.

Nowhere near as simple as above. And hardly new. I first worked with
that stuff around 1985; I hardly think it was new then.

The above is the best I can do for now, since 1985 is also pretty much
when I *last* worked with that stuff

 

[Char Jackson]

I am not a techie, but...a non-techie refresher for anyone confused by MB
and Mb:

It takes 8 bits to make a byte, as most computer addicts know. But to SEND
a byte online, or even between disks or other devices within one computer,
the sender has to tell the receiver WHERE in the string of bits a byte
begins. So, before each batch of 8 bits it inserts a START bit, then it
ends each byte with a STOP bit, making a 10-bit transmission for each byte.
To send 1,000 bytes, the transmitter must send 10,000 bits.

The abbreviation for "bits" is "b", the lowercase "b"; the uppercase "B" is
used for "bytes". So 135 MB/sec is 10 times as fast as 135 Mb/sec.

Simple - but oh, so easy to overlook the often-subtle difference between "b"
and "B" when reading along. :^{

Thanks, R.C. I suppose I should have explained the 'b versus B' thing
rather than assume the OP knew what I was talking about. Thanks for
doing it.

Regarding the per-byte start, stop, and parity bits, my understanding
is that those things are pretty much a quaint bit of history that
disappeared along with dial-up modems. These days most of us (right?)
have replaced our modems with Ethernet connections that carry IP
traffic. IP data packets have headers and payload, where the payload
can be TCP, for example, which itself has headers and payload, and so
on. The whole packet will have a checksum rather than attempting to
verify the integrity of each individual byte. Then on the local (LAN)
network, everything is stuffed into Ethernet frames, and they too have
headers and payload. Even with all of that, the net result is that
there is less overhead than there was with dial-up.

That's probably simplified to the point that much of it is wrong, but
I'm going to quit while I'm behind.

 

[Gene E. Bloch]

Thanks, R.C. I suppose I should have explained the 'b versus B' thing
rather than assume the OP knew what I was talking about. Thanks for
doing it.

Regarding the per-byte start, stop, and parity bits, my understanding
is that those things are pretty much a quaint bit of history that
disappeared along with dial-up modems. These days most of us (right?)
have replaced our modems with Ethernet connections that carry IP
traffic. IP data packets have headers and payload, where the payload
can be TCP, for example, which itself has headers and payload, and so
on. The whole packet will have a checksum rather than attempting to
verify the integrity of each individual byte. Then on the local (LAN)
network, everything is stuffed into Ethernet frames, and they too have
headers and payload. Even with all of that, the net result is that
there is less overhead than there was with dial-up.

That's probably simplified to the point that much of it is wrong, but
I'm going to quit while I'm behind.

I think between us, with our different approaches, we have a pretty good
summary of transmission protocols.

And what we lack in details we make up for with the cogency of our
explanations

I especially like that you pointed out the Matroshka nature of these
protocols (i.e., like nesting Russian dolls). Wish I'd thought of that

 

[Char Jackson]

Hi, John.

SSD = Solid State Device - or Solid State Drive
NIC = Network Interface Card

I think. Char can correct me if I'm wrong. ;^}

I would never do that. ;-)

 

[Char Jackson]

I think between us, with our different approaches, we have a pretty good
summary of transmission protocols.

And what we lack in details we make up for with the cogency of our
explanations

I especially like that you pointed out the Matroshka nature of these
protocols (i.e., like nesting Russian dolls). Wish I'd thought of that

I ended up mostly rambling, but the tag team approach is sometimes
best. Thanks.

 

[R. C. White]

Hi, Char.

the tag team approach is sometimes best.

At least we got across the point - I think - that there is a LOT more
difference between "Mb" and "MB" than just the appearance of UPPERCASE
versus lowercase. ;<)

And that 135 Mb/sec is only ABOUT 1/10 as fast as 135 MB/sec. So guys in
our age bracket had better be wearing our reading glasses when shopping.
:^{ And the youngsters had better read closely, too.

RC
--
R. C. White, CPA
San Marcos, TX
(e-mail address removed)
Microsoft Windows MVP (2002-2010)
Windows Live Mail 2011 (Build 15.4.3538.0513) in Win7 Ultimate x64 SP1


"Char Jackson" wrote in message

I think between us, with our different approaches, we have a pretty good
summary of transmission protocols.

And what we lack in details we make up for with the cogency of our
explanations

I especially like that you pointed out the Matroshka nature of these
protocols (i.e., like nesting Russian dolls). Wish I'd thought of that

I ended up mostly rambling, but the tag team approach is sometimes
best. Thanks.

 

[J. P. Gilliver (John)]

In message <[email protected]>, Paul <[email protected]>
writes:
[]

To make USB3 pen drives, they have a problem fitting enough Flash
channels in parallel, to achieve the same rates we see from SSD drives.
The pen drives I've seen for sale, are already pretty fat and unwieldy.

Paul

What does the "D" stand for in "SSD drives"?

It's similar to the "C" in "NIC card".

That's what I thought. (Another newsgroup I take refers to this as "PNS
syndrome", where PN is "PIN number".) But I'll let him off this once
because it _could_ mean "device" - though usually doesn't (-:.
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G.5AL-IS-P--Ch++(p)Ar@T0H+Sh0!:`)DNAf

After I'm dead I'd rather have people ask why I have no monument than why I
have
one. -Cato the Elder, statesman, soldier, and writer (234-149 BCE)

 

[J. P. Gilliver (John)]

Just adding a start and/or stop bit doesn't of itself help much with the
framing: to achieve that you have to add an _odd_ number of half bits.
Otherwise, depending on the data, you can go for a long time without
lining up properly.
[]

The above is true for some old serial protocols, but not used a lot
today.

[]
Indeed - modern protocols are different, and nested, as others have
said (and sometimes include sections that are either not required but
there for historical reasons, or are at least duplicated in the several
layers). But we still send bits serially - there's only one line, though
with multiphase encoding this can send several bits at once, so it would
be more accurate to say we send symbols serially - so there _is_ still a
need for _some_ method of maintaining framing. (A point often
infuriatingly omitted in papers comparing MFM, PSK, AM, and all the
others.)
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G.5AL-IS-P--Ch++(p)Ar@T0H+Sh0!:`)DNAf

After I'm dead I'd rather have people ask why I have no monument than why I
have
one. -Cato the Elder, statesman, soldier, and writer (234-149 BCE)

 

[Stephen Wolstenholme]

That's what I thought. (Another newsgroup I take refers to this as "PNS
syndrome", where PN is "PIN number".) But I'll let him off this once
because it _could_ mean "device" - though usually doesn't (-:.
--

It is possible to have more than one PIN so PIN number could make
sense.

Steve

--
Neural network software applications, help and support.

Neural Network Software. www.npsl1.com
EasyNN-plus. Neural Networks plus. www.easynn.com
SwingNN. Forecast with Neural Networks. www.swingnn.com
JustNN. Just Neural Networks. www.justnn.com

 

[Gene E. Bloch]

It is possible to have more than one PIN so PIN number could make
sense.

Steve

Now you're toying with us

And I have to admit I never thought of it!

In the area where I live, a major thoroughfare is El Camino Real, and
people often refer to it as "the El Camino". Now I ask for your help in
coming up with a useful parsing of that

 

[Gene E. Bloch]

Just adding a start and/or stop bit doesn't of itself help much with the
framing: to achieve that you have to add an _odd_ number of half bits.
Otherwise, depending on the data, you can go for a long time without
lining up properly.
[]

The above is true for some old serial protocols, but not used a lot
today.

[]
Indeed - modern protocols are different, and nested, as others have
said (and sometimes include sections that are either not required but
there for historical reasons, or are at least duplicated in the several
layers). But we still send bits serially - there's only one line, though
with multiphase encoding this can send several bits at once, so it would
be more accurate to say we send symbols serially - so there _is_ still a
need for _some_ method of maintaining framing. (A point often
infuriatingly omitted in papers comparing MFM, PSK, AM, and all the
others.)

Of course, with the protocols we seem to be thinking of here, missing
the correct start of a block would make the block uninterpretable. The
receiver couldn't even detect a checksum error, because it wouldn't know
where the checksum is. Hence the receiver would have to ignore the
block, and hopefully, the transmitter, lacking the moral equivalent of
an ACK or a NAK, would eventually retransmit the block.

Please pardon the anthropomorphic writing - I'm just being lazy

 

[Ed Cryer]

Now you're toying with us

And I have to admit I never thought of it!

In the area where I live, a major thoroughfare is El Camino Real, and
people often refer to it as "the El Camino". Now I ask for your help in
coming up with a useful parsing of that

I see completely what you mean. Here's another in the same category.
Is Las Vegas a good town?
Is Buenos Aires near Rio? Are the airs good there?

Ed

 

[Mark F]

Well, it's way faster than the USB2 ones I have been using. The
137mb refers to the read rate and the write rate is far slower. How
fast should it be? It's a 32GB size & uses the FAT32 system. The
blurb on the packet says the read rate is 135MB/sec & the Write rate
is 41MB/sec.

This Corsair page:
http://www.corsair.com/flash-voyager-usb-3-32gb-usb-flashdrive.html
says:
SKU: CMFVY3-32GB,
Storage Capacity: 32GB
Max Sequential Read 70MB/s
Max Sequential Write 39MB/s,
which should mean 560Mb/s for read

Your speeds seem very low:
What "benchmark" are you using?
What USB 3 interface are you using? (what computer, etc.)



I don't know a really good USB 3.0 interface. However,
I have a Seagate P/N: 100601790 USB 3.0 PC Card Adapter that
came with a slow disk a few years ago and therefore might
not be very fast, but I know it can reach 90MB/s (720Mb/s)
in each direction. (Also, I wasn't able to determine if
the interface slowed down when switching between read and write,
as might happen if the direction switched say every
64KB as contrasted with every 8MB.)

I haven't tried any PCI USB 3.0 adapters yet.

Does anyone have a recommendation for a faster USB 3.0 PC Card
Adapter?

Also: I bought a StarTech.com PEXUSB3S4
"4 Port PCI Express Super Speed USB 3.0 Card with SATA Power".
I haven't had a chance to install it yet.

Does anyone have a recommendation for a faster USB 3.0 PCI
card? (It is hard for me to install internal cards, so if
I bought the wrong card I'd rather know before I take the
time to install it.)

F.Y.I. "with SATA Power" means that you have to connect the
card to a 15-pin SATA power connector in order for the
USB 3.0 ports to be able to supply the power needed per the
USB 3.0 specification.

 

[Mark F]

Now you're toying with us

And I have to admit I never thought of it!

In the area where I live, a major thoroughfare is El Camino Real, and
people often refer to it as "the El Camino". Now I ask for your help in
coming up with a useful parsing of that

I've even heard people for whom Spanish is there native tongue say
"the El Camino". Also, Spanish language radio stations around San
Jose, California keep talking about "the one oh one".

(Don't get me started on "the La Brea Tar Pits" around Los Angeles.)

 

[J. P. Gilliver (John)]

(Crossposted to APIHNA [the home of PNS syndrome], as [a] I thought the
twist in "PIN numbers" might be of interest, it's rather quiet in
there at the moment!)


I don't think anyone in APIHNA did either!In a similar vein, most of the media, when referring to Al Jazeera,
Khaida, and similar, don't seem to realise that (AIUI) in this context
Al means the.

I see completely what you mean. Here's another in the same category.
Is Las Vegas a good town?
Is Buenos Aires near Rio? Are the airs good there?

Ed

One of China's rivers is often referred to by us as the river river;
there's mount Fujiyama; the crochet hook; ...

 

[Peter Duncanson]

(Crossposted to APIHNA [the home of PNS syndrome], as [a] I thought the
twist in "PIN numbers" might be of interest, it's rather quiet in
there at the moment!)


I don't think anyone in APIHNA did either!In a similar vein, most of the media, when referring to Al Jazeera,
Khaida, and similar, don't seem to realise that (AIUI) in this context
Al means the.

That's what happens when media persons are recruited from the hoi
polloi.[1]

One of China's rivers is often referred to by us as the river river;
there's mount Fujiyama; the crochet hook; ...

Here in the UK there are several River Avons ("avon" shares its
etymology with the Welsh "afon" - river.

There are River Avons elsewhere:
http://en.wikipedia.org/wiki/River_Avon

[1] This comments:
http://oxforddictionaries.com/definition/hoi+polloi

To those in the know, hoi is the Greek word for the definite article
the (nominative masculine plural); the phrase hoi polloi thus
translates as 'the many'. This knowledge has led some
traditionalists to insist that hoi polloi should not be used in
English with the, since that would be to state the word the twice.
Such arguments miss the point : once established in English,
expressions such as hoi polloi are treated as a fixed unit and are
subject to the rules and conventions of English. Evidence shows that
use with the has now become an accepted part of standard English
usage.

I'm not sure the same reasoning applies to Al Jazeera, Al Khaida, etc.