Finalizing the PCBs


@Grench well I'd say you're on your own queue that differs from the rest of the pre-preorderers... I have a signed PCB that literally has the numbers 4 out of 200 on it.
 
@Grench well I'd say you're on your own queue that differs from the rest of the pre-preorderers... I have a signed PCB that literally has the numbers 4 out of 200 on it.
Yes - you at least have something physical to point to. At this point I have nothing but the entertainment of watching development.
 
Yes - you at least have something physical to point to. At this point I have nothing but the entertainment of watching development.


i actually do kinda feel bad for you. but our chunks of pcb aren't doing or proving much at the moment either :)
 
The Pyra seems so simple to disassemble that one could get 3 or four colored cases, so to have always the handheld matching your dress !! :D
So, whenever you want to wear these pants:
look_6_p1.jpg

you can switch to the transparent case. What a world to be alive.
 
@EvilDragon Will the EMMC Switch also be fixed with the redesign?

There doesn't even exist a.switch that's faster, so the only way would be to sacrifice the MicroSD slot.

To my understanding:
  • The switch is doing it's job. I.e. the switch is NOT broken.
  • The existence of the switch has a very minimal negative impact on the performance of the 32GB eMMC. It shaves off the very top of the peaks of the performance curve and should not be noticeable.
  • The existence of the switch allows the presence of the internal microSDXC card slot - which has a current maximum capacity of 400GB - with lots of options at different price points along the way.

What I'm less sure of:
  • The Pyra will be able to mount both the eMMC and the microSDXC during the same session and actively switch between them.
  • Activities performed that use both at once would have substantial performance impacts, but would still work.
 
Indeed, questions about dual-use performance and the ability to dual use it are largely software problems, and as mentioned in these boards recently, most work so far has been concerned with hardware revisions and simulations, and configuring the kernel to boot.
 
Indeed, questions about dual-use performance and the ability to dual use it are largely software problems, and as mentioned in these boards recently, most work so far has been concerned with hardware revisions and simulations, and configuring the kernel to boot.
I wonder how fast the switch could multiplex between the disks. The access requests for the other disk must be queued in the meantime somehow. There could be a great increase of access latency

Gesendet von meinem SM-N9005 mit Tapatalk
 
I wonder how fast the switch could multiplex between the disks. The access requests for the other disk must be queued in the meantime somehow. There could be a great increase of access latency

Gesendet von meinem SM-N9005 mit Tapatalk

These are very round ballpark numbers presented for illustrative not quantitative thought.
Assuming:
The eMMC is rated at ~120MB/s average over sustained read/write.
Assuming a current generation microSD card, it is rated at 75MB/s average over sustained read/write.

first half - accounting for marketing: Nothing ever performs continuously at it's top rated speeds - and I'm after the worst case scenario. So, assume that half of the rated transfer rates are realistic and the rated values are peaks used for marketing.
60MB/s and 37.5MB/s.

second half - accounting for scenario: A plausible worst case scenario is going to be copying a file from eMMC to microSDXC while at the same time copying a file from microSDXC to the eMMC. It should fully saturate the bus and any caching. I'm going to make the brash assumption that this will half the performance of either media.
30MB/s and 18.75MB/s

third half - accounting for the multiplexer: Since both media are being controlled through the same bus, it is safe to assume that there will be about 50% of the 'normal' throughput to each type of media. Could be as low as 40% for switching overhead, but I like working in more round numbers and was aggressive in the first & second halfs.
15MB/s and 9.375MB/s

10-15MB/s oh my - well, not really.
  • That is still faster than most cards could work with the Pandora when it came out.
  • That is about the same speed as big computer HDDs were capable in Y2K. http://www.tomshardware.com/reviews/15-years-of-hard-drive-history,1368-7.html
  • This is an insanely overblown worst case scenario where the user is doing something known to be 'slow' - copying directly between these two mount points - which should be an incredibly rare need.
So, I'm looking forward to someone creating a driver for this. I think it is going to be very very cool.
 
great news ed!!!! I keep us posted.
And some vids on youtube would be nice to show us the PCB, or a video making the first preorder console:)
 
Thanks

Can the 'prepreorderers' choose a tranparent case instead of the 'normal' case ?

Looking at a lot of comments I predict people ordering Pyra's with no case at all if they could get theirs sooner ;-)
 
Back
Top