Brave, calling the Wife that.
2502 posts • joined 12 Jun 2009
It's a minor point, but it's Raspberry Pi (Trading) that does all the development (HW and SW) of Pi's and sells them. The Raspberry Pi Foundation is the educational side. RP(T) is a wholely owned subsidiary of the RPF but is quite independent in its day to day running. Now also in a different buildings after the Station road office was flagged up for demolition.
Those performance figures do not add up at all. I would expect a A72 at 2.3G to be at least 3-4 times as fast as the A53 at 1.4G on the Pi3B+. It should be about twice as fast just from the architecture upgrade, then add on the extra clocking.
As as for the website comparison - what utter bollocks. That more related to memory, and networking that the CPU speed.
Re: Horses for courses
What DaveK said. Laptop, docking station, a few extra monitors, keybopard mouse (because laptop trackpads and keyboards are horrid). Sits on desk at work, bring it home every day, but don; tuse it unless I HAVE to, makes it easy to work from home. Runs windows but most of the real work done in Linux in virtual box. Actually at home right now typing this, simply plugged laptop in to monitor, now in exactly the same environment I was yesterday when I left work. Laptops just work (mostly)
I've tried doing work stuff on a tablet, admittedly a small cheap Samsung, horrible. For general net stuff, absolutely fine. Not for work.
It's not just the download time. When doing an update it can take ages to install, so much so that people have thought the device had locked up.
If you add up all the extra 700MB over all the Raspbian downloads from the last 5 years, (100 million? Dunno, might be worthwhile finding out) that adds up to, er, quite a lot of wasted bandwidth.
TBH, there has't been that much grumbling. Engineering preference is to have it in the repos rather than installed by default, as it's a huge chunk of the image that a large percentage of users don't need. As a user of Raspbian, but non-user of Mathematica, if you don't remove it, then when an update appears its takes a load of time to download and install it.
Having it in the repo means those that want it can download it. Those that don't save 700MB of bandwidth.
Unfortunately its not easy to identify the problem boards, the chips don't have much in the way of ID. Keep an eye out on the blog over the next couple of days - more detailed information to be published soon.
Not sure about the channel - certainly the next production run will have the problem fixed, IIRC it's delayed until the fix is finalised.
Re: not skookum
The MPG2 thing is a PITA. Unfortunately there are still two regions where the licence is required, and since we do not region encode the Pi we cannot guarantee that any Pi will not be used in those regions. We would dearly love to get rid of the whole thing - it costs us more than we make back, to run the licencing system.
Re: Any update on otehr problems?
It's not random, it's if you short out certain pins on the GPIO its can kill the PMIC. Its more comon on 3B+ becuase its the only one that uses a PMIC.....
Just dying is extemely rare, but can happen. Just like any other equipment. If it dies under warrantee, get it replaced.
Re: not skookum
Wow. Quite the rant.
Just to inject semblence of truth in, we have never provided full schematics of any of the Pi boards. so to say we are geting less open is an exageration. We have had to change a little due to to becoming more competitive - ie we need to maintain our competitive advantage to remain in business. Easiest way to do that? Keep certain aspected under wraps.
Mising component labels is a cost saving measure, and what we can fit in limited space. Not much more to it that that.
We do not have an elistist atitude. We welcome anyone to contribute to our linux kernel, our documenation, our projects etc. As we do get some really good contributions in all those areas. What we cannot do is open csource the GPU binary blob, because we do not hold the copyright on it - that is held by Broadcom. We release what we can.
We screw up, everyone does. This is a case in point. But we've come clean, which is more than most other companies. Be nice to understand what you mean by your last paragraph, taking in to account this exact example.
Anti-Tesla anti-Musk forces are out in force today.
I'm more of a optimist. Tesla will fix production (AFAICT, it's pretty much already fixed), Model 3 will continue to sell shitloads, autopilot will get better, other manufacturers will all release full electric cars in the next 2 years, Tesla shorters will lose their hats (good, shorting stocks and trying to force the stocks down when they won't do it by themselves is a pretty offensive way to make money)
Here's a good read. https://www.dailykos.com/blog/Rei
Re: I hope Space X aren't deliberately dumping these at sea because it's cheaper to.
Yes, they are dumping them because is cheaper. The cost to recover is the barge to land on, the time to get it back, the cost of craning it off the barge, the cost of storing it until you spend even more money and time to dismantle it. And actually, the environmental cost of that lot is probably higher than just dumping it.
But tbh, dropping a few in the water is still less impact that a couple of containers falling off a ship, and you don't seem to be complaining too much about that.
Re: Little known facts...
Ahh, the old government subsidy attack. It was wrong before and it's wrong now.
Tesla WERE helped in the initial stages by government subsidies. The same subsidies that were available to other businesses. Any business in the same area was able able to take advantage, if they didn't that was not Musk's fault. Subsidies are used by governments all round the world to kick start business and new tech.
Tesla paid back their government loads (not subsidies).
SpaceX were paid to provide a service to NASA (not a subsidy). They have been providing that service cheaper than anyone else, so in fact, NASA have saved money by using SPaceX.
SpaceX performance history is pretty good, checkered is entirely wrong, they have over 50 flights of the F9, with two failures early on, the causes of which have been fixed.
There has been a accident with a ModelX - whoopy doo,. There were 37,461 road deaths in the US in 2016. In the same year 38,658 death by gun. Do you really think that ONE death in a X is statistically significant? Even now I suspect that computer driven cars are safer than human driven ones!
As with any company investment, on the whole the investors know what they are doing. And at the moment they are happy with Tesla. When they start dumping shares, then maybe a cause for concern, but until then Tesla are pretty safe.
Re: NASA is a development lab
SpaceX itself was a massive gamble from the very start.
To says that 'all' they have done is evolutionary is probably true. And yet they are the only people to have EVER done it (ie reusability of S1). So whilst what that have done is evolutionary, what they have done to the launch market is revolutionary.
SLS is the same - its an evolution. As are ALL other rocket projects.
BFR will be the real revolution. And will be REAL heavy lift. Heavier than SLS but at a fraction of the cost. If it works, and I see no reason to believe it won't.
Some answers to questions above:
New SoC: I reckon about three years work. We need to ensure its robust, performant, certified with a solid SW base that works on day of release.
H265. Not purely in HW, that would require new HW blocks, but we are reusing some H264 blocks, plus NEON to get HEVC 1080p30 working for the majority of the use cases.
Re: I hope the Bluetooth works better on this one
We've had problems with the supplier of the BT chip updating their firmware at any sort of reasonable rate. This is a newer chip with newer firmware, although same supplier, so we hope there are some improvements.
BT is just a PITA in general I find.
EDIT to add: BT/Wifi coexistence is the culprit I suspect. A good idea in principle, a PITA in practice.
Re: "complexity and notification overload of the modern Android experience"
@DougS The problem is that Android is a sprawling mess of millions of lines of code. Stripping out 'unnecessary' stuff is a horrendous job, and there is still no guarantee it will be any more reliable than something written from scratch (albeit based over the Linux kernel which handles all the complex stuff).