Opinions on Memory Card for 7D?

The Canon 7D supports UDMA Mode 6 which has the maximum throughput of 133MB/sec. This means that 600x cards, 90MB/sec will still be the bottleneck.

In other words, the camera can output data faster than any card out on there can input.

Thanks.
John
 
I hate to wait after coming in from shooting while my card transfers files to the computer. I'll easily pay a premium to speed this up. It's a one time cost and I get the benefit each time I transfer files. This will become even more of an issue if I shoot a lot of video and start having fuller cards.

Money is replaceable but time is not.
 
This is the only card you ever need
533X Ultra-Fast CF Card PhotoFast 32GB UDMA
i have the 366x version in my 50D
and doble my buffer
whit noise reduction on (8in a burst ) i shoot 15
and noise reduction off or low
empty the card (16g) whit out stop or fill the buffer
is exelent
 
I don't know all that much about this stuff, but isn't a byte a byte, 12 bits or 14 bits. What if you had 32 bit byte? Or an 8 bit byte? There was such a thing years ago. A music CD is recorded with something like a 24 bit byte, but it's still a 750 meg. byte capacity.
--
Taking pictures is easy, making them art is hard. (al nunley)
No Try, Do, or Do Not. (yoda)
 
Nope. When it comes to computer file sizes (for all standard operating systems: Mac, Win, etc), a byte is 8 bits.

From Wikipedia ( http://en.wikipedia.org/wiki/Byte ):

A byte is a unit of information storage representing the smallest addressable element for a given computer architecture. It often designates a sequence of bits (binary digits) whose length is determined by the architecture. However, the use of a byte to mean eight bits has become ubiquitous.

You'll be pretty hard pressed to find a system that doesn't use 8 bit bytes.

z
 
There are 7 bit and 9/10 bit bytes, but that's mostly semantics (and mostly deprecated.)

Serial (RS232) had options for 7 bit transfers. All normal text characters have 0 for their first bit, so there were options to save a bit and increase speed by 10% or so (at 300ish bps you would want every little bit of speed you could get, even when transferring text.)

10 bit bytes are common as well, but only 8 of the 10 bits is data. USB and SATA use 8b/10b encoding, and therefore their speed in Megabits is 10x their speed in MegaBytes (rather than 8x.) USB is 48MBps and SATA is 150/300MBps.

But yes, in general a Byte is 8 bits. Other groupings have other names, but a less universal. A nibble is 4 bits, a short, long, single precision float, double precision float, etc all are a certain number of bits (multiple bytes,) but are different on different platforms.
With 14-bit data, each pixel takes up 1-3/4 bytes.
--
Primary equipment:

30d, EF-S 10-22, 17-55 f/2.8 IS, EF 50 f/1.4, 70-200 f/4.0L IS, EF 70-200 f/2.8L with broken AF, 580EX, and an HP B9180
 
Just because it supports UDMA-6 which is up to 133MB/s doesn't mean it can actually transfer that fast.

It's pretty certain cards that can transfer at 90MB/s are slower than that in the 7d.
The Canon 7D supports UDMA Mode 6 which has the maximum throughput of 133MB/sec. This means that 600x cards, 90MB/sec will still be the bottleneck.

In other words, the camera can output data faster than any card out on there can input.

Thanks.
John
--
Primary equipment:

30d, EF-S 10-22, 17-55 f/2.8 IS, EF 50 f/1.4, 70-200 f/4.0L IS, EF 70-200 f/2.8L with broken AF, 580EX, and an HP B9180
 
There are 7 bit and 9/10 bit bytes, but that's mostly semantics (and mostly deprecated.)

Serial (RS232) had options for 7 bit transfers. All normal text characters have 0 for their first bit, so there were options to save a bit and increase speed by 10% or so (at 300ish bps you would want every little bit of speed you could get, even when transferring text.)

10 bit bytes are common as well, but only 8 of the 10 bits is data. USB and SATA use 8b/10b encoding, and therefore their speed in Megabits is 10x their speed in MegaBytes (rather than 8x.) USB is 48MBps and SATA is 150/300MBps.

But yes, in general a Byte is 8 bits. Other groupings have other names, but a less universal. A nibble is 4 bits, a short, long, single precision float, double precision float, etc all are a certain number of bits (multiple bytes,) but are different on different platforms.
With 14-bit data, each pixel takes up 1-3/4 bytes.
--
Primary equipment:

30d, EF-S 10-22, 17-55 f/2.8 IS, EF 50 f/1.4, 70-200 f/4.0L IS, EF 70-200 f/2.8L with broken AF, 580EX, and an HP B9180
There are many mentions of a 32 bit byte in this reference. What are they talking about?
http://en.wikipedia.org/wiki/Byte

--
Taking pictures is easy, making them art is hard. (al nunley)
No Try, Do, or Do Not. (yoda)
 
There are only 2 mentions of 32 in that article. One is C/C++ definition: "Various implementations of C and C++ define a byte as 8, 9, 16, 32, or 36 bits" and the other is an nearly obsolete mainframe: "32 bits for IBM 360 systems."

The use in C is less common than you'd think. With my limited programming of C I never referred to anything as a 'byte'. To signify an 8-bit byte, the data type 'char' is used, even when signifying a number.
--
Primary equipment:

30d, EF-S 10-22, 17-55 f/2.8 IS, EF 50 f/1.4, 70-200 f/4.0L IS, EF 70-200 f/2.8L with broken AF, 580EX, and an HP B9180
 
Don’t forget that you will need Firewire 800 memory card reader to get near that speed on the PC Transfer.
They also have some new pcmcia for laptops that is fast.

usb 2.0 is only 30mb/sec 40 burst firewire 400 is similar.

But then, many people have computers with hard drives that can only write at 40mb/sec too.

The new computer hard drives can go up and over 100mb/sec so you might need to upgrade that too.
 
Don’t forget that you will need Firewire 800 memory card reader to get near that speed on the PC Transfer.
They also have some new pcmcia for laptops that is fast.

usb 2.0 is only 30mb/sec 40 burst firewire 400 is similar.

But then, many people have computers with hard drives that can only write at 40mb/sec too.

The new computer hard drives can go up and over 100mb/sec so you might need to upgrade that too.
 
And even if the files on your chip were fragmented it wouldn't hurt one bit. It was about 20 years ago that defragmented files slowed down a computer, but with modern processor speeds it stopped being an issue 10 years ago. So movies will record onto even the slowest chips without a problem. Since your camera is so old and slow you probably don't do any movie recording so you are not in a very good position to be advising people about how slow speed cards can't record movies.
?!

No. Although some of the information here is right, a lot of it is wrong.

Fragmentation absolutely effects modern hard-drive based computers, and it can seriously effect performance. Why you would think that stopped being an issue 10 years ago is beyond me. In fact, the increase in processor speed makes it more of an issue today than ever because the faster the processor is the sooner it runs out of data to process and the sooner it will be waiting for the hard drive.

But that's a digression because it doesn't apply to cameras.

Cameras use flash memory, and for the most part, solid state memory does not slow down with fragmentation, at least not to the extent that hard drives do.

Hard drives have physical heads that must be moved around. It takes about 8ms to move a hard drive head from one place to another, and if the head must be moved about 100 times to read a single file because of bad fragmentation, then that adds .8 seconds to the time it takes to access that file.

Flash memory, on the other hand, has no moving parts, and in general has seek time. The seek time from flash results because entire blocks must be charged for reading/erased for writing at a time. Thus, on a memory card, you would ideally like for the card to be completely blank so you can write sequentially to it. Otherwise you may have to do "read/update/write" cycles to the memory which are slow.

The bad news is that formatting a flash card doesn't completely return the card to this "erased" state, and you cannot de-fragment a flash card the way you can a hard drive.

Why? Because of wear-leveling. Internally, the flash card assigns blocks based on which blocks are currently available and have been written to the fewest number of times. Formatting a card will allow you to write complete blocks at the logical level, but at the internal level those blocks will still be scattered all over the place.

There is some improvement to be had by formatting, because in general the card will be doing the fewest number of "read-update-write" cycles necessary to write data, and no more, but you will never get back to out-of-the-box performance.

SSD hard drives suffer from this same problem. Look up the "trim" command for SSDs.

The good news is that the issue is almost completely moot for cameras. The added overhead is relatively minimal anyway.

As a side note, I don't trust any of the existing CF benchmarks because of this.

The correct way to benchmark a CF would be to intentionally fill the card with fragmented files many times to "scramble" the internal map, THEN format the card and THEN test it. Otherwise you can end up comparing a virgin card to a wear-leveled card which is a dramatically unfair comparison, as erasing a flash block takes MANY times longer than writing to an empty one.

That's why I take the 533x PhotoFast superior result when compared to the 600x Transcend with a grain of salt (on the eos 7d.)
 

Keyboard shortcuts

Back
Top