What is wrong with all those AArch64 desktops?

https://marcin.juszkiewicz.com.pl/2019/10/23/what-is-wrong-with-all-those-aarch64-desktops/

by djsumdog • 7 years ago

90 141 7 years ago

marcin.juszkiewicz.com.pl

timthorn4• 7 years ago

Don't be afraid to get in touch with Avantek to ask what you need to know. They're very friendly, in my experience.

Just wait until Apple releases a Mac mini powered by an A-series CPU. If I had to bet, I’d say this will be the first Arm Mac they will release. This way developers can easily buy one for porting their apps before A-series-based MacBooks are released.

jdswain• 7 years ago

Which would look a lot like an Apple TV but running macOS.

ThePowerOfFuet• 7 years ago

So, the first Apple TV, then.

OrangeMango• 7 years ago

The Apple TV is more or less an iPad. It already supports bluetooth keyboards and other accessories, so you could really say that Apple already has an ARM desktop Mac, it just needs more user software.

ken3• 7 years ago

I find it interesting that every Apple CPU transition has started at the top, but everyone and their dog seems to know that ARM will happen and this time start at the bottom.

Apple rumors are half prediction and half wish. I don’t disagree with your wish (10 year old performance is fine for me) but it’s really not Apple’s MO. They aren’t going to release a new pro workstation and then turn around and make cheap low-end hardware aimed at developers.

AndrewStephens• 7 years ago

I am going to go out on a very short limb and predict that Apple does no such thing in the foreseeable future, say 3 or 4 years. In the past, Apple has only transitioned to a new architecture once it was so powerful that it could easily emulate older hardware. Apple doesn't care about backwards compatibility as much as Microsoft on desktops but even they cannot release a new desktop/laptop that doesn't run existing software.

Although ARM processors are fast in certain benchmarks, they cannot compete with x86 for performance and certainly cannot emulate the instruction set at a speed users would find acceptable.

ARM makes great sense for low power devices and _maybe_ servers. Apple already makes tons of the former and seems uninterested in the later.

runjake2• 7 years ago

Apple is (gradually) transitioning to ARM as we speak, right before our very eyes: the T2 chip and Bitcode.

The A-series chips in the iPhone and iPad seem to compare pretty favorable to Intel processors in the low to mid end.

Now imagine a version of the A-series processor with more space, thermal headroom, and cores.

fmajid3• 7 years ago

My iPad Pro is as fast on single-thread as all my Intel desktop machines, and 2/3 on multicore. In a non-thermally throttled enclosure, I would expect it to outperform.

https://browser.geekbench.com/user/122632

leoc• 7 years ago

It should be about 4 years from now that the x86-64 patents have expired, so I wonder (not an expert on anything) if we might see Macs with dual-architecture features after that, whether full support for two instruction sets or just some mixture of software emulation and hardware acceleration for x86.

terhechte• 7 years ago

If I were to bet, I'd bet on the reappearance of the 12" Macbook with a ARM processor as the "Macbook Mini"

sam_lowry_3• 7 years ago

Something like Samsung xe303c12?

twoodfin• 7 years ago

My guess is a developer-focused supercar of a Macbook. 16 cores, FaceID, maybe OLED?

Jet black, announced for preorder at WWDC. They wouldn’t be able to make enough, and now a boring, disruptive CPU transition is sexy.

There have been some weird rumors out of Asia about a Mac “gaming laptop” that could easily be misinterpreting a product like this.

Also, I think folks ITT are overestimating the difficulty of acceptable performance binary translation (not direct emulation) of x64->AArch64, especially when Apple controls and has experts at every level of the stack. 32-bit apps weren’t de-supported this year just to save some memory.

leonidasv• 7 years ago

But Apple's CPUs are so powerful because they have lots and lots of cache compared to most ARM SoCs. I'm not saying they can't release a Mac with ARM under the hood (they probably will), but I don't see it setting a trend for ARM desktops elsewhere.

Apple can use a lot of cache in their CPU designs because they can charge a lot for their hardware (L1/L2 cache is very expensive). But the rest of the market can't since they're mostly selling commodity hardware — with commodity chips — and price is a very sensitive point there.

So Apple could in theory make and sell plenty of Premium ARM laptops with performant x86 compatibility for older software while being fast and cool for native apps while the Windows/Linux competitors will be still lagging way behind with a poor user experience.

pcwalton• 7 years ago

Without mention of Apple's plans for MacBooks, I don't buy this doom-and-gloom prediction. Remember that everyone thought AArch64 was DOA right up until Apple released an iPhone using it, and then all the other manufacturers instantly followed suit. I wouldn't be surprised if Apple is the first to release a mainstream AArch64 desktop/laptop, and then everyone else follows them.

loeg4• 7 years ago

It's vaporware until it exists. Sure, Apple seems to have the strongest ARM CPU at this time. It remains to be seen if they can single-handedly create an entire arm64 PC ecosystem.

fmajid3• 7 years ago

I suspect they'd start with their server farms, just as Amazon is doing with its own ARM AWS instances based on the Graviton SOC it bought when it acquired Annapurna. Amazon is on record saying they are going to migrate their internal services like ELB over to ARM.

joecool10293• 7 years ago

I'm trialing using AArch64 for desktop use. I bought a Raspberry Pi 4 4GB desktop kit awhile back and it sucked in the beginning. So I did what most people do with their pi; that is to leave it unused and unplugged like a Nintendo Wii.

Finally after the firmware fixes came about to improve cooling a few months ago and it was advised to just run the thing set up on its side, I decided to revisit running a 'desktop' on it.

Raspbian, as most people know, is 32-bit and the idea is you can plug the microsd card it into any model of pi ever made and it'll run. This sucks for performance and you can't run a version of firefox made the past few years. Chromium isn't an option on a 4GB ram system, it's just not.

I eventually settled on using sakaki's gentoo pi64 build and it was fairly painless to get running. Unfortunately, she hasn't kept the build up to date and there's a lot of weird customization she performed to get things running in the early days.

Anyways aside from having it run some compiles overnight and finding a new binhost to pull prebuilt stuff from, it runs pretty well. Actually better than my Intel Atom powered GPD Pocket (as it does not throttle ever). All the hardware works, and I've had no video issues since switching to the 5.4 kernel. It checks most of the boxes that OP asked for aside from the RAM being limited to 4GB. Unlike more powerful options on the market, it's got a wide release and a low price point so developers will be working on it.

So yeah, there's your AArch64 desktop you can buy today that everything works on for around $50. If you want to improve performance a bit more for IO, there's SSD/nvme adapters for it, and while I'm unsure about hooking into pci-e, the device has it...

Oh, and the audio thing is dumb as hell to complain about. Just output the audio through HDMI to your receiver and call it a day. What's the big friggin deal that the desktop lacks a 7.1 analog output. If you want high quality headphone audio, USB audio is practically plug and play on any OS these days. I don't get it.

kick• 7 years ago

What happens if you enable zram? That would probably help the limited RAM situation pretty strongly.

joecool10293• 7 years ago

I don't know, probably adds to my CPU overhead a little and I don't feel like doing that.

Not using chromium or electron apps helps my RAM situation pretty strongly. The only time I run OOM is if the pi is doing on-device compiling with too many threads. I run a modest 8-12 firefox tabs. Usually just over half the ram is utilized throughout the day.

zamadatix4• 7 years ago

Ubuntu is probably the way to go on the Pi if you're looking for compatibility. The 32 bit version is ARMv7 instead of ARMv6 with HF packages as Raspbian is. The 64 bit version is ARMv8. It's an official version from Canonical so you don't have to worry about some person abandoning their build or compiling your own packages all the time. With the newer CPU in the Pi 4 it's possible for them to support >4G models in the future but they aren't really interested in targeting $100+ use cases so it'll never make a "great" desktop. Useful as a fanless device that can run standard code though.

If you hack into PCIe you'd lose the USB. It's only a single x1 connection. I suppose you could hack a PCIe switch on top of that but even so it's x1 so it was already oversubscribed just hosting the USB 3 interfaces.

HeWhoLurksLate• 7 years ago

IIRC, If you hack into PCIe, you only lose USB 3.0, because the USB 2.0 ports are directly connected to the SoC.

tomc19852• 7 years ago

Oh, and the audio thing is dumb as hell to complain about. Just output the audio through HDMI to your receiver and call it a day. What's the big friggin deal that the desktop lacks a 7.1 analog output. If you want high quality headphone audio, USB audio is practically plug and play on any OS these days. I don't get it.

Dude, audiophiles run complicated setups. Maybe their receiver doesn't take HDMI and they'd prefer to route that to the TV. Maybe they're using analog amps from the 70s that take 1/4" balanced TRS. Maybe lots of things. That thought process is exactly the kind of thinking that leads to rigid, inflexible designs that lock people into parts or hardware they don't want to use

nwallin• 7 years ago

Audiophiles won't use onboard audio. An unshielded DAC in the electrically noisy environment of a motherboard (or worse, SOC) is bad juju.

It's measurably worse than a cheap but isolated and shielded external DAC.

Measurable with an oscilloscope though. Not your ears. pfft. Audiophiles.

cesarb• 7 years ago

The author's description of what is a "desktop system" sounded a lot like a "no true Scotsman" to me. I've had several desktop systems that didn't meet all of the author's criteria - in fact, I've had desktop systems that met none of these criteria. And these systems did meet what most people would consider to be "desktop systems": box shaped, designed to be put over or under the desk, tethered (no built-in battery other than the RTC battery), internally expansible (not all-in-ones or NUCs), with a x86-32 or x86-64 processor, and booting with traditional BIOS and/or UEFI.

hootbootscoot3• 7 years ago

indeed.

onboard audio is questionable in quality typically anyway, being some strange monstrosity (ac97 lol... intel-hd-anything)

wyldfire2• 7 years ago

That just means that he used a poor term or didn't qualify it. Ultimately those features are the desired ones. So that's what they are looking for, regardless of what it's called.

wolrah2• 7 years ago

I disagree, the author's description matches the majority of x86 motherboards in production, and if you were to wander in to a random computer store and ask for a standard desktop PC you'd be led to an array of machines that met all of those requirements. If it's not "small form factor" it almost certainly checks all the boxes.

I agree with the author, what AArch64 (or any alternative architecture) really needs to be taken seriously for more than "toy" or "appliance" type use cases is a real desktop board that an interested party could swap in place of the motherboard of one of their old PCs without having to invest in a pile of adapters.

To me, that means the following:

* Standard ATX or MicroATX formfactor * Standard ATX power input * At least two standard DIMM or SODIMM slots, preferably four * At least 32 lanes of PCIe 3.0 or greater, exposed as at least one x16 and one x4 slot plus one x4 M.2, leaving eight lanes for onboard accessories or more slots as desired * At least two SATA channels, preferably four * At least one copper gigabit ethernet interface * At least six USB 3.0 ports, preferably more and faster. * Onboard audio sufficient for watching Youtube or participating in a VoIP/videoconference call.

Since I'm pretty sure that providing video from power on rather than after the OS loads requires support in the video card itself, onboard video of some sort is probably also a requirement for now as well. Specifics don't matter, but it should be able to handle an accelerated desktop and video decoding.

timthorn4• 7 years ago

So something like this? https://e.huawei.com/en/products/servers/kunpeng/kunpeng-des...

tyoma• 7 years ago

Desktop and workstations will be the last place to find non-x86 chips. Power use doesn’t matter, and critical consumer applications and raw performance are a must.

Its much more exciting to see what will happen with laptops and (in cloud) servers.

zamadatix4• 7 years ago

I think the Jetson AGX Xavier is probably a better match out of the box to the requirements than anything listed on that page. The only thing it doesn't meet is the plus on 16+ GB of RAM. For the same price you could get a much better x86 desktop though.

- 8 core CPU

- 16 GB LPDDR4x

- Volta based GPU

- Gig ethernet (native)

- PCIe x8 (x16 physical slot)

- m.2 E key (PCIe wireless or LTE)

- m.2 M key (PCIe NVMe SSD)

- 2 USB 3.1

- HD audio header

- eSATAp through PCie bridge (allows native 2.5" SATA drives)

But really there isn't really much reason to use ARM on a desktop outside of needs relating to specifically needing to have ARM.

magicalhippo2• 7 years ago

His list of requirements for a "desktop system" is ok for a developer desktop PC, but for most people it's complete overkill.

The RPi4 running Raspbian is just a tad short of being perfectly acceptable for users like my GF. It's just a tad sluggish, so either a bit more streamlining of the platform, or a bit beefier CPU and GPU and it would be just fine for her.

zamadatix4• 7 years ago

The lack of quality storage interfaces is a killer too. Pi 4's still eat SD cards and even when they don't it's not exactly speedy. USB to mSATA/m.2 SATA adapters provide a step up but it's still quirky and you still need a functioning SD card to boot to it with the current firmware.

yjftsjthsd-h4• 7 years ago

Needing an SD card to boot is especially annoying because the pi 3 did have the ability to boot from USB and I think network with no SD card present.

EDIT: To be clear, non-SD boot on the pi 4 "will be added in the future via optional bootloader updates"[0], so hopefully this is a temporary complaint.

[0] https://www.raspberrypi.org/documentation/hardware/raspberry...

tombert2• 7 years ago

The NVidia Jetson Nano is pretty close to a useable desktop nowadays too. I run the stock Ubuntu Gnome desktop on there and mostly the lag isn't a problem unless I start doing something somewhat intensive like Gimp or Blender.

magicalhippo2• 7 years ago

Yeah been looking at the Jetson Nano. Looks like an interesting platform.

ThatPlayer• 7 years ago

I think the biggest missing feature right now for everyday use is browser support for the hardware video decoding. Mostly for videos on all social media and YouTube, or even Imgur serves up h264 video rather than gifs now.

Koshkin4• 7 years ago

Looks like Odroid N2 is as close as it gets to an AArch64 desktop. (Still not a true Scotsman though.)

reggieband• 7 years ago

I've recently been recommended YouTube videos by ExplainingComputers and that channel introduced me to the new breed of SBC (single-board computers) including the Odroid. One of the more recent videos is for the Khadas VIM3 [1] which was a very interesting ARM based SBC.

I am blown away these days by the power of these cheap and small boards. I just don't have any use for them right now and I know I would tinker with them for a few days then they would end up in a drawer collecting dust.

https://www.youtube.com/watch?v=ryTykjUbJIs

TD-Linux2• 7 years ago

If you want a non-x86 desktop, but not AArch64 in particular, I'd recommend looking at the Talos POWER9 systems instead. I have a Talos II Lite, and my only two complaints (less pcie slots with only a single socket, and no built in sata) were solved with their new Blackbird motherboard. It's gotten closer to the desktop experience than any AArch64 computer I've tried, and in some ways it's even better (petitboot is awesome).

Koshkin4• 7 years ago

But in all fairness, why would anyone just "want a non-x86 desktop" (as in: "anything but x86"). Doesn't make sense to me...

Symmetry2• 7 years ago

It can be useful to test code that's supposed to be portable on a system with a weaker than x86 memory model.

And a self-synchronizing instruction stream can be a security advantage and a fixed instruction width means Power and AArch64 are trivially self-synchronizing. And really just not having the dominant ISA is a pretty big security advantage in some cases.

I'm pretty sure that neither of those is a huge deal for most people but I can see wanting it.

hootbootscoot3• 7 years ago

maybe you detest x86 and love aarch64. it's like cars. i dunno...why do you need to understand it for it to be a "thing" that exists in the world outside of your head?

yjftsjthsd-h4• 7 years ago

x86 may be locally optimal, but I don't trust it not to be a dead end, or at least, have its lunch eaten by something else; I personally am interested in non-standard configurations just to make sure that we can try new things.

salawat• 7 years ago

Maybe people just want to play heavily modded Minecraft on a Raspberry Pi that they can quickly set up and shotgun to eager nephews all across the country. Just throwing that out there.

AlEinstein• 7 years ago

I don’t know why you’re getting downvoted. It’s a fair question to ask.

“Why can’t I buy” is essentially equivalent to “why doesn’t anyone sell”, which is basically “why isn’t there a market for?”

It’s possible to have a conversation around “why isn’t there a market for ARM desktops?” or equivalent but a conversation about “why isn’t there a market for anything but x86” would basically be enumerating the alternatives and examining each.

Nobody is going to open a store aimed at the “anyone but x86” market.

Spooky23• 7 years ago

You want better performance per watt. Apple sells millions of iPads and Google OEMs sell some number of ARM Chromebooks and Tablets. Amazon is selling little android tablets as low as $40.

The desktop is essentially a legacy model as it stands today. Nobody is offering ARM because Windows doesn’t support it, and there really aren’t other options. Even enterprises are shipping the cheapest crap possible for PCs and innovating on mobile.

You’ll see some change when Apple ships ultralight laptops that aren’t as compromised as the intel platform devices.

haerwu5• 7 years ago

If your work is all non-x86 then having powerful non-x86 box handy helps a lot.

loeg4• 7 years ago

Yes, Power is the closest to a real x86 desktop competitor but you have to pay something like 4x the cost.

Koshkin4• 7 years ago

Also, those things suffer from the same issues as those pointed out in the OP: a server motherboard crammed into a desktop case; the built-in VGA graphics comes from the integrated "server management engine", limited hardware support/driver availability, etc. Lots of fun to be had for lots of money!

TD-Linux2• 7 years ago

The cost is pretty comparable to the Ampere eMAG AArch64 system in the OP, which costs about $3k. It's an unfortunate fact of low volume production, though.

ksec2• 7 years ago

but you have to pay something like 4x the cost.

Last time I check their pricing was actually quite competitive to x86 system.

sam_lowry_3• 7 years ago

On a related note, I just got my Pine64 Pinebook Pro, and it's much better than my beloved Samsung xe303c12 in all apects. Lightweight, FHD screen resolution. No need to fiddle with the OS.

fmajid3• 7 years ago

I'm still waiting for mine, it seems like the most viable option for someone who wants to develop for armv8 Linux. I had the original PineBook and found it disappointing, how would the PineBook compare to, say, a MacBook Air?

sam_lowry_3• 7 years ago

Screen bleeding is an issue. Otherwise, a great small laptop.

zmix• 7 years ago

Why would one want an ARM desktop system (except if (s)he is an ARM developer)?

For my desktop I want as much power as money permits. And the most important thing is ergonomy, since I rather invest into my eyes and wrists than into the silicon.

Koshkin4• 7 years ago

I do not believe even "ARM developers" use ARM-based desktops.

cameron_b4• 7 years ago

I think that the main argument here is that there isn't a developer desktop machine that fits the HEDT slot for ARM. There is the Raspi / Odroid / Pine64 tinkerer scale, and the ThunderX2 scale, but nowhere in the middle.

I think the Gigabyte ThunderX Station is being marketed in some channels, like the main page of this site: https://www.phoenicselectronics.com

The new Fujitsu venture Socionext does sell stuff, but like everyone has said, they're interested in doing design-build for your factory robot controller or your edge supercomputer. But they do sell a box: http://www.socionext.com/en/products/assp/SynQuacer/Edge/

It just isn't marketed as a GP /HEDT box because that isn't their market

watchdogtimer2• 7 years ago

I use a pedal-powered computer. For me, every watt counts.

My desktop system is a NanoPi M4 and a 16" Sceptre monitor. The combined system draws a total of about 6.5 W. Granted, there are some laptops that come near that level of power consumption. I simply like the form factor of a desktop PC.

saagarjha3• 7 years ago

I use a pedal-powered computer.

Does it suddenly shut down if you stop pedaling?!

danbolt• 7 years ago

That sounds really interesting. Would you have more information on such a setup?

ohazi3• 7 years ago

We don't have AArch64 desktops because it's not possible to build an AArch64 motherboard. There are no standard sockets -- and every ARM vendor starts their system using a proprietary, inscrutable Rube Goldberg machine. On the Raspberry Pi, the GPU starts the processor for crying out loud.

yjftsjthsd-h4• 7 years ago

Wouldn't it be better to start from the server side? IIRC they at least have UEFI over there.

leeter• 7 years ago

It is actually, but it requires AMD or Intel to care. AMD could easily make an AArch64 CPU that is x570 compatible, it would require a BIOS update for sure but they could do it. There is nothing Physically stopping them from making a CPU with all the interconnect bits needed and a ton of AArch64 cores... other than there is really no fiscal incentive to do it.

IntelMiner• 7 years ago

AMD did (briefly) sell ARM64 chips, the Optero A1100, aka "AMD Seattle" CPU

- 4 or 8 Cortex-A57 cores at 1.7 or 2Ghz

- support for up to 128 gig of either DDR3 or DDR4 memory

- 14 SATA 3 ports

- 2 10GbE ethernet ports

- 8x PCI-E 3.0

(EDIT: Fixed formatting, sorry!)

djsumdog• 7 years ago

I made this same complaint about Android/ARM a while back[1]. ARM is just random shit soldered to random pins. I wish Microsoft would open source all the drivers to their dead phone line, since at least that had ARM+UEFI. I suppose there's DeviceTree but .. honestly that's just laughable and I've seen very few boards even release a correctly configured/working device tree.

[1] https://battlepenguin.com/tech/android-fragmentation/

treve• 7 years ago

Total noob, but. Could someone come up with a standard socket and build adapters?

Jasper_• 7 years ago

Cost. Standardizing is expensive.

cameron_b4• 7 years ago

Linaro has gone a step out from a "socket" to define board spec and mezzanine connectors.

Arm has a lot more variation than general purpose computing in the processor / SOC / SOM implementation, that is indeed the main appeal on the small end of the scale

wyldfire2• 7 years ago

We don't have AArch64 desktops because it's not possible to build an AArch64 motherboard.

For the most part, this doesn't matter. Most SoCs have all the features you want. Though, the article is specifically bemoaning lots of missing I/O. I think most vendors think that the USB connectivity is a big wildcard. But, I agree - NVMe would be nicer than mmc/SD, that's for sure.

every ARM vendor starts their system using a proprietary, inscrutable Rube Goldberg machine.

This does matter, a lot. It matters so much that we didn't change how x86 booted for ~3 decades after the AT. ARM is trying to change things for their server products, at least [1]. I'm curious just how complicated/expensive the minimal product that satisfied this platform is. Could you still do it with SoCs in the same tier as the Raspi/ODROID/etc? Server-in-name-only?

[1] https://developer.arm.com/architectures/platform-design/serv...

95014_refugee• 7 years ago

Every Intel vendor starts their system using a proprietary, inscrutable Rube Goldberg machine as well. This isn't the problem here.

GuiA• 7 years ago

On the Raspberry Pi, the GPU starts the processor for crying out loud

What does this mean? Where can I read more about this?

mmozeiko• 7 years ago

On Raspberry "GPU" (VideoCore processor) is the main processor. ARM CPU is secondary in some sense.

Here's a good overview:

https://thekandyancode.wordpress.com/2013/09/21/how-the-rasp...

https://raspberrypi.stackexchange.com/a/10595

incompatible2• 7 years ago

I'm not sure that the standard socket is so important. I don't remember ever changing the CPU on a motherboard: by the time significantly better CPUs are available, they need a different socket.

An AArch64 desktop could be built in the same way that the Raspberry Pi was built, just with a higher spec CPU and more connectors.

ohazi3• 7 years ago

You're right about the socket, but the problem is that every chip/board basically needs a custom bootloader - you can't just plug in a USB stick with a Debian AArch64 installer and go to town, you need a custom packaged blob from the vendor, which usually comes with their own blessed Linux distribution (e.g. Raspbian), and you're out of luck if that doesn't meet your needs.

If this model works for you, then yeah, a Raspberry Pi or a similar board could work. I've been hearing pretty great things about the new Pinebook Pro laptop.

harha• 7 years ago

In addition to the custom bootloader mentioned above, this would require significantly more SKUs. Many combinations of motherboard and CPU in use at the moment would probably not even make it to market.

rwmj• 7 years ago

ARM defines SBSA and SBBR as the standard boot environment for servers, so you can take a Windows ARM ISO or a RHEL ARM ISO and boot either on the same server hardware. Desktop ARM - were there to be any demand for it - could support the same standard.

timthorn4• 7 years ago

All the Avantek desktops do.

bhouston• 7 years ago

Raspberry PI 4 runs with 1 4k monitor pretty well and has audio and you can attach peripherals.

It is desktop like.

Arm desktops are just single board computers. Why? Because that is all you need.

If you want to assemble overprice parts yourself to get marginal benefits stick with x86.

The truth is the market for desktops even in the x86 market has shrunk considerably because there are few benefits except if you are rendering and even then you should be using cloud compute in that case.

Jonnax2• 7 years ago

If I'm rendering, I should use cloud computing?

Like an artist is supposed to use a remote desktop to do 3D modelling? Or an engineer doing CAD? Or a video editor creating 4k video?

There are a lot of professionals that need powerful computers. Not everyone just needs a text editor to write their SaaS application.

jdietrich• 7 years ago

If I'm rendering, I should use cloud computing?

Like an artist is supposed to use a remote desktop to do 3D modelling? Or an engineer doing CAD? Or a video editor creating 4k video?

Yes. High-end workstations are effectively obsolete for professionals rather than prosumers, it's just taking some IT departments a while to catch on. All those workloads are highly bursty and involve substantial collaboration, which makes virtualization a natural fit. I haven't tested and wouldn't necessarily recommend a Raspberry Pi as a client terminal, but it just doesn't make sense any more to put a really powerful machine under everyone's desk rather than having a rackload of servers as a pooled resource.

https://www.nvidia.com/en-us/design-visualization/quadro-vdw...

Jonnax2• 7 years ago

I had some representatives from ARM and NXP come and give a demo of some ARM boxes.

Now these were in the context of white box customer premises networking equipment, but what I found quite interesting was that these machines all supported UEFI.

There's certainly an effect to have some standardisation for ARM machines.

But who knows when it'll get to the desktop.

cameron_b4• 7 years ago

Yea I think the model here (especially since the article seems to really be conflating "desktop" with "High end desktop" especially in terms of the Arm ecosystem ), will be that we do see these features developed from the server side first, and then given the "content creator" treatment. I don't think that this is bad as the article implies. Rocking the top of the HEDT market is good for magazine covers, but it isn't exactly where the profits are. Filling datacenters will fund the work that we're interested in -- namely the robust, expandable, systems that have the muscle and the mainstream features that make for a cushy desktop experience.

But also, Aren't we still complaining about linux on the desktop?

blattimwind2• 7 years ago

and then given the "content creator" treatment

Content creation is done almost exclusively through proprietary software that's heavily optimized for a given platform, so this would be one of the worst markets to tackle first with an architecture change.

knownunown• 7 years ago

UEFI seems pretty prevalent with AArch64 in general -- pretty much all recent Qualcomm Android devices do UEFI boot.

tomc19852• 7 years ago

Every time I've tried to run AArch64 like a desktop (mostly via ODROIDs), it's been an exercise in misery. Endless tweaking, and almost always an important service, like 3D graphics or audio, doesn't work. Last I checked the driver situation there is just lacking

watchdogtimer2• 7 years ago

Support for the Rockchip RK3399-based boards seems pretty good. Audio and wireless on my NanoPi M4 have worked flawlessly for me. No problem playing YouTube videos, either, even at 1.5x speed. Editing 3D CAD files using Freecad in Debian 10 has also worked great.

The only things I miss are being able to run the latest versions of some software, which are often compiled only for x86 or MacOS. For instance, I'm currently stuck on Debian's Firefox ESR (currently Firefox 68.4) because Firefox doesn't offer precompiled binaries for AArch64 on Linux.

qwerty4561272• 7 years ago

4U rack/tower case sounds clearly like “we know it is server but will try to sell it as a desktop”. No m.2, no audio, no mention about USB ports, no 1GbE network.

Isn't every server meant to have a 1GbE port nowadays? Dont most of the servers have m.2?

And for PCIe slots - aren't those extensible with raisers?

That system was kind of Frankenstein’s monster. Audio over some USB stereo-only dongle, all USB devices plugged into hubs due to only two ports on mainboard I/O panel.

Perhaps one could just put a USB hub and the audio dongle inside the actual case?

toast0• 7 years ago

Maybe some of these have SFP+? 10G only interfaces that need a transceiver. That would be a pain in a home setup.

qwerty4561272• 7 years ago

Perhaps. But I haven't actually seen servers with SFP+ 10G on-board. All the servers we buy have a classic 1GbE RJ-45 built-in and we extend them with SFP+ 10G PCIe adapters when needed.

anfilt2• 7 years ago

Honestly, would like to see more RISC-V offerings instead of 64bit arm. Although the ISA is still relatively new. Also some the extensions like bit manip are not finalized. However, the base instructions are.

solarkraft2• 7 years ago

I'd love to have a RISC-V tablet one day, but think ARM will be an intermediate step, which will, through gained experience and already built infrastructure, ease the second switch of ISA.

anfilt2• 7 years ago

Like on the open source side things, it's already possible to run a RISC-V desktop. Problem is no cheap hardware outside some expensive dev boards.

https://abopen.com/news/building-a-risc-v-pc/

Also that thing does not have up-gradable RAM, but you do have PCI-E.

ChuckMcM• 7 years ago

Sigh, no definition of what a "desktop" would be. That would be a start. Does it have to have "on board audio" ? All my early desktops up through the Pentium 3 used an add in card (typically a Soundblaster) to provide audio. So why make it the "requirement" for a desktop? Graphics? All graphics were "plug in" in early desktops until transistors got so cheap you could throw one into the southbridge for "free." The list goes on.

It would a much better exercise to create a systems design document for what an AArch64 desktop should have, required, extras, and nice to have. Start there and work forward, not at a full fledged PC desktop with 30 years of evolution behind it and start there.

haerwu5• 7 years ago

Extra PCIe x1 slot on mainboard would be fine instead of on-board audio.

qubex3• 7 years ago

I really wish somebody would produce a single-board system with a Qualcomm 865 or 8cx processor, NVM support, and PCIe.

LargoLasskhyfv• 7 years ago

No OpenFirmware? No good!

What is wrong with all those AArch64 desktops?

Related Stories