2015/05/23 15:56 "Edward Fochler" <th...@mac.com>: > > I agree that improved stability would not justify emulation, because of the code targeting problem you cited. But would speed help? >
Crash at higher speed? I think the subtext is that they need more people, people who don't have important other things going on that nursing the arm platforms would drag them away from. Although I am wondering whether building on a device where the disks are attached via USB is ever going to be stable enough. I see arm devices with SATA interfaces, but the only SAS/ARM devices I see are arm controllers in SAS inteligent interfaces. The market definitely shows a bit of being under Intel's illusion of speed. > Warner suggested that emulated hardware could be faster than the native hardware being used. If emulated hardware were twice as fast, would that justify using it in addition to native builds? > If only such theoretical speed advantage were real, it might be worth talking about. Maybe. On the other hand, the openbsd project never used emulation on the 68k platforms, where the clockspeed difference was very real. I myself have a couple of dead computers and a dead printer to fix or replace before I can buy arm hardware and volunteer on the arm platforms. We need people who can get past that roadblock called "if". (And I do feel the irony when I say so.) -- Joel Rees > ED. > > > > On 2015, May 22, at 11:10 PM, Nick Holland <n...@holland-consulting.net> wro > > > > On 05/22/15 13:26, Warner Losh wrote: > > ... > >> FreeBSD has had good luck with using userland qemu emulation to build > >> packages. More stable than random hardware that was never intended to > >> have such a load on it, and quite a bit faster than these little > >> boards. > > > > Think about that a bit. Emulated hw is more stable than the real thing? > > That means one of two things: > > 1) The real HW sucks, and thus, should not be used. > > 2) They code to the emulator, not real HW, and thus the SW sucks, and > > should not be used. > > > > There's a reason the OpenBSD project does only native builds. You > > pretty well nailed it right there. > > > > The ARM platform needs work, not more hardware, this is why it was > > demoted from a "supported" platform to a "current porting effort" around > > 5.6. The people working on the armv7 platform are brilliant people, but > > like most brilliant people, there is no shortage of things for them to > > work on, both for pay and for fun. > > > > Last I was building packages for it (5.6 -- and was told to stop), the > > platform would just crash, trying to keep a dpb cluster running was > > basically reverse wack-a-mole (trying to quickly restart systems that > > crashed). That's not supposed to happen. This isn't a case of "never > > intended to have such load on it", it just needs some work. > > > > Nick. > > > >
