Will there be a performance degradation when using a SD card with an adapter for a camera [closed]
I am going to buy this camera with a 128 GB SD card. I would like to buy a Micro SD card instead of a full SD card as I can use the micro SD card with my phone to view the photos taken by the camera.
Will there be a performance reduction if I use the original adapter comes with the memory card?
performance storage sd-card adapter camera
closed as off-topic by Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould Jan 1 at 3:46
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould
If this question can be reworded to fit the rules in the help center, please edit the question.
add a comment |
I am going to buy this camera with a 128 GB SD card. I would like to buy a Micro SD card instead of a full SD card as I can use the micro SD card with my phone to view the photos taken by the camera.
Will there be a performance reduction if I use the original adapter comes with the memory card?
performance storage sd-card adapter camera
closed as off-topic by Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould Jan 1 at 3:46
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould
If this question can be reworded to fit the rules in the help center, please edit the question.
1
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11
add a comment |
I am going to buy this camera with a 128 GB SD card. I would like to buy a Micro SD card instead of a full SD card as I can use the micro SD card with my phone to view the photos taken by the camera.
Will there be a performance reduction if I use the original adapter comes with the memory card?
performance storage sd-card adapter camera
I am going to buy this camera with a 128 GB SD card. I would like to buy a Micro SD card instead of a full SD card as I can use the micro SD card with my phone to view the photos taken by the camera.
Will there be a performance reduction if I use the original adapter comes with the memory card?
performance storage sd-card adapter camera
performance storage sd-card adapter camera
asked Dec 30 '18 at 11:11
Kushan RandimaKushan Randima
138229
138229
closed as off-topic by Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould Jan 1 at 3:46
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould
If this question can be reworded to fit the rules in the help center, please edit the question.
closed as off-topic by Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould Jan 1 at 3:46
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, sawdust, BloodPhilia, Twisty Impersonator, JakeGould
If this question can be reworded to fit the rules in the help center, please edit the question.
1
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11
add a comment |
1
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11
1
1
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11
add a comment |
3 Answers
3
active
oldest
votes
Eugen Rieck's answer should be correct. There is nothing in the adapter that should affect speed.
Keltari's answer mentions what appears to be some anecdotal evidence of adapters slowing performance in some specific cases. I found a report of some testing that showed the adapter increased performance a negligible amount, which makes no sense, and they chalked it up to being within the margin of error.
Tons of these adapters are in use. There have been a few, but multiple, reports of performance degradation from the adapter. Other than the production testing performed by the manufacturer, there doesn't seem to be reliable testing to prove that an adapter is or is not capable of slowing down a microSD card's performance.
So what to make of this apparently conflicting information? At least some of the reports have come from people with enough technical background to suggest that they wouldn't publish such a report based on nothing but flimsy anecdotal evidence. It's possible that all of these reports are wrong; based on imagined results or poor measurement. But there's an alternate potential explanation.
The adapter is just a plastic shell that holds some metal extensions for the microSD contacts. The extensions go from fixed contacts where an SD card would have them to springy leaves that rest on the microSD card contacts. They're small and flimsy. An adapter and microSD card in good, clean condition should behave exactly like an SD card.
Any component of this nature can have marginal performance due to poor electrical contact. The microSD card contacts or the internal adapter contacts can get dirty, the contact leaves can lose some of their springiness through use and fatigue, or poor manufacturing, etc. That's a normal mode of failure.
But that failure isn't necessarily all or nothing. The problem can be marginal, and the card and adapter can continue to work but have unreliable data transfer. This could cause delays in the data transfer handshaking, or CRC errors that require transferring the data again. The result would be slower net performance.
I'm not saying that the reports of performance degradation are based on degradation that actually happened, and that this explanation is the reason why. I'm saying that this would be expected if the adapter was marginal in this way, and being marginal in this way is a normal mode of failure. Since there are so few reports, this is obviously not a common occurrence, but if they are real, there is a normal process that would explain it.
So perhaps the answer is that under "typical" conditions, there should be no difference, but there's the potential to have marginal conditions, in which case performance could be degraded. The degradation would be due to data transfer issues, not the microSD card, itself.
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
|
show 4 more comments
MicroSD to SDcard adapters are only mechanical adapters, they have no active components. This implies, that the performance of the MicroSD card will be the same whether it is in such an adapter or not.
Basically all modern cards are more than performant enough for cameras, especially if they are bigish.
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
|
show 3 more comments
Yes, there can be a performance reduction in some cameras. This slowdown in speed using adapters has been verified in multiple articles if you Google for them. See this article as an example for more information.
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
add a comment |
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
Eugen Rieck's answer should be correct. There is nothing in the adapter that should affect speed.
Keltari's answer mentions what appears to be some anecdotal evidence of adapters slowing performance in some specific cases. I found a report of some testing that showed the adapter increased performance a negligible amount, which makes no sense, and they chalked it up to being within the margin of error.
Tons of these adapters are in use. There have been a few, but multiple, reports of performance degradation from the adapter. Other than the production testing performed by the manufacturer, there doesn't seem to be reliable testing to prove that an adapter is or is not capable of slowing down a microSD card's performance.
So what to make of this apparently conflicting information? At least some of the reports have come from people with enough technical background to suggest that they wouldn't publish such a report based on nothing but flimsy anecdotal evidence. It's possible that all of these reports are wrong; based on imagined results or poor measurement. But there's an alternate potential explanation.
The adapter is just a plastic shell that holds some metal extensions for the microSD contacts. The extensions go from fixed contacts where an SD card would have them to springy leaves that rest on the microSD card contacts. They're small and flimsy. An adapter and microSD card in good, clean condition should behave exactly like an SD card.
Any component of this nature can have marginal performance due to poor electrical contact. The microSD card contacts or the internal adapter contacts can get dirty, the contact leaves can lose some of their springiness through use and fatigue, or poor manufacturing, etc. That's a normal mode of failure.
But that failure isn't necessarily all or nothing. The problem can be marginal, and the card and adapter can continue to work but have unreliable data transfer. This could cause delays in the data transfer handshaking, or CRC errors that require transferring the data again. The result would be slower net performance.
I'm not saying that the reports of performance degradation are based on degradation that actually happened, and that this explanation is the reason why. I'm saying that this would be expected if the adapter was marginal in this way, and being marginal in this way is a normal mode of failure. Since there are so few reports, this is obviously not a common occurrence, but if they are real, there is a normal process that would explain it.
So perhaps the answer is that under "typical" conditions, there should be no difference, but there's the potential to have marginal conditions, in which case performance could be degraded. The degradation would be due to data transfer issues, not the microSD card, itself.
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
|
show 4 more comments
Eugen Rieck's answer should be correct. There is nothing in the adapter that should affect speed.
Keltari's answer mentions what appears to be some anecdotal evidence of adapters slowing performance in some specific cases. I found a report of some testing that showed the adapter increased performance a negligible amount, which makes no sense, and they chalked it up to being within the margin of error.
Tons of these adapters are in use. There have been a few, but multiple, reports of performance degradation from the adapter. Other than the production testing performed by the manufacturer, there doesn't seem to be reliable testing to prove that an adapter is or is not capable of slowing down a microSD card's performance.
So what to make of this apparently conflicting information? At least some of the reports have come from people with enough technical background to suggest that they wouldn't publish such a report based on nothing but flimsy anecdotal evidence. It's possible that all of these reports are wrong; based on imagined results or poor measurement. But there's an alternate potential explanation.
The adapter is just a plastic shell that holds some metal extensions for the microSD contacts. The extensions go from fixed contacts where an SD card would have them to springy leaves that rest on the microSD card contacts. They're small and flimsy. An adapter and microSD card in good, clean condition should behave exactly like an SD card.
Any component of this nature can have marginal performance due to poor electrical contact. The microSD card contacts or the internal adapter contacts can get dirty, the contact leaves can lose some of their springiness through use and fatigue, or poor manufacturing, etc. That's a normal mode of failure.
But that failure isn't necessarily all or nothing. The problem can be marginal, and the card and adapter can continue to work but have unreliable data transfer. This could cause delays in the data transfer handshaking, or CRC errors that require transferring the data again. The result would be slower net performance.
I'm not saying that the reports of performance degradation are based on degradation that actually happened, and that this explanation is the reason why. I'm saying that this would be expected if the adapter was marginal in this way, and being marginal in this way is a normal mode of failure. Since there are so few reports, this is obviously not a common occurrence, but if they are real, there is a normal process that would explain it.
So perhaps the answer is that under "typical" conditions, there should be no difference, but there's the potential to have marginal conditions, in which case performance could be degraded. The degradation would be due to data transfer issues, not the microSD card, itself.
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
|
show 4 more comments
Eugen Rieck's answer should be correct. There is nothing in the adapter that should affect speed.
Keltari's answer mentions what appears to be some anecdotal evidence of adapters slowing performance in some specific cases. I found a report of some testing that showed the adapter increased performance a negligible amount, which makes no sense, and they chalked it up to being within the margin of error.
Tons of these adapters are in use. There have been a few, but multiple, reports of performance degradation from the adapter. Other than the production testing performed by the manufacturer, there doesn't seem to be reliable testing to prove that an adapter is or is not capable of slowing down a microSD card's performance.
So what to make of this apparently conflicting information? At least some of the reports have come from people with enough technical background to suggest that they wouldn't publish such a report based on nothing but flimsy anecdotal evidence. It's possible that all of these reports are wrong; based on imagined results or poor measurement. But there's an alternate potential explanation.
The adapter is just a plastic shell that holds some metal extensions for the microSD contacts. The extensions go from fixed contacts where an SD card would have them to springy leaves that rest on the microSD card contacts. They're small and flimsy. An adapter and microSD card in good, clean condition should behave exactly like an SD card.
Any component of this nature can have marginal performance due to poor electrical contact. The microSD card contacts or the internal adapter contacts can get dirty, the contact leaves can lose some of their springiness through use and fatigue, or poor manufacturing, etc. That's a normal mode of failure.
But that failure isn't necessarily all or nothing. The problem can be marginal, and the card and adapter can continue to work but have unreliable data transfer. This could cause delays in the data transfer handshaking, or CRC errors that require transferring the data again. The result would be slower net performance.
I'm not saying that the reports of performance degradation are based on degradation that actually happened, and that this explanation is the reason why. I'm saying that this would be expected if the adapter was marginal in this way, and being marginal in this way is a normal mode of failure. Since there are so few reports, this is obviously not a common occurrence, but if they are real, there is a normal process that would explain it.
So perhaps the answer is that under "typical" conditions, there should be no difference, but there's the potential to have marginal conditions, in which case performance could be degraded. The degradation would be due to data transfer issues, not the microSD card, itself.
Eugen Rieck's answer should be correct. There is nothing in the adapter that should affect speed.
Keltari's answer mentions what appears to be some anecdotal evidence of adapters slowing performance in some specific cases. I found a report of some testing that showed the adapter increased performance a negligible amount, which makes no sense, and they chalked it up to being within the margin of error.
Tons of these adapters are in use. There have been a few, but multiple, reports of performance degradation from the adapter. Other than the production testing performed by the manufacturer, there doesn't seem to be reliable testing to prove that an adapter is or is not capable of slowing down a microSD card's performance.
So what to make of this apparently conflicting information? At least some of the reports have come from people with enough technical background to suggest that they wouldn't publish such a report based on nothing but flimsy anecdotal evidence. It's possible that all of these reports are wrong; based on imagined results or poor measurement. But there's an alternate potential explanation.
The adapter is just a plastic shell that holds some metal extensions for the microSD contacts. The extensions go from fixed contacts where an SD card would have them to springy leaves that rest on the microSD card contacts. They're small and flimsy. An adapter and microSD card in good, clean condition should behave exactly like an SD card.
Any component of this nature can have marginal performance due to poor electrical contact. The microSD card contacts or the internal adapter contacts can get dirty, the contact leaves can lose some of their springiness through use and fatigue, or poor manufacturing, etc. That's a normal mode of failure.
But that failure isn't necessarily all or nothing. The problem can be marginal, and the card and adapter can continue to work but have unreliable data transfer. This could cause delays in the data transfer handshaking, or CRC errors that require transferring the data again. The result would be slower net performance.
I'm not saying that the reports of performance degradation are based on degradation that actually happened, and that this explanation is the reason why. I'm saying that this would be expected if the adapter was marginal in this way, and being marginal in this way is a normal mode of failure. Since there are so few reports, this is obviously not a common occurrence, but if they are real, there is a normal process that would explain it.
So perhaps the answer is that under "typical" conditions, there should be no difference, but there's the potential to have marginal conditions, in which case performance could be degraded. The degradation would be due to data transfer issues, not the microSD card, itself.
edited Dec 31 '18 at 7:49
sawdust
13.9k12438
13.9k12438
answered Dec 30 '18 at 15:41
fixer1234fixer1234
18.4k144781
18.4k144781
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
|
show 4 more comments
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
The SD protocol has no retry functionality. This implies, that a failure through "marginal performance" translates to an IO error, not a performance degradation. If it works, it works full speed ... if it doesn't work full speed, it doesn't work at all.
– Eugen Rieck
Dec 31 '18 at 0:05
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
@EugenRieck, I considered that that might be the case, so I did some reading on the protocol. The best detail I found was yannik520.github.io/sdio.html, which seems to indicate that the CRC is used to detect errors and repeat operations. Can you point me to something that addresses data not being resent? Also, on your other comment you indicated that the OS might be responsible for retries. Wouldn't that result in the same outcome?
– fixer1234
Dec 31 '18 at 0:18
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
CRC is used to detect errors, but there is no resend mechanism in the protocol - the error is detected and pushed up the stack. No controllers I know of implement resend.
– Eugen Rieck
Dec 31 '18 at 0:22
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
The SD interface is far more complex than any of you imagine. It can use a variety of voltages and clock frequencies. Initialization of the SDcard involves testing of these voltages and clock rates. Then there are several transfer speeds/modes to choose from. Even if there is no "resend mechanism in the protocol", the OS could could repeat the I/O operation before declaring failure, or the difference could be attributed a different operational mode with the adapter. Personally I've never noticed a difference in performance.
– sawdust
Dec 31 '18 at 1:37
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
@fixer1234 "The best detail I found was ..." -- The real documentation (available to the general public) is the SDIO Simplified Specification available at sdcard.org
– sawdust
Dec 31 '18 at 1:44
|
show 4 more comments
MicroSD to SDcard adapters are only mechanical adapters, they have no active components. This implies, that the performance of the MicroSD card will be the same whether it is in such an adapter or not.
Basically all modern cards are more than performant enough for cameras, especially if they are bigish.
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
|
show 3 more comments
MicroSD to SDcard adapters are only mechanical adapters, they have no active components. This implies, that the performance of the MicroSD card will be the same whether it is in such an adapter or not.
Basically all modern cards are more than performant enough for cameras, especially if they are bigish.
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
|
show 3 more comments
MicroSD to SDcard adapters are only mechanical adapters, they have no active components. This implies, that the performance of the MicroSD card will be the same whether it is in such an adapter or not.
Basically all modern cards are more than performant enough for cameras, especially if they are bigish.
MicroSD to SDcard adapters are only mechanical adapters, they have no active components. This implies, that the performance of the MicroSD card will be the same whether it is in such an adapter or not.
Basically all modern cards are more than performant enough for cameras, especially if they are bigish.
answered Dec 30 '18 at 11:17
Eugen RieckEugen Rieck
10.1k22128
10.1k22128
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
|
show 3 more comments
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
Thank you so much for your answer. Since the data has to pass another layer, will there be any factor which can put a negative effect on the performance? Ex:- Resistance of the copper connectors.
– Kushan Randima
Dec 30 '18 at 12:32
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
If you are down to resistance of the copper contacts on a fundamentally digital device, that is mechanically moved, exposed to temperature and humidity changes etc. you have much bigger progblems than performance! Basically if it works, then it works full speed.
– Eugen Rieck
Dec 30 '18 at 12:45
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
@KushanRandima this answer is not always true
– Keltari
Dec 30 '18 at 13:32
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
The only thing I disagree with here is the last line of your comment. If it's functioning normally, it works full speed. But it is possible to have degraded electrical contact inside the adapter. It would still do everything at full (clock) speed, but it could also have to transfer some data multiple times. So the net performance could be degraded.
– fixer1234
Dec 30 '18 at 23:56
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
@fixer1234 the SD protocol has no retransmit functionality. An "analog problem" will immediately show up as an IO error with the caveat of the OS maybe implementing retries.
– Eugen Rieck
Dec 31 '18 at 0:03
|
show 3 more comments
Yes, there can be a performance reduction in some cameras. This slowdown in speed using adapters has been verified in multiple articles if you Google for them. See this article as an example for more information.
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
add a comment |
Yes, there can be a performance reduction in some cameras. This slowdown in speed using adapters has been verified in multiple articles if you Google for them. See this article as an example for more information.
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
add a comment |
Yes, there can be a performance reduction in some cameras. This slowdown in speed using adapters has been verified in multiple articles if you Google for them. See this article as an example for more information.
Yes, there can be a performance reduction in some cameras. This slowdown in speed using adapters has been verified in multiple articles if you Google for them. See this article as an example for more information.
answered Dec 30 '18 at 13:31
KeltariKeltari
51k18118170
51k18118170
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
add a comment |
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
First comment in the mentioned article: "This is nonsense and the evidence is purely anecdotal"
– Eugen Rieck
Dec 30 '18 at 19:31
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
That Michael Crider article is seriously flawed, and uses a bogus apples-to-oranges comparison to infer reduced performance is caused solely by the adapter. Comments to that article point out numerous other possible sources for the speed difference. Downvoted until you provide links to "multiple articles" that "verify ... this slowdown in speed using adapters".
– sawdust
Jan 2 at 0:34
add a comment |
1
Technically this question is off-topic because cameras write to the SD card using a different mode than what a PC filesystem uses. You cannot sensibly measure or compare the performance of a SD card using a PC with the performance in a camera (as the article in Keltari's answer does). So your question is unrelated to anything PC or computers.
– sawdust
Dec 31 '18 at 8:11