
PeterO
Fleshreaper wrote: ↑Tue Jun 25, 2019 7:33 amHoping someone makes a reasonably priced laptop shell for this. The performance is getting to a usable level for a light laptop now.
how is soldering on flash memory a good idea? sounds horrible to me if you have to throw away your computer just because the flash chip had too many rewrites.
It is mandatory on some markets. Connectors are costly, and exposes to potential mechanical issues. The best practice for industrial applications is to avoid writes on flash as much as possible.
1) Doubt it, that would require spending time which is in short supply, and probably much is confidential.Gavinmc42 wrote: ↑Tue Jun 25, 2019 8:36 amI was totally out in the predicted Pi4 time frame but got close to guessing the rest
https://www.raspberrypi.org/forums/view ... n#p1141774
Two HDMIs, did anyone predict that?
Q1) Are we going to get a peak at all that engineering work that went into the VC6 and BCM2811?
Q2) How much was Broadcom and how much was RPT?
Brain dump, insert marker here #VC6 , google will find this 6 months from now as a reminder to check
Time to drag out Arm's Compute library and do a recompile with OpenCL now?
Wonder how much improvement we will get for OpenCL AI/ML/NN coding?
Well, every smarthphone, tablet uses that exact type of memory and you dont exactly see mass defects because of that. If properly designed, its a non issue. Good wearlevelling and ECC and ill take 10s terabytes of rewrites to exhaust p/e cycles.
eMMC is a nightmare of pain to implement (HW and SW) and costs a lot. We are more than happy with the SD card approach. It's cheaper, easier to use, and easy to fix when it breaks.hojnikb wrote: ↑Tue Jun 25, 2019 9:32 amWell, every smarthphone, tablet uses that exact type of memory and you dont exactly see mass defects because of that. If properly designed, its a non issue. Good wearlevelling and ECC and ill take 10s terabytes of rewrites to exhaust p/e cycles.
As in the case of rpi, its even better. Stick a eMMC module and set boot priority as last. If for some reason emmc ever dies, you can still stick a flash drive or sd card and boot off that, just as you could till now. It's really no reason why rpi shouldnt offer this as an optional extra.
TBH, we are all aware of the limitation of the products we sell, so a lot of the features added were pretty obvious, and were considered 3 years or so ago when the chip was architected (yes, it does take that long!). These were clear from the outset - more memory, faster I/O, HEVC support, 4k output support, better USB hardware (the USB on the previous SoC's required a lot of TLC). Faster 3D was a given as the VC5/6 were already designed.
just curious what kind of software does eMMC need, that isnt already there for sd cards?jamesh wrote: ↑Tue Jun 25, 2019 9:44 ameMMC is a nightmare of pain to implement (HW and SW) and costs a lot. We are more than happy with the SD card approach. It's cheaper, easier to use, and easy to fix when it breaks.hojnikb wrote: ↑Tue Jun 25, 2019 9:32 amWell, every smarthphone, tablet uses that exact type of memory and you dont exactly see mass defects because of that. If properly designed, its a non issue. Good wearlevelling and ECC and ill take 10s terabytes of rewrites to exhaust p/e cycles.
As in the case of rpi, its even better. Stick a eMMC module and set boot priority as last. If for some reason emmc ever dies, you can still stick a flash drive or sd card and boot off that, just as you could till now. It's really no reason why rpi shouldnt offer this as an optional extra.
Get a fast A2 sd card, no need for an SSD, unless you're planning on doing some serious I/O
Yes indeed.It is mandatory on some markets. Connectors are costly, and exposes to potential mechanical issues. The best practice for industrial applications is to avoid writes on flash as much as possible.
you could probably check dram model number and work from there.
Don't waste money on an A2 card. Unless the device is A2 certified it will be slower than an A1 card. I and several others have already learned that lesson the hard way.
Makes a decent desktop just running from an SD card. I've been using Sandisk A1 16GB.
I think it's now 32, IIRC from something jdb posted yesterday. The USB HW is completely new, and connected to the SoC via PCIe so high speed.LTolledo wrote: ↑Tue Jun 25, 2019 11:16 am@jamesh
I dont know if this has been asked and answered in this thread (or other threads) before but let me ask it again...
is the device limit for USB drives (before it was max 6 drives only, due to hardware limitations) been upgraded on the RPi4B?
if so what is the new limit?
No such limit on any RPi. I have hooked up dozens of drives to an RPi on a number of occasions. Yea it can be a bit of a bottle neck, though it is USB, a star network with up to 255 devices of any supported kind (so long as you have the hubs and power).LTolledo wrote: ↑Tue Jun 25, 2019 11:16 am@jamesh
I dont know if this has been asked and answered in this thread (or other threads) before but let me ask it again...
is the device limit for USB drives (before it was max 6 drives only, due to hardware limitations) been upgraded on the RPi4B?
if so what is the new limit?