Slashdot Mirror


Apple Expected To Move Mac Line To Custom ARM-Based Chips Starting Next Year, Says Report (axios.com)

Developers and Intel officials have told Axios that Apple is expected to move its Mac line to custom ARM-based chips as soon as next year. "Bloomberg offered a bit more specificity on things in a report on Wednesday, saying that the first ARM-based Macs could come in 2020, with plans to offer developers a way to write a single app that can run across iPhones, iPads and Macs by 2021," reports Axios. "The first hints of the effort came last year when Apple offered a sneak peek at its plan to make it easier for developers to bring iPad apps to the Mac." From the report: If anything, the Bloomberg timeline suggests that Intel might actually have more Mac business in 2020 than some had been expecting. The key question is not the timeline but just how smoothly Apple is able to make the shift. For developers, it will likely mean an awkward period of time supporting new and classic Macs as well as new and old-style Mac apps. The move could give developers a way to reach a bigger market with a single app, although the transition could be bumpy. For Intel, of course, it would mean the loss of a significant customer, albeit probably not a huge hit to its bottom line.

356 comments

  1. Great! by DontBeAMoran · · Score: 4, Insightful

    If they're going to make new laptops, maybe the freaking morans will fix the keyboards at the same time.

    --
    #DeleteFacebook
    1. Re:Great! by Anonymous Coward · · Score: 0

      It'll be fixed to be a full touchscreen with not tactile feedback.

    2. Re: Great! by Anonymous Coward · · Score: 0

      So this means no more boot camp as well?

    3. Re:Great! by Hotelkrakow · · Score: 1

      Should be obvious...

    4. Re: Great! by Anonymous Coward · · Score: 0

      How about fix the price?

      I assume this approach abandoned all professionals tools, ar at least requires everyone to get current on their release

    5. Re: Great! by shmlco · · Score: 3, Insightful

      "arm is such a piece of shit for actual performance. this will KILL mac for anything actually useful."

      Yeah, that's why the A12 chip on the iPad Pro benchmarks 85% faster than all of the laptops on the market today.

      And you've seen, of course, the real-time 4K video editing/rendering apps on the iPad.

      Personally, I can't wait to see what Apple's A-series chips can do when not limited by a phone or tablets power and thermal constraints.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    6. Re:Great! by thegarbz · · Score: 1

      If they're going to make new laptops, maybe the freaking morans will fix the keyboards at the same time.

      They will do something to get you to stop complaining. Notice how no one mentions the horrible touch bar anymore? Well not to worry, but making the next Mac completely unusable you won't ever worry about sticky keys again!

    7. Re: Great! by WorBlux · · Score: 4, Insightful

      Not necessarily. Windows has an ARM version. Though more than likely they'll ditch POSIX support and go full iOS across the line.

    8. Re:Great! by LynnwoodRooster · · Score: 0

      They are going to get rid of the keyboard, it'll be an on-screen touch keyboard. ARM chips, unified apps - it's the iOSification of Macs... Do you want a small iOS device (phone), medium (iPad), or large (Mac)?

      --
      Browsing at +1 - no ACs, I ignore their posts. So refreshing!
    9. Re: Great! by Anonymous Coward · · Score: 0

      Even if it was true who cares? If Mac Pro is truly Pro they can just put CPUs on cards and the buyer can buy as much power as they can afford. The UNIX guts can handle that in its sleep unless Apple's programmers can't manage it. What's the fixation on one CPU? Ya gonna run DOS? The problem is that Apple thinks you should pay +35% for +10% performance and adding a CPU card would kill a unit sale.

    10. Re: Great! by StikyPad · · Score: 1

      iOS is Posix. Itâ(TM)s the same OS as MacOS, just with mobile frameworks and ARM instead of x86.

    11. Re: Great! by WorBlux · · Score: 1

      Nobody does 4k on the CPU. This was hardware acceleration in the GPU, with a company they worked very closely with to get the acceleration working flawlessly for one specific video codec format and setting. Going outside the presets likely won't end well.

      And there's a pretty long history of companies gaming benchmarks. We know geek-bench hits a lot of paths that are hardware accelerated, and memory/disk sensitive. And this is even before going into the fact iOS is finely tuned to the hardware, and the App store likely recieved the geekbench app in an IR that can be precisely optimized for the hardware.

      It's not doubt a good mobile chip, but a workstation chip? I kind of doublt it.

    12. Re: Great! by WorBlux · · Score: 1

      So where's /bin/sh?

      There isn't full support, and even if there were, it's irrelevant as application developers aren't allowed to get at it. Everything is going through the constrained frameworks.

    13. Re: Great! by sodul · · Score: 1

      Actually i think the touchbar would be better if it had the haptic engine that the trackpad uses, it really works well for the trackpad and I think it could Work for typing. I guess they kept that âinnovationâ(TM) for a future release since releasing innovations over time is good for business.

    14. Re: Great! by 93+Escort+Wagon · · Score: 4, Informative

      While I worry about artificial constraints as well... if you’d ever worked with a jail broken iPhone or iPad, you’d know there’s basically a standard bash shell under there. You can ssh into the things by installing the openssh daemon. Heck, people have even run apache and nginx on them.

      --
      #DeleteChrome
    15. Re: Great! by Anonymous Coward · · Score: 0

      The TouchBar would be better if it were wholly replaced with physical keys with good quality keys, good tactile feedback, and proper layout. The proper place to put something like a TouchBar would be in the touch pad.

    16. Re: Great! by Anonymous Coward · · Score: 1

      Who gives a rat's ass about how fast the ARM chip is on the iPad? All that power is locked up behind iOS, and I can't do anything to take advantage of it, like actually use a UNIX userland where I can do tasks and have a useful workflow... and no, doing gestures or smacking the home button and swiping between apps isn't workflow compared to having multiple displays and different tasks on each.

    17. Re: Great! by Anonymous Coward · · Score: 0

      There are a lot of artificial constraints with iOS. The fact that you have to jailbreak, which injects a useful userland is one of them. To use anything interesting on the device (like actual multi-tasking where something uploading backup photos can sit around before being killed), you have to JB. Want a firewall to keep bad apps from phoning home? JB. Even worse is that the iOS security model 100% depends on the jails. If that is destroyed, then the entire device is rendered absolutely insecure.

      Contrast that to Android where root does not affect anything security related on the device. A rooted device still has its security intact, with malicious apps mitigated. In fact, rooting even allows for better security because untrusted apps can be firewalled on the kernel level, so they can't phone home.

      People talk about how fast an iOS device is. To me, that is similar to the douchebag CEO bragging about his new Ferrari. You can see that it is fast, but you won't be able to use anything related with it. At least with Android and a rooted ROM, I can use the device to the fullest, even tossing on a Linux distribution.

      At least with Android, once a phone is unusable as a daily driver, you can use the phone for something else. For example, I have a Motorola CLIQ doing DNS caching, and for decent NTP, I have an old HTC phone running ntpd, pulling the time from cellular network even with a SIM card that no longer works. What can I do with an iPhone once it is past its prime? The only use is something to turn in when Apple or a cellular carrier offers a trade-in deal

      [1]: Of course, we are assuming the user doesn't hit "allow" on all su requests mindlessly. In fact, apps that need root have to declare an item in their manifest, for the superuser to even recognize them, so a user would know if an app would ever ask for root, much less actually do so.

    18. Re: Great! by spire3661 · · Score: 1, Flamebait

      OK, im going ot step on you now. The A12 is a Ferrari engine bolted to a Corolla frame. It doesnt matter how fast it is when its running a TOY OS. You have all this power and cant bring it to bear. You fundamentally misunderstand the compromise ARM makes due to its form factor and power envelope. Phones are fucking joke in computing power, stop beating this stupid drum.

      --
      Good-bye
    19. Re: Great! by Anonymous Coward · · Score: 1

      "ARM is utter shit for actual computing. Its a fucking toy."

      "The A12 is a Ferrari engine"

      So, which is it? Seeing as the A12 is the ARM part, I believe you are calling Ferrari engines "toys"...which they might be to rich people, but they're performant toys.

      Your opinion is meaningless.

    20. Re: Great! by Anonymous Coward · · Score: 0

      Phones are fucking joke in computing power, stop beating this stupid drum.

      I believe most computer manufacturers once said that about the microcomputer. You are young still.

    21. Re:Great! by Anonymous Coward · · Score: 0

      fix? It's Apple, nothing needs fixing.

      It's about time people learn this. Expect the same in the new ARM-based laptops.

    22. Re: Great! by kupekhaize · · Score: 1

      iMac:~ haize$ which sh /bin /sh
      iMac:~ haize$

      Please get a clue before you keep running your mouth.

      --
      One of these days i'm going to find this 'peer' guy and reset HIS connection!
    23. Re: Great! by spire3661 · · Score: 1

      Oh please. I'm a full UNIX graybeard, phreak and technomancer. The Deliverator is a personal hero of mine. I have witnessed the birth of Psycho-history.. Try again.

      --
      Good-bye
    24. Re: Great! by Anonymous Coward · · Score: 0

      OK, im going ot step on you now. The A12 is a Ferrari engine bolted to a Corolla frame. It doesnt matter how fast it is when its running a TOY OS. You have all this power and cant bring it to bear. You fundamentally misunderstand the compromise ARM makes due to its form factor and power envelope. Phones are fucking joke in computing power, stop beating this stupid drum.

      right... have you seen the performance of the Amazon Gravitron processors? these are pretty much the AMD ARM based opterons.... its shit. stop smoking whatever rocks you are and get off the high horse

    25. Re: Great! by Anonymous Coward · · Score: 1

      "/bin/sh" Same place it has always been.

    26. Re: Great! by Anonymous Coward · · Score: 0

      But somehow you ended up this clueless? Interesting.

    27. Re: Great! by Anonymous Coward · · Score: 0

      So this means no more boot camp as well?

      Sure, but who wants that. If, for some strange dark reason, you want to run windows - run windows on a cpu made for it. Perhaps you can get an x86 PCIe card if you need to have this capability in a mac.

      Won't be long before this thing runs linux though!

    28. Re: Great! by Anonymous Coward · · Score: 0

      iMac:~ haize$ which sh /bin /sh
      iMac:~ haize$

      Please get a clue before you keep running your mouth.

      Learn to read before running yours. He was talking about IOS not iMac.

    29. Re: Great! by Anonymous Coward · · Score: 0

      Apple MACs are dead since a very loong time, MACs are becoming big smartphones, MAC-OS is becoming an iOS, so I moved to a PC for work.

    30. Re: Great! by Anonymous Coward · · Score: 0

      So this means no more boot camp as well?

      Just run Windows in a web browser - it's all the rage these days.

    31. Re: Great! by shmlco · · Score: 1

      Out of curiosity, what other computer platform just puts "CPUs on cards" such that you can install just as many (2, 4, 10) as needed? Even blade servers put basically the entire CPU plus RAM plus IO on a system board.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    32. Re: Great! by WorBlux · · Score: 1

      Interesting. So it's Unix-ish if your a internal developer or hacker. I haven't played with any sort of "smartphone" out of sheer protest of the walled garden mentality of both Google and Apple, even if one isn't quite as strict as the other.

    33. Re: Great! by exomondo · · Score: 1

      Actually i think the touchbar would be better if it had the haptic engine that the trackpad uses, it really works well for the trackpad and I think it could Work for typing.

      That's likely what they're going for with the crappy typing experience they have now: reduce the key travel and typing experience so it is comparable to the haptic touchpad feel so they can replace the physical keyboard with a touch one. I hope they don't because the typing experience on the current lineup is very poor and a haptic one would be even worse.

    34. Re: Great! by arglebargle_xiv · · Score: 1

      Not necessarily. Windows has an ARM version. Though more than likely they'll ditch POSIX support and go full iOS across the line.

      ITYM:

      Not necessarily. Windows has an ARM version. Though more than likely they'll ditch POSIX support and go full retard across the line.

    35. Re: Great! by Anonymous Coward · · Score: 0

      I was there in 2004, blade servers were an abysmal failure. Too hot to cool properly, too much power, too expensive, limited expansion and proprietary chassises that were never "future-proof" as claimed. Also, datacenter technologied have little to do with retail computing devices.

    36. Re: Great! by spire3661 · · Score: 1

      Would you care to put your money where you mouth is AC? IF ARM desktop/professional computing shipments exceed 5% of all computing shipments by 2022 ill put up a bottle of Glenlivet 18.

      --
      Good-bye
    37. Re: Great! by Anonymous Coward · · Score: 1

      More likely a dildo that you insert rectally to control in the screen.

    38. Re:Great! by Anonymous Coward · · Score: 0

      Dear lowlife. We build laptops for those who can afford hand surgery. It seems obvious that you can't. The only solution is to keep your filthy paws off Apple laptops. Status: Fixed - User Fault.. Sincerely, Apple Inc

    39. Re: Great! by Anonymous Coward · · Score: 0

      I do

    40. Re: Great! by cheekyboy · · Score: 1

      he only called IOS a toy, not ARM

      --
      Liberty freedom are no1, not dicks in suits.
    41. Re: Great! by drinkypoo · · Score: 1

      Nobody does 4k on the CPU. This was hardware acceleration in the GPU

      You mean, just like people commonly do on desktops? I use my GPU to do video encoding/decoding whenever possible.

      It's not doubt a good mobile chip, but a workstation chip? I kind of doubt it.

      It's not about the chip, there will be a new chip. It's about the core. If the core is adequate when coupled with a decent GPU, and if that actually happens, there's no reason it can't work.

      To my mind, most Apple users can get away with a lot less CPU power than they've got in their laptops and desktops right now, and the rest aren't especially profitable anyway, so why appease them? Apple seems to have the same attitude, given the history of their "pro" machines.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    42. Re: Great! by drinkypoo · · Score: 1

      Out of curiosity, what other computer platform just puts "CPUs on cards" such that you can install just as many (2, 4, 10) as needed?

      They're not actually used in this way, but passive backplane SBCs could be. And NUMA PCs are essentially that, although it's not cost-effective to build them that way. You can build a variety of multiprocessor topologies with HyperTransport, for example.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    43. Re: Great! by Anonymous Coward · · Score: 0

      > Oh please. I'm a full UNIX graybeard

      Lol! What did you cut your teeth on, a PDP-11? that can be emulated on an iPhone now? :D

      iOS is Unix...and it's much more sophisticated than whatever Unix you used on your supermini back in the day.

      If someone had told you in 1978 that in 30 years you would be able to run your Unix programs on a device that fits in your pocket, would you have dismissed it as a fucking toy?

    44. Re: Great! by Anonymous Coward · · Score: 0

      "arm is such a piece of shit for actual performance. this will KILL mac for anything actually useful." [...]

      Match the software to the hardware. Apple should create a MacOS version with a focus on utility, efficiency, and security. I would pay cash money for such an OS. At present, macOS and Windows are such bloated pieces-o-shit, they're not worth the price of 'free'.

    45. Re: Great! by goombah99 · · Score: 1

      If you are a professional and earn the accordant salary then your time has value. In that case the cost of the tools is irrelevant to how productive they make you. People who complain about apple's price tag are not using it professionally. And indeed, I personally buy apples for my job and linux for my home computer precisely because of the price issue. if I wast a single day at work due to my computer I paid for the apple. At home, that's not the case.

      --
      Some drink at the fountain of knowledge. Others just gargle.
    46. Re: Great! by JabrTheHut · · Score: 1

      Anything non-Intel from Oracle and IBM, plus back before they took the poison Intel pill, HP and SGI.

      --
      Work like no one is watching. Dance like you've never been hurt. Make love like you don't need the money.
    47. Re: Great! by drinkypoo · · Score: 1

      Anything non-Intel from Oracle and IBM, plus back before they took the poison Intel pill, HP and SGI.

      They certainly did have processor slots, at least some of them. Pre-Oracle, Sun SparcStation machines did, too. Pre-SparcStation machines didn't, though; VME Suns only had a single processor slot.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    48. Re: Great! by Anonymous Coward · · Score: 0

      Nobody does 4k on the CPU.

      This isn't true. Maybe people who don't care about quality, or are in the in the consumer space? Software encoding is always better quality, and with enough hardware, realtime 4K60 HEVC isn't a problem either (hint: don't use slow-arsed OSS like x265.). 4K on the CPU is definitely a thing in the professional space.

    49. Re:Great! by Anonymous Coward · · Score: 0

      Of course not, they will be courageous and remove the keyboard completely. The laptop will have a shiny and blinking Apple-logo in place of keyboard and the small number of customers still needing keyboard can buy keyboard separately from Apple and attach it to laptop by few converter boxes.

    50. Re: Great! by Anonymous Coward · · Score: 0

      /bin/sh is now a symbolic link to /bin/systemd

    51. Re: Great! by Anonymous Coward · · Score: 0

      That would be an improvement over their butterfly keyboards.

    52. Re: Great! by nine-times · · Score: 1

      To my mind, most Apple users can get away with a lot less CPU power than they've got in their laptops and desktops right now

      In general, Apple's approach to the market is not really to put out commodity computers that compete on the metric of raw computing power. The anti-Apple crowd never seems to grasp that. It's more helpful to think of them as producing appliance computers as a whole product, aimed at specific use-cases. Granted, one of the main use-cases is general business and home productivity computing, but that's still a particular use case.

      It may sound like I'm just spouting nonsense, but here's my point: They're selling appliances to let people check their email, browse the Internet, and edit Word documents. None of that requires much processing power, relative to how much power is in a current-generation CPU. Apple doesn't need to push the envelope in high-performance CPUs. Instead, they tend to focus on things like a convenient and attractive form factor, making things lightweight, making the battery last longer, having a pretty built-in screen, etc.

      If they can deliver on those things somehow better with ARM CPUs, I wouldn't be surprised if they did that even if it meant less raw power, and I wouldn't be surprised if their fans were happy with the result.

    53. Re: Great! by nine-times · · Score: 1

      I don't think it's just "Unix-ish". macOS is technically actual Unix, and iOS is just a modified version of macOS. As far as I know, iOS is actual Unix, based off of BSD.

      It's just hobbled by being in a walled garden, unfortunately.

    54. Re: Great! by WorBlux · · Score: 1

      >It's not about the chip, there will be a new chip. It's about the core. If the core is adequate when coupled with a decent GPU, and if that actually happens, there's no reason it can't work.

      We have seen ARM in a more traditional architecture like with the Cavium ThunderX, though the consenses is that the per thread performance is somewhat anemic. I think going traditional on ARM loses the tight integration and manufacturing simplicity that a SOC brings. I don't see the advantage over x86. No I think apple wants to bring the same basic chip across thier whole line. Theyll probably change the chip from a 2.4 Big.little to a 4.4, up the RAM to 8GB and expand the GPU and codecs it covers. They'll carefully curate apps to work well with that, and they'll probably make money for a while.

      >To my mind, most Apple users can get away with a lot less CPU power than they've got in their laptops and desktops right now, and the rest aren't especially profitable anyway, so why appease them? Apple seems to have the same attitude, given the history of their "pro" machines.

      Abandoning the high end and server is a mistake in the long run I think. People who need these machines are driving business acquisition. If the ecosystem doesn't have a in-house big-iron solution it can get passed over. And before you say "cloud", it's just other people's servers and leaves you vulnerable to other people's mistakes and quite lopsided terms of service. Critical business data should stay on servers the business controls, and then think about adding cloud if you need remote access and redundancy. It gets even worse if you can't configure the machines to use local domain controllers and servers, like in iOS. (While there are apps to allow one-off access, it's not integrated into the core of the system)

      Really OS X on a big serious system like the Cavium ThunderX would get a lot of people excited about the Apple again. OS X has BSD heritage and should be able to perform just fine on serious hardware. Combine it with a way to run iCloud service on the local server and bind the device to a locally controlled application repository and you'd have a pretty nice enterprise chain.

      It's like the printer and ink model. If you can break even on the big system, and it lets you sell your high margin product into markets you couldn't before then why not? Sure there's this Steve Jobs vision of flashy well designed devices locked on "easy mode" but everyone forgets Steve Jobs just about ran Apple into bankruptcy the first time around. Good designs and UI are becoming more common and less of an up-sell than yesteryear. Apple sales are dropping as they can't get features people (even many die-hard fans) are willing to pay a premium for, and most of their revenue is from leveraging their position as gatekeeper, rather than providing solutions of fundamental IT problems. A new platform isn't going to solve Apple's business weaknesses.

      Compare to Microsoft, which while its improving it's consumer experience is branching out into services and solutions, embracing standards and open source to do so. Their 20 year outlook is more certain than Apple, even if nobody uses Windows in 20 years.

      I know this is a bit ranty, but in the long run gates come crashing down, while bridges get repaired and rebuilt over and over.

    55. Re: Great! by thereddaikon · · Score: 1

      MacOS is a bunch of BSD userland on top of a custom kernel that was developed by NeXT. Then add some Apple special sauce like the carbon graphics toolkit. iOS is MacOS with some things not needed for mobile stripped out and other things added in. They are closely related. The biggest difference is one is x86 and the other is ARM.

    56. Re: Great! by WorBlux · · Score: 1

      OS X is certified POSIX compliant. But by modifying it you don't neccessarily end up with something inside the standards. Take for instance the guy who modified a shovel and ended up with an AK-47. https://thechive.com/2012/12/0... They do some really weird things with the file-system and Jails, and don't expose the full range of system interfaces to the applications. I don't believe you can take any POSIX compliant code and compile and install it for iOS in the same way you can with OS X. (Version 9 and earlier are not BSD based). If you break the jail, reportedly it's close enough for openssh, but I'm guessing that it's not the case for the intended exposed framework.

      And I thing I noticed in research was that Cydia (jailbroke app store) apps were reported as tendeding to break between iOS releases, leading me to believe they are playing fast and loose with the interfaces that aren't exposed through the framework. If not API, at least with ABI.

    57. Re: Great! by Anonymous Coward · · Score: 0

      So Cook ditches the MacIntosh product line, and offers iPads with keyboards and mice instead. Give me iOS or give me a real computer!

    58. Re: Great! by thereddaikon · · Score: 1

      Waaaay back in the days of the S-100 bus everything was on a card including the cpu. While the processors of the time weren't meant for SMP the hobby community has gotten it to work on S-100. Depending on your bus architecture there is nothing really preventing this from happening aside from it just being space inefficient and OEMs like to to sell tiered products. IE: different model motherboards that support a different number of physical processors.

    59. Re:Great! by djinn6 · · Score: 1

      No one mentions it because everyone who's fed up with that and the keyboard has stopped buying Macs.

    60. Re:Great! by Anonymous Coward · · Score: 0

      "morans"! How very American.

      It's "morons", you "moran". Why are Americans so illiterate?

      'More then' and 'more that' instead of 'more that'.

      'Could care less' instead of 'couldn't care less'.

      'to' instead of 'too' (that one's just SO difficult to remember, right?)

    61. Re:Great! by Anonymous Coward · · Score: 0

      Sorry - that was a typo - should have said

      'More then' and 'more that' instead of 'more than'.

      It's like a disease that you idiots are spreading...

    62. Re: Great! by Anonymous Coward · · Score: 0

      > I don't think it's just "Unix-ish". macOS is technically actual Unix

      I would say it's "nominally" actual Unix, since it was certified with the Single Unix Specification, it gets to call itself Unix.

      As for technical actual Unix, I don't think there is such a thing anymore, since the BSDs replaced all of AT&T's code and AT&T sold off its Unix business.

      The last surviving OS that may contain actual AT&T Unix code is probably Solaris.

    63. Re: Great! by fiddley · · Score: 1

      You're forgetting your history. Jobs was long gone by the time Apple was driven in to the ground by the corporate bean counters. He was brought back just in the nick of time to broker a deal with Bill Gates and Microsoft who bought a significant amount of non-voting stock which kept Apple's head above water. From there he developed a succession of innovative products which turned Apple co into the biggest company in the world.

      --
      If medicine were ever perfected, we'd all be the same.
    64. Re: Great! by Anonymous Coward · · Score: 0

      People forget Jobs was never CEO the first time around.

      It went: Scott, Markkula, Sculley, Spindler, Amelio, then Jobs.

    65. Re: Great! by Anonymous Coward · · Score: 0

      Everything old is new again. See Slashdot meme: "typical Mac user" from a decade+ ago.

  2. Agreed by AmazingRuss · · Score: 1, Insightful

    ... this keyboard is a bad joke.

  3. REcompile by Anonymous Coward · · Score: 1

    and nothing is going to fucking work. guaranteed

  4. What about Boot Camp? by Anonymous Coward · · Score: 0

    Presumably it goes away. I wonder how many people will find running Windows in a VM (especially one that has to emulate the CPU) will find have problems with that solution?

    1. Re:What about Boot Camp? by Anonymous Coward · · Score: 0

      VM in cloud, perhaps. Remember to suspend it!

    2. Re:What about Boot Camp? by Joe_Dragon · · Score: 1

      with ATT 5G only $10/GB after your 15GB cap.

    3. Re: What about Boot Camp? by fermion · · Score: 1
      When I had to do AutoCAD sometimes boot camp was great. Faster than most native windows setup. But fir the past few years vbox has bern a better fit.

      What we have to remember is that this is not the first time apple has done this, and each time they have done it well with good results and benefits. Obviously the last time we got boot camp which at the time was a huge gain. We will see what is up thier sleeve this time. Likely integration across all the product lines.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    4. Re: What about Boot Camp? by scdeimos · · Score: 1

      Apple's been preparing for this for several years already. iOS deployment to iTunes has included the IL output from LLVM (although Apple variously calls it Intermediate Representation or Bitcode) that Apple can recompile for new CPU targets at their end as and when they arrive. I wouldn't be surprised if that's been happening for MacOS apps as well.

    5. Re: What about Boot Camp? by Anonymous Coward · · Score: 0

      Yes, it's not the first time they've done it. And last time I was working the tech support desk at the university I was attending at the time. If you say they did it well with good results, clearly you didn't experience it.

      And moving from x86 to ARM would mean that vbox no longer works. You can virtualize with little impact to performance, but once you're on a different architecture, now you need to emulate, and to say there's a huge performance hit in emulation is the understatement of the century.

    6. Re: What about Boot Camp? by Anonymous Coward · · Score: 0

      When I had to do AutoCAD sometimes boot camp was great. Faster than most native windows setup. But fir the past few years vbox has bern a better fit.

      What we have to remember is that this is not the first time apple has done this, and each time they have done it well with good results and benefits. Obviously the last time we got boot camp which at the time was a huge gain. We will see what is up thier sleeve this time. Likely integration across all the product lines.

      I don't know why ANYBODY thinks that Apple is Hell-bent on creating a singularity out of iOS and macOS.

      That would do NOTHING but cannabalize sales in BOTH directions.

      Apple is, first and foremost, a HARDWARE Company. That's where they make their money (although "Services" are getting to be a pretty large chunk of the pie, too).

      Apple WANTS you to have:

      A Mac
      An iPhone
      An iPad
      An Apple Watch.

      Anything less is viewed as suboptimal, as far as they are concerned. No way do they want to converge and confuse their core product categories. They most certainly are allowed to WORK TOGETHER (and they do that pretty well); but they'd really rather they didn't work for "other things" as well as the devices they had in mind for those "other things".

    7. Re: What about Boot Camp? by Anonymous Coward · · Score: 0

      With the switch to Intel, you gained boot camp and virtual solutions because at the hardware level, Mac effectively ARE PCs, so they can run Windows natively. (Which is why "Faster than most native windows setup" doesn't make any sense - Bootcamp IS a native windows setup.)

      If Apple switches to ARM, you lose both bootcamp and vbox and any other VM solution to run Windows and x86 software. It might be possible, but it's a return to the slower-than-molasses days of emulating the x86 CPU and running Windows on top of that. (Yes, there is a Windows for ARM, but it doesn't run most Windows software that was compiled for x86.)

  5. Indeed by Anonymous Coward · · Score: 0

    https://www.brighteon.com/5830377955001 t

  6. Goodbye Useful Machines by Anonymous Coward · · Score: 0

    Doesnt really matter I suppose. I wasnt going to buy an overpriced peice of shit mac anyways. Arm is not good for most regular user tasks...

    1. Re:Goodbye Useful Machines by Anonymous Coward · · Score: 0

      Apple hasn't put out useful machines in over a decade. In many ways, they never have.

  7. Re:Irrelevant to me by Ingenium13 · · Score: 0, Flamebait

    Agreed. I'm pretty much 100% Linux, and the state of desktop Linux is atrocious. Gnome 3 is an abomination, it has killed my productivity because window management is a pain and inconsistent, and features that used to work no longer do (it's now impossible to suspend while in a docking station, and this is apparently by design according to the bug report). I've just been delaying trying to switch to KDE to see if it's better, but I need to suck it up and just do it.

    ChromeOS isn't that bad for a minimal UI, especially when in developer mode (so you can use Crouton, Crostini isn't quite there yet). Virtual desktops would be nice, but that's coming soon. Sadly, ChromeOS is my current preferred UI since it fights me the least.

  8. It was nice knowing you by Anonymous Coward · · Score: 0

    Well, not really, but bye anyway. They're turning Macs into phones with keyboards and bigger screens, because everything is a terminal for the cloud now, right?

    1. Re:It was nice knowing you by ArchieBunker · · Score: 1

      Haha we're back to thin clients again. I love it.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    2. Re:It was nice knowing you by Durrik · · Score: 1

      I was looking at picking up a new Mac when they do the refresh for video editing, digital artwork and animation. Mac is supposed to be better for that type of work. But if they're switching to ARM, I think I'll pass. I'll just look at something like an i9 and programs that can use multiple cores for the rendering the final output of videos and animations.

      While the Intel chips are crufty with all the stuff built up over the years, ARM is not going to be able to replace it for the work I do and plan on doing. I may pick up a Mac mini in the future to cross platform test my games, but its not going to be for any of the major work I do.

      I need a powerhouse for what I do, not a phone with a keyboard.

      --
      Software Engineer & Writer of Military Science Fiction and Fantasy Blog: petermwright.com Twitter: WrightPeterM
    3. Re:It was nice knowing you by Anonymous Coward · · Score: 0

      I need a powerhouse for what I do, not a phone with a keyboard.

      This is probably true for the majority of people on Slashdot - developers, engineers, scientists, designers, etc. But the reality is we are no longer Apple's customer. They're interested in being a media company. So their "computers" are really just media delivery devices these days. I can only figure the logical extreme of this is that eventually MacOS will replace Finder with iTunes.

      I've never liked the iPhone. It seems that's what MacOS (which was a nice desktop Unix OS) is going to become. Bye crApple.

    4. Re:It was nice knowing you by KiloByte · · Score: 2

      They're turning Macs into phones with keyboards and bigger screens, because everything is a terminal for the cloud now, right?

      Fortunately some folks are going the other way. 100% free software (modem being isolated) Pinephone is coming, so is some Purism stuff -- no need to use Android nor iOS spyware.

      Or Gemini for that matter -- it has nasty non-free drivers, but is pretty functional. Just this Friday I spent a long bus ride hacking on a work project -- as the problem I'm working on involves something multithreaded not scaling well, a 10-core phone is actually better than the 4*2 dev machine. There are folks who use a phone without basics like compiler or valgrind, but I'm not one of them.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    5. Re:It was nice knowing you by fustakrakich · · Score: 1

      They're turning Macs into phones with keyboards and bigger screens

      Yeah well, who didn't see that coming 10 years ago? It's logical for their business model. The Mac is a ball and chain.

      --
      “He’s not deformed, he’s just drunk!”
    6. Re:It was nice knowing you by shmlco · · Score: 0

      You've seen, of course, the real-time 4K video editing/rendering apps on the iPad. Or how the A12 chip on the iPad Pro benchmarks 85% faster than all of the laptops on the market today.

      As mentioned above, I can't wait to see what Apple's A-series chips can do when not limited by a phone or tablet's power budget and thermal constraints. And especially when they do move the A-series they'll probably move over the Neural Engine dedicated AI processors along with it. A 32-core Ax Bionic chip should scream. 20 trillion neural ops a second, anyone?

      Heck, Apple's already shipping quantities using a 7nm process when Intel can't even get their 10nm Sunny Cove chips out the door.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    7. Re:It was nice knowing you by tsa · · Score: 1

      If you want to do anything with pictures or video you're better off with a Windows machine. Especially if you need 3D accelleration MacOS is utter crap. It just doesn't work.

      --

      -- Cheers!

    8. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      Stop believing the marketing lies. That study that said it was 85% faster, was for ONE workload. Tailored to the arm chip.

    9. Re:It was nice knowing you by presearch · · Score: 1

      Everything from Microsoft ends in heartbreak.

    10. Re:It was nice knowing you by tsa · · Score: 1

      But at least it started.

      --

      -- Cheers!

    11. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      What does 85% faster mean? Slower?

    12. Re:It was nice knowing you by MikeMo · · Score: 1

      So you're going to stop buying a current machine, which apparently meets your needs, based on a rumor about a future Mac which may or may not happen and may actually meet your needs - since you don't know what the specs of this imaginary machine might will be. Did I get that right?

    13. Re:It was nice knowing you by Anonymous Coward · · Score: 0

      So you're going to stop buying a current machine, which apparently meets your needs, based on a rumor about a future Mac which may or may not happen and may actually meet your needs - since you don't know what the specs of this imaginary machine might will be. Did I get that right?

      Not a Mac user so I have no dog in this fight, but... If I were a Mac user I would definitely hold off on purchasing until I had a clear idea where the Mac line was headed. Purchasing an x86 machine on the last year before a incompatible transition would be less than a smart purchase. While there may be combined binaries for "a while" you don't want to be stuck with very expensive and orphaned hardware.

    14. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      It means, based in that claim, that if you took every laptop in the world, including all other A12 based systems, the single A12 would be faster.
      Aka N=N+0.85

    15. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      Lmao. Clearly, this is a drive to push users away from owning any significant local computing power and foist mandatory rented software on iCloud/"AWS" in order to extract more money from their cult of suckers. Timmy and Johnny are about to do a synchronized shark jump.

    16. Re: It was nice knowing you by shmlco · · Score: 1

      GeekBench says otherwise.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    17. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      What does 85% faster mean? Slower?

      In this case it means "faster than 85% of".

    18. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      > In this case it means "faster than 85% of".

      No, it means 185% of the original speed.

    19. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      > In this case it means "faster than 85% of".

      No, it means 185% of the original speed.

      Usually yes - but not in this case, no. Because he fucked up the original claim.

    20. Re: It was nice knowing you by Anonymous Coward · · Score: 0

      GeekBench says otherwise.

      As does SPECMark - https://www.anandtech.com/show...

      What is quite astonishing, is just how close Apple’s A11 and A12 are to current desktop CPUs. I haven’t had the opportunity to run things in a more comparable manner, but taking our server editor, Johan De Gelas’ recent figures from earlier this summer, we see that the A12 outperforms a moderately-clocked Skylake CPU in single-threaded performance. Of course there’s compiler considerations and various frequency concerns to take into account, but still we’re now talking about very small margins until Apple’s mobile SoCs outperform the fastest desktop CPUs in terms of ST performance. It will be interesting to get more accurate figures on this topic later on in the coming months.

  9. Re:Irrelevant to me by KiloByte · · Score: 4, Insightful

    Gnome 3 is an abomination

    Newsflash: in Debian alone there's 57 different window managers (counting packages that declare Provides: x-window-manager). They vary wildly in functionality, but you get both fully-featured/bloated ones and 1990-era alikes.

    it has killed my productivity because window management is a pain and inconsistent, and features that used to work no longer do (it's now impossible to suspend while in a docking station, and this is apparently by design according to the bug report).

    Aye, Gnome 3 is insane -- even Microsoft has backed out of Metro.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  10. Re:APK Hosts File Engine for MacOS... apk by Anonymous Coward · · Score: 0

    Man, I really hope you guys are diligently working on the ARM port as I type,
    'cause, otherwise, I don't think I could live with a iMac without that amazing protection.

    CAP === 'habeas' <Wow, I musta plugged into the Espaniola channel by mistake!

  11. Re:Irrelevant to me by Anonymous Coward · · Score: 3, Informative

    I'm in the same boat. I used to love Mac hardware from ~2004 (PowerPC) until around ~2010. Then it started to get really bad. MacOS went from a UNIX workstation OS to some sort of media consumer / music player thing (useless to me as I can't stand music) and it's clear Apple wants to make their products fancy televisions.

    So I bought a Thinkpad (meh hardware quality, but better than anything Apple has made recently); filled it with tons of RAM (which a MBP can't do) and I'm running Linux with Xfce on it. It's not ideal and it seems to die coming out of sleep 5% of the time (thanks worthless Nvidia hardware).

    I really wish there was a better professional laptop available these days. I do ASIC design and I run simulations that need ~64GB of RAM to complete in a reasonable amount of time. There aren't lots of options for me to do my job on the go (which I sometimes have to). Sadly, since some stuff I do needs to be done without an Internet connection (ugh) I can't just toss these big jobs on a server somewhere.

  12. RIP Mac then by Anonymous Coward · · Score: 1

    One of the last things people still use Macs for are development machines. And the only reason they can do that is because of the x86-64 chips in them.

    Remove that, and you kill that market. And the Mac along with it. Developers are NOT going to move to ARM on Mac.

    If this change happens, I won't be buying any Macs any more (and, yes, I have one) because I literally won't be able to use them. And I know I'm not alone.

    1. Re:RIP Mac then by wwphx · · Score: 1

      I decided a few years back that I'm not going to buy anything newer than a 2012 MacBook Pro, it's the last year that was assembled with screws. Get 16 gig of ram and a 2 TB SSD and it's really nice laptop. I don't know what I'll do for a desktop, right now I'm on a 2015 iMac which should be good for a few more years,so that decision is down the road a bit. If an employer wants me to have equipment newer than that, they can pay and maintain it - my personal equipment will be a bit more 'vintage'.

      --
      When you sympathize with stupidity, you start thinking like an idiot.
    2. Re:RIP Mac then by Anonymous Coward · · Score: 0

      You forget the trendy teenagers and their wannabees, who need a apple-logo to show in coffee shops. They could not care less about applications, as they just use the built-in browser to watch selfies on instagram and youtube videos while they charge their iphones.

    3. Re:RIP Mac then by squiggleslash · · Score: 1

      When I bought my first Mac OS X Mac, which was long before they switched to Intel, virtually every developer I knew was excited by it, and a fair number bought one.

      I really don't get the "But you can't develop on one CPU if your program will run on another" thing. In practice, unless you're writing in C or something equally low level, the operating system matters far more than the CPU architecture.

      Realistically, if the complaint were true, ix86 mobile phones would have taken off as they would have been the only phones people were willing to write software for.

      --
      You are not alone. This is not normal. None of this is normal.
  13. Here comes the singularity by Proudrooster · · Score: 5, Interesting

    Ladies and Gentlemen, step right up to witness another technology train wreck where they try to achieve the illusive singularity. Apple is going to merge iPhone, iPad, and MacOS into a single platform. Other greats like Microsoft tried to achieve the singularity between mobile and and the desktop, but they failed. Their Windows Phone is just a memory and but the strange tiles on Windows 10 still remain and, Windows 10 tablet mode is still unusable.

    Now, a company which doesn't have a touch screen computer, but only a lousy keyboard that everyone hates, is going to try this amazing feat again. Using a mobile ARM processor with a touch screen UI/UX/OS called IOS, they are going to merge it with another mouse driven UI/UX called MacOS. Can they pull it off without a touch screen? How will users dual boot to Windows 10 to run their CAD software? And will it have a headphone jack? So many questions, so few answers. Without the reality distortion field of Steve Jobs this could be a headless company recycling failed ideas from other companies. Did anyone from Microsoft recently take on a leadership role at Apple?

    Not matter how you slice it, it will be painful drama for users. You won't be able to look away, it will be like watching a car crash in slow motion, you know you should look away, but you just can't.

    The singularity, can it be achieved? Stay tuned..

    1. Re:Here comes the singularity by Anonymous Coward · · Score: 0

      Without the reality distortion field of Steve Jobs this could be a headless company recycling failed ideas from other companies.

      No. This is a failing company blindly carrying out Jobs plans even though he is gone. Jobs gave a brain-dump right before he died. All his ideas, plans, etc. to be used by Apple. However, times change and without him to guide his plans Apple is just "durrrr, lets do this". They're doomed.

    2. Re:Here comes the singularity by Anonymous Coward · · Score: 0

      Guaranteed it will need a dongle to plug in an external USB keyboard to it though. :/

  14. Not so fast. by Anonymous Coward · · Score: 1

    With Xeon-based iMac Pros and the upcoming Mac Pro, I doubt that Apple will move to ARM entirely at any point in the next 5 years.

    There will be Intel-based Macs for some time, at least at the high end. And support will continue as well.

    I think this news means we will see an ARM-based Mac Mini model and something like a Macbook Air running on ARM. The more expensive Macs will stick around for a while. I doubt we'll see the current iMacs or MacBook Pros switch to ARM any time soon.

    Chances are the software transition will go smoothly. Apple has a lot of expertise in switching CPU families and their Xcode is very advanced.

    I do wonder if these will be full MacOS machines. Will Apple really recompile their entire certified BSD UNIX for ARM? You have to wonder if these ARM machines might be a lot more like iOS than MacOS when you look under the hood.

    But it is Sunday and a fine time to bash away on Macs. And Trump. It would be great if Trump bought a Mac so we could have some one-stop shopping for /. trolls.

  15. Torvalds rant: X86 development vs Arm Development by goombah99 · · Score: 5, Interesting

    Recently Linus ranted about how server class ARM development was a deadend because of the lack of sufficient "home" computers for normal use (he didn't literally mean home, but rather personal-computers). The answers that! On the otherhand for those of us who rely on libraries like say TensorFLow that doesn't look too good since a lot of that is X86.

    It will be interesting to see if Developers will flock to this as the optimum ARM development platform or flee from apple due to lack of x86 in their primary laptop.

    --
    Some drink at the fountain of knowledge. Others just gargle.
  16. history repeats by crashumbc · · Score: 2

    I'm pretty sure, this is how Apple killed the Mac the first time... History repeats itself?

    1. Re:history repeats by Pieroxy · · Score: 1

      You must be remembering wrong. Apple Mac switched CPU twice already, and it was after Jobs returned to the company so that was the rebirth of the Mac.

      They (almost) killed the Mac once before, while doing nothing with it.

    2. Re:history repeats by drinkypoo · · Score: 1

      They (almost) killed the Mac once before, while doing nothing with it.

      Yeah, you have it right. Apple almost killed Mac by sticking with 68k. But they had an ARM core that would rival the 68k processors of the day in the last of the Newtons, and they neglected to go ARM then like they should have.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:history repeats by _merlin · · Score: 2

      They were on PowerPC in "the last days of the Newton" and while the DEC StrongARM was definitely amazing in MIPS/Watt, the PowerPC chips had better absolute performance, and definitely better memory bandwidth. (But yes, they completely crippled it with brain-dead designs at times, like the Performa/LC 5000 series with its half-width system buses. They'd done the same thing previously putting 16-bit memory on 32-bit 68k chips. There were a disturbing number of Macs that should've and would've performed a lot better if the system design wasn't brain-dead for cost-reduction or compatibility with old PDS/Comm Slot cards.)

    4. Re:history repeats by LaminatorX · · Score: 1

      Yeah, the problems they had with PowerPC only arose as IBM and Motorola left them in a lurch. Motorola never delivered a 64-bit chip to Apple, and IBM never delivered a 3GHz PPC 970 suitable for mass deployment (they ran so hot at that speed that the cooling would've sounded like a blow-dryer). This made the G5 the dead-end of mass-market desktop/laptop PowerPC parts. (If I were still single and had a room full of oddball computers, I'd get an Amiga-One X-5000 though.)

      PowerPC still had legs as an architecture in other market segments, obviously, but at that time, neither IBM nor Moto/Freescale were both willing and able to give Apple what they needed.

  17. "awkward period" == 10+ years/Look at alternatives by mykepredko · · Score: 2

    I can't see this being a very happy transition, especially for developers and product support.

    Looking back, it took 5+ years to end support for PowerPC Macs, I can't see it being any less and I would expect it to be twice that especially for Mac Servers.

    Maybe this is why Linus made his comments about ARMs a couple of days ago: https://slashdot.org/story/19/...

    If this is all a reason for having apps that work on iPhone, iPad & Macs, I again point to HTML5 and WPA. I can see that their growth could result in a downfall of Apple specific hardware and apps.

  18. Re:Irrelevant to me by gweihir · · Score: 1

    Why are you on Gnome if you do not like it? I use a decades old fvwm config that works exactly as I like. This is not windows where you have no or very little control over how your desktop looks.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  19. Will be interesting to see the performance by gweihir · · Score: 1

    I am not tied to AMD64 if I can get the same or better performance elsewhere at the same or better price. However, I expect that single-core performance will be pretty lacking and that would be a show-stopper.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Will be interesting to see the performance by Anonymous Coward · · Score: 0

      "At the same or better price".

      Let's not delude ourselves here. It's Apple. It will be _more_ expensive, because, you know, it's a breakthrough cpu... may be in a few years time it'll have a similar price to today's equivalent in their catalogue. Better price? forget about it.

    2. Re:Will be interesting to see the performance by gweihir · · Score: 1

      I am not talking about buying Apple. But if apple can push performance that high, then other will be able to do that too later.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  20. Re:Apps development by Anonymous Coward · · Score: 0

    In this moment of time, only justification for having a Mac and Mac OS is apps development for iOS. For something else Windows, Linux, BSD ....

  21. The plan all along? by Misagon · · Score: 4, Interesting

    Apple's own CPUs are not strictly "ARM-based", as they do not have cores developed by ARM itself.
    They have their own cores that are merely using ARM's ISA.

    Apple's CPU designs are likely to have lineage to P.A. Semi which Apple acquired in 2008.
    Before then, P.A. Semi had made processors running the PowerPC ISA. Apple had previously been interested in using those, but opted not to in favour of x86.

    --
    "We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
    1. Re: The plan all along? by StikyPad · · Score: 2

      They *are* strictly ARM based â" they use a strict superset of the ARM specifications. They add on a few of their own SoC features and performance enhancements, but anything written for an ARM processor will run on Appleâ(TM)s Ax processors. Itâ(TM)s not like Apple uses unique instruction sets or anything.

    2. Re:The plan all along? by robi5 · · Score: 1

      I bet they license a lot more than an ISA (which may actually be free to replicate, not sure) - ARM is an IP company and have modular hardware designs which Apple likely uses to a great extent, tweaking it here and there and adding or removing modules.

    3. Re:The plan all along? by Anonymous Coward · · Score: 0

      You can swap out the CPU and keep a whole lot of the Chip.
      NXP did this with their Layerscape parts -- they took the PowerPC
      QorIQ, pulled out the PPC core and put in (one or more) arm cores.
      They look pretty nice, we're looking at them for a new project, since
      we've got experience with he PPC QorIQ parts.

  22. Re:Irrelevant to me by hazardPPP · · Score: 3, Informative

    I've just been delaying trying to switch to KDE to see if it's better, but I need to suck it up and just do it.

    I've been running KDE Neon for more than a year now and I think it's great.

    Kubuntu which I used before that I found to be crappy because it wasn't a "clean" KDE desktop, there were GNOME/Unity things here and there, two or three places to change the same settings, really confusing. Neon is a 100% KDE experience and in my experience it works very well. They've abandoned experimenting with the desktop, and you have a classic desktop experience on top of which you can place widgets if you like (but you don't have to).

  23. Would it be by Anonymous Coward · · Score: 0

    ...a Apple & Raspberry Pi ?

  24. Re:Irrelevant to me by Anonymous Coward · · Score: 0

    It's 2019 and there is literally no quality OS available on the market. It's a disgrace...

    Same for hardware. It's so damn primitive. If we need a car analogy, our present stage of development is at about the 1915 Model T. File management is downright prehistoric!

  25. combine this with Linus' recent thoughts about ARM by RhettLivingston · · Score: 4, Interesting

    Linus Torvalds has stated that ARM won't win the server space because developers want to run their apps on the architecture it has been developed on and almost all are developing on x86. Many application bugs are still architecture specific. Application performance optimization is also highly architecture specific, especially for database applications.

    Given the Mac's popularity among developers, this argument should apply to the Macs too when looked at from the opposite angle. The vast majority of servers are x86, and developers want to run their apps on the architecture they are developing for. Running in an emulator is nowhere near the same experience. I would think a switch from x86 to ARM would decimate the number of developers calling the Mac home.

    Separately, I don't see the appeal of running phone apps on my laptop or desktop. Smartphone apps do not have the feature density that I'm looking for with a desktop app and desktop apps are not generally appropriate for smartphones. On my desktop, I don't want simplicity. I want to see everything I can at once and to be able to do almost everything with my keyboard.

  26. It will be locked down with a T3 chip by Anonymous Coward · · Score: 0

    Say hi to no Linux, no unsigned apps and five year forced obsolence. Mac, because we have to keep our 1T market cap somehow.

  27. Re:Irrelevant to me by tsa · · Score: 0

    Indeed. I feel your pain. The way this is going, we may in a few years see only full screen apps on our iMacs with no way of using different programs with the same data. I'll go back to Linux when my iMac dies.

    --

    -- Cheers!

  28. Hybrids? by MMC+Monster · · Score: 3, Interesting

    If Apple is making their own ARM chips, presumably they can put them in at-cost as a co-processor along with an Intel chip on their home computer line.

    Benefits of the Hybrid:
    * Increase adoption of ARM as you deprecate Intel chips over a few generations
    * Run iOS apps at full speed while the Intel processor handles i86 tasks
    * Not be shackled by poor performance of ARM on desktop for individuals running apps that are processor-dependent and slow an Intel chip to a crawl.
    * (if you choose to make hybrid a long term solution) Have apps that run in multiprocessor mode with some processes running on each chip, making your home computer faster than all other manufacturers who are not selling multi-processor solutions.

    --
    Help! I'm a slashdot refugee.
    1. Re:Hybrids? by presearch · · Score: 1

      Seems reasonable.
      Their ARMs must cost them very little esp. compared to what they pay Intel.
      Less worry about heat would give better potential performance.
      Xcode will make porting a matter of setting a build option or two, if that.
      Apple's GPU future also looks promising.
      It's time we finally say goodbye to everything that is 1981's PC.

    2. Re:Hybrids? by Anonymous Coward · · Score: 0

      hahaha dream on

      That's way to smart for this world. Did you step out into the wrong dimension or something? This is the world where software writers are allowed to charge you extra because you bought more hardware, and where operating systems routinely use timestamps that wrap around in mere decades for absolutely no fucking reason.

    3. Re:Hybrids? by XArtur0 · · Score: 1

      Reverse is also possible.

      Have an x86 'Co-Processor' to handle 'Legacy' Apps.
      Compile the Kernel, User-Space and Shell for the 'Main' ARM Processor.

      Sharing Memory between the two can be problematic though.

  29. Get rid of that Legacy junk! by Anonymous Coward · · Score: 0

    PPC had one OS release after Intel: 10.5. Then, a last minute announcement before 10.6 shipped that PPC hardware support was being dropped. In 10.7, Rosetta was gone and you couldn't run PPC apps.

    AMD64 might get two, since they release more frequently now and probably need to cover through their warranty period.

    Apple customers are used to the abuse. They cheer it on!

  30. Re:Torvalds rant: X86 development vs Arm Developme by Joe_Dragon · · Score: 1

    but apple is moving to app store only so this will not help any other ARM dev's

  31. Bloomberg by Major+Blud · · Score: 2

    I'm sorry but I can't take anything they say seriously since they claimed that SuperMicro servers were compromised. It's been months since that claim was made and we still haven't seen any proof.

    --
    If you post as Anonymous Coward, don't expect a reply.
    1. Re:Bloomberg by Durrik · · Score: 1

      And it was a very stupid way to claim that they were compromised.

      A low pin chip connected at the ethernet port. Or where the PHY is. By this point the data should have already been encrypted and secured. Especially if its in a secure facility, even communications inside a rack are usually encrypted. Besides if they were wanting to get any unsecured data off the network then it would be better just to compromise the switch. That way they get what they need from multiple sources, and compromise the thing that would be used to detect the information drain.

      If they wanted to get data that isn't secure, they'd have to tap something on the data bus. I think data buses are around 256 bits in most servers. Add in 40-64 bits for the address lines, and you have over 300 pins on the chip, and then you have to have power, grounds, and the pins to send the data out, which means talking to the PHY. I suppose the chip could send out ethernet direct, requiring only 4 pins, but then it would have to be 12V tolerant, and that you need to use a larger silicon process, and more gap between the pins. Most likely they're would talk to the PHY through SMII (or whatever the gigabit interface is, I'm more familiar with 100 mbit interfaces at the hardware level), which is another 20 pins or so. They probably also need an external oscillator.... So I don't think you're going to find a chip to monitor data in a server with less than 400 pins.

      Even with a BGA package this is not a 'small' chip. And then they have to deal with internal RAM/ROM and the processing power to figure out what information they've found and send. There's no way they're going to send all of it. It would take too much time, and make it too detectable.

      I'm not saying it can't be done, and the supermicro servers can't be compromised. Just I believe that they can be compromised in the way Bloomberg claims they are. Hollywood Magic doesn't work, you can't just add in a 'chip' and compromise stuff. You have to add it to where it can be effective.

      --
      Software Engineer & Writer of Military Science Fiction and Fantasy Blog: petermwright.com Twitter: WrightPeterM
    2. Re:Bloomberg by presearch · · Score: 1

      Because it's Hollywood magic, when it sends the zoomed and enhanced data, it displays at 120 cps and each character will make a little chirp sound.

    3. Re:Bloomberg by Anonymous Coward · · Score: 0

      Sounds like you have a hardware background, but probably a few years out of date.
      Processor "busses" are no longer parallel, precisely because of those issues (too many pins). They are high speed SerDes connected by diff pairs between the CPU and the chip set. The Gigabit MII is called GMII (surprise!), but I don't think I've seen a full sized one. Most oft used is the RGMII (Reduced MII) variety with 4 data pins in each direction and a couple flags and clocks. Again, for pin count reasons, most applications I see uses SGMII (Serial GMII), which is only a diff pair in each direction. I don't think the twisted pair ethernet ever hit 12V signaling; POE might, though. (Don't know about some of the ancient thick cable/coax standards, but no modern hardware has those.) Integrated gigabit PHY is not common in CPUs (I haven't seen one -- though I'm not in that field), so yes, you'd normally see an external PHY connected via SGMII. Gigabit ethernet uses all 4 pairs of the cable in both directions, so the MDI end of the phy is 8 pins, and you'd still need external magnetics.

      The basic point stands, though. Sticking something on the processor "bus" would be rather obvious and complicated, as you'd need the logic to decode the serialized data. Also, since receiving the data would compromise signal integrity, you can't just hang it off the wires (well, maybe if you're really careful and designed a receiver just for that purpose). You'd normally need to retime and retransmit the data, which would have very noticeable impact on system performance. (Your product would not be competitive). Hanging something off of SGMII would need 8 pins +pwr/gnd (to intercept and retransmit in both directions), but then how would you get the data out? I suppose it could retransmit every packet to a different address or something. (but that would be noticeable in any network analysis.)

  32. That's not what is happening by SuperKendall · · Score: 5, Insightful

    Apple has stated repeatedly they want nothing like the singularity, that desktops are inherently different than tablets or mobile devices.

    All that is happening here is a processor switch, because Intel has dropped so many balls they are more balls than company now. Apple wants to be able to control the processor so they can actually realize some gains, and avoid some of the shoddy design issues that have come to light in intel processors recently...

    I for one am fine with the change, these days adding support for another architecture is not THAT bad and Apple pulled it off really well before.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:That's not what is happening by Anonymous Coward · · Score: 2, Interesting

      No less than Google has announced that Spectre vulnerabilities are here to stay and cannot be resolved in hardware or software. Researchers presented a new Spectre attack that cannot be defeated. Existing x86 and high-end ARM designs are all vulnerable and will remain broken for any kind of meaningful security.

      Google: Software is never going to be able to fix Spectre-type bugs, 2/23/19

      If Intel's top CPUs are unfixable, that may be influencing Apple's decision to move to ARM, especially if Apple's chip guys think they can fix those bugs in hardware.

      An A13X CPU with decent cooling and high clock rate with multiple neural engines could make a very compelling MacBook Air. Even more so if it was immune to these speculative execution attacks like the various Spectre exploits.

    2. Re: That's not what is happening by StikyPad · · Score: 1

      Iâ(TM)m fine with it as long as I can use off-the-shelf components to build my own. Right now, Iâ(TM)m not aware of that potential for an ARM based system, but that could change I suppose. I donâ(TM)t really want to be locked into Appleâ(TM)s hardware though.

    3. Re:That's not what is happening by Anonymous Coward · · Score: 0

      Also, thye can finally unify NS and UI apis in their codebase. The most annoying shit of trying to develop for both MacOS and iOS is that despite being almost identical functionally all of Apple's code is split between UI and NS. Hopefully, as they switch to swift we can drop the UI and NS altogether and just have a nice unified api.

    4. Re:That's not what is happening by 93+Escort+Wagon · · Score: 1

      Apple has stated repeatedly they want nothing like the singularity, that desktops are inherently different than tablets or mobile devices.

      As a Mac user, I will be curious to see if Apple truly believes that or if it was basically just an anti-Windows 8/10 talking point. Certainly some of the bits like Mission Control *look* like iOS, and at seemed like they spent a bit of time talking it up until it became obvious their users realized it was pretty useless on a laptop.

      And I honestly do wonder if one of the reasons they’ve moved to those extremely low-travel keyboards (which many of us abhor) is to try and make the eventual shift to a non-moving, haptic-only “keyboard” less jarring.

      --
      #DeleteChrome
    5. Re:That's not what is happening by Dutch+Gun · · Score: 1

      I don't see any reason to doubt Apple on this. It's not like they aren't aware of the disasters of Windows 8 and Ubuntu's failed Unity experiment, all done in the name of trying to merge mouse+keyboard and touch-first paradigms.

      As for the keyboards, I think it's probably mostly power users who hate those, and it seems evident that Apple isn't really focusing on power users these days. With their iPhone's success, they're clearly focused on the mass market, and those keyboards are (apparently) fine with most normal users.

      --
      Irony: Agile development has too much intertia to be abandoned now.
    6. Re:That's not what is happening by SuperKendall · · Score: 1

      Yes, exactly - and Apple automatically gains some comparative performance boost with other systems by simply not having to have the system performance impacting workarounds Intel chips have to use today, which as you noted don't even really solve the problem entirely.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    7. Re: That's not what is happening by Anonymous Coward · · Score: 0

      You're dreaming. Apple gives zero fucks about security.

      Every place that wants to "switch" is really just looking to reduce IT support costs at the expense of dumbed down software.

      Most of the real development I've seen happens on real PCs running Ubuntu or Debian.

    8. Re:That's not what is happening by shmlco · · Score: 1

      I run Mission Control on a Mac laptop and it's anything but useless.

      I've got a dozen virtual windows (spaces) running about 16 apps at the moment, with one of those apps (Safari) running about 18 browser windows. Mail, Messages, Slack, Safari, Xcode, Chrome, Calendars, Simulators, Zeplin, iTunes, Fabric, multiple Terminal windows... all work just fine.

      And this is just a late 2013 15" Retina with quad-core i7, 16GB RAM, and 1TB SSD, albeit one connected to a 34" ultrawide monitor.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    9. Re:That's not what is happening by Jeremi · · Score: 1

      I for one am fine with the change, these days adding support for another architecture is not THAT bad and Apple pulled it off really well before.

      Hmm, maybe. As someone who enjoys developing on a Mac and running Linux and Windows as VMWare VMs when necessary, it's hard to see how an ARM-based Mac could do the necessary x86 emulation at an acceptable speed. Maybe they have some Rosetta-style tricks up their sleeve, but IIRC Rosetta was able to deliver acceptable performance largely because the x86 CPUs of the day were sufficiently faster than the PPC CPUs they were emulating. I'm not confident that is true of today's ARMs (relative to x86).

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    10. Re:That's not what is happening by SuperKendall · · Score: 1

      it's hard to see how an ARM-based Mac could do the necessary x86 emulation at an acceptable speed

      I'm not sure about this either - it could be Apple is banking on enough apps being uploaded to the Mac App Store with Bitcode to be able to be deployed from the App Store without even a new build, though things like Photoshop would drag for years after... maybe they have something up the sleeve to get reasonable performance for most apps they can't do real ARM binaries for.

      Probably just a few of the most portable travel models would be ARM at first, with other systems coming later. Maybe also the Mac Pro is a dual ARM-x86 system where it can offload anything possible to the more efficient and performant ARM chip, and have x86 in there for compatibility.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    11. Re:That's not what is happening by Anonymous Coward · · Score: 0

      All that is happening here is a processor switch, because Intel has dropped so many balls they are more balls than company now. Apple wants to be able to control the processor so they can actually realize some gains, and avoid some of the shoddy design issues that have come to light in intel processors recently...

      Whoa, Intel is the only X86 chip company? Okay...

    12. Re:That's not what is happening by Anonymous Coward · · Score: 0

      All that is happening here is a processor switch, because Intel has dropped so many balls they are more balls than company now. Apple wants to be able to control the processor so they can actually realize some gains, and avoid some of the shoddy design issues that have come to light in intel processors recently...

      I for one am fine with the change, these days adding support for another architecture is not THAT bad and Apple pulled it off really well before.

      So long as the killer applications are brought along. Mac supports ecosystems in professional A/V and graphics. Always has, and these applications were moved with the Mac line across the last two major processor platform switches. So long as Apple convinces their developer base to port the major and relatively famous applications needed for professional work, another platform switch is not a cause for an anxiety... just work for developers. No one in the home market is going to care either way, but professionals might get nervous if their familiar tools are degraded.

    13. Re:That's not what is happening by Tough+Love · · Score: 1

      It would be great if they'd do it, I'd love to see Apple fade away some more.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    14. Re:That's not what is happening by nine-times · · Score: 1

      Apple has stated repeatedly they want nothing like the singularity, that desktops are inherently different than tablets or mobile devices.

      Well specifically what they said was, they think an attempt to have a singular mobile + desktop UI is doomed to fail, and they're not going to do it. However, I don't think that necessarily means that they wouldn't consider a unified OS.

      This news is that they're likely to move some of their desktop machines to use the same processor line as their mobile devices. Meanwhile, they recently announced that they're making it easier in Xcode to make a single app that will run on both iOS and macOS with just a change in UI.

      What they may be headed towards is an ecosystem where app developers have the ability to make a single app that presents a mobile UI on a mobile device and a desktop UI on a laptop/desktop. Then, they could make phones and tablets that display an entire mobile UI when operating as a mobile device, but turn into a fully-functioning desktop machine with a desktop UI (and all the apps presenting a desktop UI) when docked.

    15. Re:That's not what is happening by squiggleslash · · Score: 1

      Maybe they have some Rosetta-style tricks up their sleeve, but IIRC Rosetta was able to deliver acceptable performance largely because the x86 CPUs of the day were sufficiently faster than the PPC CPUs they were emulating

      True-ish. If most PPC Macs that were being replaced by Intel Macs had been powered by G5s, then the performance would have been considered sub-optimal.

      The question isn't whether good ISA translation software could make software written for the latest i7 run acceptably on a fast ARM, but whether good ISA translation could make software written for a 2014 i5 run acceptably on a modern fast ARM. I suspect it could.

      The other comment I'd add is that experience showed us that developers were extremely quick to put out native versions of their applications as soon as the Intel switch happened. That'll probably happen again, leaving only very old legacy applications needing emulation, emulation that'd probably be fast enough if using more traditional semi-interpreted techniques. Indeed, I'd be interested to see if they support PPC translation as well as ix86 translation, as that might also result in a lot of software running faster than it did when it was native.

      --
      You are not alone. This is not normal. None of this is normal.
    16. Re: That's not what is happening by david_thornley · · Score: 1

      If Apple doesn't care about security, why the Secure Enclave on the iPhone 5S on? Why argue against the FBI's request? Apple clearly cares about security. You can speculate about their motives, but they do care.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    17. Re:That's not what is happening by david_thornley · · Score: 1

      Apple has stated repeatedly they want nothing like the singularity, that desktops are inherently different than tablets or mobile devices.

      Thing is, I keep hearing that like the idea that the iPhone didn't need native development when you could do so much stuff on the web...right up until they introduced the iOS SDK.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    18. Re:That's not what is happening by Anonymous Coward · · Score: 0

      although, if today's apple actually cared about shoddy engineering, then the keyboards wouldn't suck

    19. Re:That's not what is happening by Anonymous Coward · · Score: 0

      Apple has stated repeatedly they want nothing like the singularity, that desktops are inherently different than tablets or mobile devices.

      Thing is, I keep hearing that like the idea that the iPhone didn't need native development when you could do so much stuff on the web...right up until they introduced the iOS SDK.

      Odd, all I heard was that the iPhone was useless without native apps - until the iOS SDK was introduced. Now everyone here says that native apps are the worst, you could do everything better on the web.

  33. Re:combine this with Linus' recent thoughts about by Anonymous Coward · · Score: 1

    switch from x86 to ARM would decimate the number of developers calling the Mac home.

    On the other hand, moving developers' home/office platforms to ARM might decimate Intel in the data center. Linus' argument was that the availability of the x86 to developers was what pulled Intel into the data center.

  34. Re:"awkward period" == 10+ years/Look at alternati by fustakrakich · · Score: 1

    From that summary:
    Without a development platform, ARM in the server space is never going to make it.

    Maybe Apple is out to provide that platform... Pure speculation, of course, but why not?

    --
    “He’s not deformed, he’s just drunk!”
  35. Re:Irrelevant to me by Anonymous Coward · · Score: 0

    Gnome 3 is an abomination

    Newsflash: in Debian alone there's 57 different window managers (counting packages that declare Provides: x-window-manager). They vary wildly in functionality, but you get both fully-featured/bloated ones and 1990-era alikes.

    it has killed my productivity

    Yes, this is what so many people don't get, Linux desktops are not a comparison, you can't just flip from your (once) preferred proprietary desktop that you fell out of love with... you have to invest time to find the right pieces that work best for you... but some people only want to pay money, and as a result they will suffer at the whims of what profit seeking corporations see as hip and trendy in the moment, and be disgusted at DE x of whatever distro they choose when they try Linux.

    With Linux you don't pay money you pay some upfront time, and you get a lot of control and stability for the rest of your life in return.

  36. & "Mr. T." is 100% correct (for me @ least)... by Anonymous Coward · · Score: 0

    See subject & https://apple.slashdot.org/com... which explains PART of WHY "Mr. T." is "dead-on right" & rightfully so - he's a dev himself & understands...

    * Minus the compilers targetting the intended platform, what's the POINT of making something in a language that doesn't target the 'new intended platform' (that's the case for me).

    APK

    P.S.=> Also in MY case @ least? The ONLY reason a Linux (& soon MacOS here once I get around to it, past other "life duties") got a version (glad I did it, I like Linux a LOT now vs. in the past, it's gotten GOOD)? Was that I myself went to Linux after 27++ yrs. or so on Windows - hence, since I use hosts files myself, I needed my program (automates away the IMPOSSIBILITY of processing hosts yourself manually - would take way, Way, WAY TOO LONG to do it yourself by hand + takes away having to use a DB engine (ala select * distinct etc.))... apk

  37. Re:Irrelevant to me by R3 · · Score: 1

    I have to give props to Google for what they did with ChromeOS in the past couple of years.

    While I still have a "regular" Windows 10 PC mostly for games and odd app or two, everything else is done on Asus CN60 chromebox (Haswell i3, upgraded to 16GB RAM and 128 GB m.2 SATA HD). While this model is too old to support Crostini or virtualization (pushing 5 years now), it satisfies pretty much my every need - and as you said: it runs the OS that not actively working against me.

    If only Pixel Chromebooks were not $1300, I would probably buy one tomorrow.

  38. I doubt they'll be "Macs" as such by Kjella · · Score: 1, Troll

    Basically I expect them to be laptops/desktops with the iPhone/iPad/iWatch business model and an i-name like iBook or iNote or whatever. Runs a version of iOS that's adopted Mac interfaces but is locked down with no dual boot to anything else. All applications come from the store so no backwards compatibility with Mac apps, just windowed iOS apps until developers make a store version. The question is just if Apple can resist the temptation to price it crazy, I mean their latest phones are really getting out of hand.

    --
    Live today, because you never know what tomorrow brings
    1. Re:I doubt they'll be "Macs" as such by Anonymous Coward · · Score: 0

      The question is just if Apple can resist the temptation to price it crazy, I mean their latest phones are really getting out of hand.

      Because Apple's computers now are so reasonably priced...

    2. Re:I doubt they'll be "Macs" as such by Anonymous Coward · · Score: 0

      Basically I expect them to be laptops/desktops with the iPhone/iPad/iWatch business model and an i-name like iBook or iNote or whatever. Runs a version of iOS that's adopted Mac interfaces but is locked down with no dual boot to anything else. All applications come from the store so no backwards compatibility with Mac apps, just windowed iOS apps until developers make a store version. The question is just if Apple can resist the temptation to price it crazy, I mean their latest phones are really getting out of hand.

      You're a Retard.

      ARM != iOS, FFS!

      CAPTCHA: Pleading

  39. Re:combine this with Linus' recent thoughts about by Anonymous Coward · · Score: 0

    Naah, it will just add to the amount of crappy software available.

  40. THAT's not I to talk to... apk by Anonymous Coward · · Score: 0

    See subject: THAT'd be the guy(s) who do the FreePascal compiler &/or Lazarus IDE for it I used in Linux (I used Borland's Delphi for the Windows version BUT will be porting that to FreePascal also - good stuff & FREE) - FreePascal also does MacOS (x86/64-bit & I am dropping 32-bit versions even though I did one for Windows).

    * ... & "there ya go"...

    APK

    P.S.=> "Onwards & UPWARDS!" ... apk

  41. Re:Torvalds rant: X86 development vs Arm Developme by weilawei · · Score: 4, Interesting

    I personally look forward to this. I like the ARM ISA. I thought Torvalds was being short-sighted. For starters, it's a more popular platform by number of chips in the wild. These Intel and AMD CISC designs are all RISC under the hood now, anyway.

    We're just doing away with the cruft of a legacy architecture that grew off track.

  42. x86 by presearch · · Score: 1

    So everything Apple does, did, or will do is doomed to failure,
    but we loves us some x86 architecture from 1979 and can't imagine an alternative.
    The future has spoken.

    1. Re:x86 by Anonymous Coward · · Score: 0

      Cars have been using Otto / Diesel type engines, for fossil fuel-based vehicles, for more than a century now. When something works, well, it works. Yeah, you also have Wankel (not wanker) type of engines... but a) there are far fewer vehicles with it and b) still was developed in the 1920s.

      Should we be using something else simply because it's a century-old technology?

    2. Re:x86 by drinkypoo · · Score: 2

      So everything Apple does, did, or will do is doomed to failure, but we loves us some x86 architecture from 1979

      Nonsense. All common x86 processors have been internally RISCy since AMD introduced their Am586 chip, and Intel its Pentium. The only thing they shared with x86 processors from 1979 was an instruction set, with its primitive use of a limited number of registers — literally none of which were "general purpose", as various instructions required operands to be placed in specific registers, and results to be delivered to others. These failings were addressed by the amd64 instruction set, which largely permits use of registers as general-purpose, and which provided for four times as many registers in the bargain. The x86 decoder is a minuscule portion of the silicon in a modern processor.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:x86 by Anonymous Coward · · Score: 0

      Yes. Forgetting climate change? Or in denial? We should be using electric cars, which Tesla has proven are better in just about every regard, but too many stand to lose too much by changing the status quo.

    4. Re:x86 by squiggleslash · · Score: 1

      I've heard this claimed multiple times and when I try to pin people down on it they can never come up with specifics. What about the original Pentium made it "interally RISCy"? They didn't reduce the number of instructions, increase the number of registers, or anything like that. The Pentium was more or less an incremental upgrade of the 486, with a better pipeline (that meant it was the first to provide superscalar performance... sometimes) and more caches. It was still microcode controlled and still had few registers, and I don't need to explain why it wasn't a RISC chip in any other way.

      The best argument I've heard is that in the Pentium Pro (note: not the Pentium), Intel replaced a traditional microcode controller with a thing that translated ix86 instructions into VLIW instructions, with everything running on a VLIW core. "That's the same!" you cry, well, if it is then every simple CPU is a RISC design, and every CPU that uses microcode has a "RISC core". What, in practice, is the difference between a core that's controlled directly by microcode being read in real time, and a core that's controlled by data from a buffer that's being filled with instructions from a microcode decoder? Nothing, except the buffer. The buffer's a great idea, it makes optimization much easier, but it's not the same thing as adoption of RISC.

      The thing people forget is that by 1995 RISC vs CISC was thought to be over... with the results largely a stalemate, but leaning towards CISC. RISC had come out of the gate with high performance, but could only be improved with higher clockspeeds, and was already suffering issues with data starvation. The higher transistor budgets that were becoming available were not helping RISC much - it was cheaper, and allowed hardware makers to own their own CPUs, but beyond that RISC wasn't improving.

      CISC, on the other hand, had the benefits that it had plenty that still needed to be optimized, and with smaller instructions, was much more cache friendly. Adding a cache and using it to effectively create a Harvard architecture inside a CPU, together with better pipelining, meant you could get superscalar performance and have the benefit of more advanced instructions.

      Now before you point it out, sure, you could add the same features to a RISC design. The issue though was that RISC didn't benefit as much. You needed a larger instruction cache, for example, and equivalent superscalar RISC performance will never beat superscalar CISC performance, because the former is doing slightly more than one simple instruction every tick, and the later a complex instruction usually worth several RISC instructions every tick.

      Why's RISC suddenly important again? RAM is cheaper and faster than it was, power usage is now an important metric, and transistor budgets have stalled. Removing or simplifying the instruction decoder is now worth doing, it's a big chunk of logic that could be eliminated completely now that RAM is cheap. But in the 1990s none of that mattered.

      --
      You are not alone. This is not normal. None of this is normal.
    5. Re:x86 by drinkypoo · · Score: 1

      I've heard this claimed multiple times and when I try to pin people down on it they can never come up with specifics. What about the original Pentium made it "interally RISCy"?

      The Pentium does not internally "think" in x86 like the 486 did. It's actually a RISC processor internally, and x86 instructions are decomposed by the x86 decoder into "micro-operations" which take a single cycle to execute. This is not how the 486 behaved. The same is also true of the Am586 vs. the Am486, and it is how all x86-compatible processors have been designed since.

      The best argument I've heard is that in the Pentium Pro (note: not the Pentium), Intel replaced a traditional microcode controller with a thing that translated ix86 instructions into VLIW instructions, with everything running on a VLIW core. "That's the same!" you cry, well, if it is then every simple CPU is a RISC design, and every CPU that uses microcode has a "RISC core".

      Now you're getting closer. But you can't reasonably say that they are RISC CPUs if the instruction set that they expose isn't RISC, because the instruction set is part of the definition. That's why they are only described as being RISC internally, and not as RISC processors.

      Removing or simplifying the instruction decoder is now worth doing, it's a big chunk of logic that could be eliminated completely now that RAM is cheap. But in the 1990s none of that mattered.

      Back in the 1990s, the x86 decoder was a big percentage of the chip. Today, it's a tiny one, and the benefit of backwards compatibility far outweighs that tiny little speck of silicon.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:x86 by Anonymous Coward · · Score: 0

      I've heard this claimed multiple times and when I try to pin people down on it they can never come up with specifics. What about the original Pentium made it "interally RISCy"?

      The Pentium does not internally "think" in x86 like the 486 did. It's actually a RISC processor internally, and x86 instructions are decomposed by the x86 decoder into "micro-operations" which take a single cycle to execute.

      Yes. It is called "micro code" and means the Pentium was even more CISCy than the 486. Because it was so complex they had to break down the instructions into smaller instructions for a simpler processing unit.

  43. Re:Torvalds rant: X86 development vs Arm Developme by Ed+Avis · · Score: 1

    I like the ARM ISA.

    ARM classic or ARM64? (Of course anything is better than x86 family, but that's a low bar to clear.)

    --
    -- Ed Avis ed@membled.com
  44. Re: "awkward period" == 10+ years/Look at alternat by Anonymous Coward · · Score: 0

    If you read what he wrote Linux wasn't complaining about lack of platforms. He was complaining about the lack of cheap platforms that are available to everyone.

    Apple does not have that goal in mind. They are not cheap.

  45. Re: "awkward period" == 10+ years/Look at alternat by StikyPad · · Score: 1

    They already have it, and have for years. Developing for iOS means code is first compiled for x86/x64 to test on the desktop, and then its recompiled with the ARM toolchain when you deploy to a device. Their development pipeline is relatively platform agnostic. Xcode kind of sucks as an IDE though.

  46. Re:Torvalds rant: X86 development vs Arm Developme by goombah99 · · Score: 1

    No you can override the signed app protections easily, especially if you are a developer.

    --
    Some drink at the fountain of knowledge. Others just gargle.
  47. Painful for developers targeting intel by davecb · · Score: 1

    Numerous of my customers use Mac on Intel as development machines for Linux on Intel servers, to provide mass-market GUI tools and target-specific development tools.

    Apple is about to make that unpopular.

    This will put a push on Linux distros like Fedora and hardware companies offerings like Dell's XPS 13 Developer Edition, to finally deliver the year of the Linux Desktop. Well, for developers, at least (:-))

    --
    davecb@spamcop.net
    1. Re:Painful for developers targeting intel by Pinky's+Brain · · Score: 1

      They could launch new server modules at the same time, they've been in the space before. With the whole Spectre clusterfuck and the diminishing process lead of Intel, an ARM solution from Apple might well be superior. If so with Apple's weight behind it a transition could happen very quickly IMO.

      It would be a scary situation for a vertically integrated company to be responsible for so much of computing though, so let's hope not.

    2. Re:Painful for developers targeting intel by drinkypoo · · Score: 1

      They could launch new server modules at the same time, they've been in the space before.

      Who would trust them? Their first servers were grossly overpriced, so were their second servers, and they dropped their third server line just about the same time people got used to using them.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Painful for developers targeting intel by Pinky's+Brain · · Score: 1

      Like the IT industry has a memory which spans more than minutes and can learn from mistakes.

  48. No gripes like Apple gripes by presearch · · Score: 1

    Please, enough about bitching about the butterfly keyboard, $1000 phones, and the RDF.
    Tell us again about how Jobs ripped off Xerox PARC. That's always a hoot.

  49. Only 13 years by Anonymous Coward · · Score: 0

    I'm surprised it was 13 years ago that Macs left the PowerPC chips for Intel. I've seen many predictions about the desktop and the server world going to the Arm's (Sophie Wilson's if you're old enough or Roger Wilson's if you're even older) instruction set.

    1. Re:Only 13 years by Anonymous Coward · · Score: 0

      I'm surprised it was 13 years ago that Macs left the PowerPC chips for Intel. I've seen many predictions about the desktop and the server world going to the Arm's (Sophie Wilson's if you're old enough or Roger Wilson's if you're even older) instruction set.

      Will we be able to dual boot into RISC OS (or Arthur if you're as old as the above poster) on Mac?

  50. Re:Torvalds rant: X86 development vs Arm Developme by serviscope_minor · · Score: 1

    The "cruft" barely matters any more. On super low end chips, sure the instruction decoder matters. On laptops, it really doesn't. The out of order and wide floating point units and wide, fast memory bus are far far more expensive than three decoder.

    --
    SJW n. One who posts facts.
  51. Re:Irrelevant to me by Anonymous Coward · · Score: 4, Insightful

    Grey-beard here. Over the years I have used *A lot* of window managers / desktop environments. The worst I have used recently is by far Gnome. I updated an Ubuntu machine to 18.04 and said "what the hell", and let it default the window manager to the preferred new one. Gnome was the worst piece of junk I've ever used. All the other desktops I've been able to figure out how to suspend without too much difficulty. Gnome - NOPE. I look at the shutdown menu and can't find anything related to suspend. I see shutdown but no suspend. After a few minutes of googling I discover that someone decided that to suspend you should hit SHIFT or CONTROL or something similar while hitting shutdown. I could live with that, EXCEPT the idiots who designed it didn't change the icon. I TRIED pushing shift and control and alt and other things and there's ZERO feedback. There is PLENTY of space for a suspend icon, but some idiot decided that putting a suspend icon was a bad idea. At that point I seriously questioned the sanity of anyone involved. I couldn't believe they would take away a standard feature like that and hide it.

  52. Maybe they should look at the nice new Power CPUs? by Anonymous Coward · · Score: 0

    They should have stayed with them in the first place but I guess maximizing profit is mission one.

  53. Re:combine this with Linus' recent thoughts about by RhettLivingston · · Score: 1

    I think the chicken and egg issue will dominate though. Until a large portion of the datacenter systems are ARM, there would be no compelling reason for a developer to switch their development platform and many compelling reasons not too. And until a large number of developers are on ARM, the datacenters would be fighting the developer's platform if they switch.

    Why would I buy a development system as premiumly-priced as the Macs to target a platform that might be successful in a few years? These things don't happen overnight.

    I CAN play devil's advocate with myself here. I do realize that this will help front end developers, and that is almost certainly in Apple's thoughts. But, in my experience, the back end is where the real tech is. If front end developers jump to ARM-based Macs because it makes their jobs easier, we'll see the already damaging gulf between front and back end development widen. That would be a bad result for the industry. Of course, I say this as more of a full-stack guy that believes it is much harder to develop a quality product when nobody on the team fully understands both worlds.

  54. Re:Apps development by evil_aaronm · · Score: 3, Insightful

    Not exactly true. Some of us *like* the desktop user experience we get with Mac OS. I could use Linux, but I like Macs better. I also understand that Linux can be mapped to look like Mac, but with an actual Mac, I don't need to bother. And kindly don't confuse "I prefer Macs" with "I am a rabid Mac fanboy." There are degrees of difference between the two.

  55. ARM GPU support is overpriced. Brits can have it. by Anonymous Coward · · Score: 0

    Everything about ARM is bloody proprietary. If Apple does this then most of us CS types will not use it. I built my Mac Pro replacement anyway. It's a Haydes Canyon NUC.. HVK series. Damn thing is fast. I've got an nvidia egpu for my CUDA and video rendering stuff. The AMD VegaM is awesome, I have not ran into any performance issues. I'm running Linux Ubuntu 18.24 most of the time with Plasma 5, and 3D acceleration. Steam runs great! Weather Modeling runs well.. My last ARM project was on a ARM64 SBC with MALI T860 support. GPU support from ARM is closed. To get the proper development kit and libraries it costs a lot of money. I ended up scrapping the idea of basing the project on arm and made a SONARR/Plex server out of the SBC.. My original ARM project migrated to a NUC Bean Canyon, and it's faster than the RK8839 with Mali T860 anyway.

  56. Re:"awkward period" == 10+ years/Look at alternati by pauljlucas · · Score: 1

    I can't see this being a very happy transition, especially for developers and product support.

    Apple has done transitions before: classic MacOS to MacOS X, Motorola 68000 to PowerPC, and PowerPC to Intel. They survived all three. Given their history, they're obviously capable of handling transitions well enough.

    --
    If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
  57. Re:Torvalds rant: X86 development vs Arm Developme by robi5 · · Score: 1

    > (he didn't literally mean home, but rather personal-computers)

    Thanks for the clarification!!!

  58. Good on Apple by Anonymous Coward · · Score: 0

    For keeping everyone paid and ensuring Capitalism doesn't fall apart.

  59. Re:Irrelevant to me by Anonymous Coward · · Score: 1

    If you're still inside warranty, then at least that'll be free but from what I saw from the warranty process on a colleagues Macbook, that's gonna be a pain. And if your hardware is older than a year, you're SOOL?

    Move to Europe, EU law guarantees 2 years of warranty.

  60. Re:Torvalds rant: X86 development vs Arm Developme by spire3661 · · Score: 1

    No way Mac goes app store only. Maybe in 10 years, but not today.

    --
    Good-bye
  61. Re:Torvalds rant: X86 development vs Arm Developme by spire3661 · · Score: 1, Troll

    ARM is utter shit for actual computing. Its a fucking toy. You under appreciate the inertia and gravitas x86 has. ARM is wonderful for the low end, but for development, you can fuck right off with that noise.

    --
    Good-bye
  62. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Lol. That was good for a laugh. You managed to squeeze in being an incorrect know-it all, a No True Scotsman, and damning with faint praise.

    Impressive, but not subtle. Maybe a 4/10 on the troll scale.

  63. Re:Torvalds rant: X86 development vs Arm Developme by short · · Score: 1

    TensorFlow is free software (Apache License 2.0) and it is not written in assembler, you can build it for (mostly) any arch. Google distributes x86_64 binaries but that is just to save people from building it.

  64. Fat Binary and LLVM by Anonymous Coward · · Score: 0

    Most Mac code doesnâ(TM)t even need fat binaries. After all on Mac, LLVM can generate IL which is 99% compatible between platforms. If they need fat binaries, they have 20 years experience in that game.

    Apple also has a great ecosystem regarding their App Store. It can easily deliver the right executable to the platform.

    Honestly, Apple is really fat ahead of the game here.

    That said, even when working on an ARM Huawei platform for HPC, ARM is a bit of a dog with flees for tasks like compiling. I have never figured out where the massive bottleneck in ARM is. But in 20 years of extensive use of ARM, it has always had ridiculous latency problems. I wonder if it is something in the cost of task switching. I will be doing research on the topic soon for my masters, but my belief is that a branch or cache miss on ARM is just brutal.

  65. what ARM chip would do that job? by iggymanz · · Score: 1

    What was the ARM's floating point coprocessor again? what chip competes against the intel 8th gen?

    1. Re:what ARM chip would do that job? by TeknoHog · · Score: 4, Funny

      what chip competes against the intel 8th gen?

      None, you need Genuine Intel for a flawless Meltdown experience.

      --
      Escher was the first MC and Giger invented the HR department.
    2. Re:what ARM chip would do that job? by drinkypoo · · Score: 1

      None, you need Genuine Intel for a flawless Meltdown experience.

      Almost. You can also get it with POWER, or ARM Cortex-A75.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:what ARM chip would do that job? by angel'o'sphere · · Score: 1
      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    4. Re:what ARM chip would do that job? by Anonymous Coward · · Score: 0

      > You can also get it with POWER, or ARM Cortex-A75.

      And Apple's CPUs as well (https://arstechnica.com/gadgets/2018/01/meltdown-and-spectre-heres-what-intel-apple-microsoft-others-are-doing-about-it/2/). Their later A-series chips scored pretty highly in benchmarks so I'm guessing that they took a few tricks out of Intel's book... which in this case might not have been such a good idea.

  66. Re:combine this with Linus' recent thoughts about by weilawei · · Score: 1

    I'm leaning toward this future. I've switched to using a Galaxy S9+ as my daily computing device, and the Thinkpad is reserved for longer coding sessions.

    But, more and more, I just use a bluetooth keyboard from Omoton and use Termius to SSH in to my servers and the laptop from my phone. File Manager+ has SFTP support, among many features. I have browsers, VNC, DroidVIM (really an excellent port), etc.. Do I need a monitor? I cast the screen to a ChromeCast.

    I write code primarily. If I need horsepower, I spin up a VM from my phone and use SFTP/Git to load up some code, and SSH in to administer it. The phone fits in my pocket while I'm running around between the machines at work, too. Nice bonus there, not lugging the laptop itself.

  67. I fear it's more about the money for Apple .... by King_TJ · · Score: 4, Insightful

    When Apple did the huge transition over from PowerPC to Intel CPUs, it was near the height of Apple's success selling OS X based computers. Even then, there was a big fear it would hurt certain markets, like native OS X game development, as it would make an excuse to "just write a Windows only version and let the Mac users boot into Windows to play it". And that, in fact, DID happen. But by and large, Mac users accepted it as a "win" because Intel CPU development was so much further ahead and drove more competitive Macs with their Windows counterparts. Plus, it wasn't half bad being able to run Windows in virtual environments - where a bunch of processor instruction conversion between x86 and PPC didn't have to happen in the background to make it work.

    This time around? It's far less clear.... Intel still cranks out great CPUs and nobody I know is complaining that their Mac is under-powered, CPU-wise. The big push seems to be Apple's continual insistence that "most people can just use an iPad and iPhone instead of a computer", and an interest in selling their own CPUs instead of giving all that money to Intel.

    I think we're going to see a lot of "dumbing down" of OS X apps if they all start getting coded to run universally on iOS and OS X with ARM. If features in software don't translate well to a touch-screen UI, they'll rip them out instead of keeping "Mac only" versions with more capabilities.

    1. Re:I fear it's more about the money for Apple .... by Anonymous Coward · · Score: 0

      ahem... powerpc 970 a cpu that was in apple g5 machines... was released 2002 yeah go around and look the competition at that time... suprisingly altivec was superior to sse/mmx extensions implementations at that time....

  68. Re: Torvalds rant: X86 development vs Arm Developm by blackt0wer · · Score: 1

    RISC has been alive longer than the x86. It's nice to see a company going back to its roots. That said, I think the idea here is to synergize all platforms.

  69. Re: Irrelevant to me by blackt0wer · · Score: 1

    It all went to hell after [i]screen[/i]

  70. Re:Irrelevant to me by ignavusinfo · · Score: 1

    I'm in the same boat. I used to love Mac hardware from ~2004 (PowerPC) until around ~2010. Then it started to get really bad. MacOS went from a UNIX workstation OS to some sort of media consumer / music player thing (useless to me as I can't stand music) and it's clear Apple wants to make their products fancy televisions.

    Huh? As a dev my use case primarily involves zsh, Emacs, Erlang, and PostgreSQL and all that's running just fine on MacOS thanks. I'm really curious what your use case is? I mean, you make it sound like you've maximized the iTunes window and don't know how to quit the application.

  71. Nevermind this - where's this famous pro tower? by sandbagger · · Score: 1

    I'm looking a two Mac Pros in front of me with seven drives shoehorned into the nearest one and nearly all of the PCI cards used. I've changed so many parts in it the thing has become the Ship of Theseus. They promised a new pro machine and nary a peep so far other than they've got 'top men' working on it. Well, where is it already?

    --
    ---- The above post was generated by the Turing Institute. Maybe.
  72. Re:Torvalds rant: X86 development vs Arm Developme by caseih · · Score: 5, Insightful

    It may be popular but it doesn't mean it doesn't suck. Torvalds was right. But maybe for different reasons, many of which probably don't apply to Apple.

    The main problem with ARM, at least as I as a Linux user am concerned, is the lack of any standardized, open, boot system like the much-maligned BIOS, or EFI, and the lack of a standardized, minimal device tree. There are literally dozens of of cheap single board computers you can get to run linux on. But how many of them can boot a standard distro off of a hard drive or usb stick you just plugged in? How many can run a standard, generic, Linux kernel and a standard, generic, Linux distro? I don't know of any. And it's very frustrating. Those boards that can run android can run a particular version of android, obtained from the manufacturer, limited to their whims to update it.

    The promise of ARM is awesome. But so far I remain disappointed. I've got a drawer full of ARM devices that I used for short periods of time. Sheeva Plugs, a GuruPlug, several raspberry pis, and various random chinese boards. All powerful machines in their own right, but not as useful as I thought. Mostly due to the proprietary (or at least esoteric) boot systems, custom kernels, special device trees, proprietary graphics cores, etc. I just don't really want to mess with U-Boot and flashing special images to partitions just to get the latest version of Debian up and running, or install a 5.0 kernel.

    If intel produced a board at the price point as these ARM boards, but could boot regular old Debian with a generic x86 kernel, supporting the GPIO that makes Pis so popular, I'd ditch ARM in a heartbeat (SBCs, not phones).

    Again, none of this applies to Apple necessarily, though. They control and access every bit of the hardware to make it sing their song, so I'm sure many users won't know or care, as long as they keep buying from the Apple Store. But it's a definite step towards a completely locked-down appliance. Might take another decade, but that's where Apple seems to be heading.

  73. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Speaking from experience with actual ARM servers, both on prem and Amazon's offering, you are talking out of your backside. You do realise we're not deploying to a cluster of mobile phones, right?

  74. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    The ARM instances you are toying around are to real ARM with l2 cache et al like talking shit about an i7 because you don't like Atom.

    Real ARM are not that far from that i7.

  75. ARM doesn't make make/sell CPUs, they sell the ISA by Anonymous Coward · · Score: 0

    According to your definition, there's no such thing as a strictly "ARM-based" CPU as ARM doesn't make any chips available for commercial use. Whenever they release a new ISA (e.g. the recently announced N1 and E1) they do release reference design to assist licensees in developing platforms and validating their own designs based on the ISA but you cannot buy _any_ device with a CPU made by ARM in it. I believe companies that license the ARM ISA are allowed to extend it and each family of ARM designs has optional features that the may or may not be implemented but the reference ISA has to be implemented to use the ARM name. So yes, Apple Bionic chips are an ARM chip, by ARM's own definition(s).

    This is not to say that Bionic chips don't leverage IP from PA Semi but they're not going to be some ARM/PowerCPU/Custom hybrid. They will be ARM chips (but I wouldn't be surprised to see custom logic on the desktop chips to help with software emulation of x86 instructions).

    Unfortunately, this is probably going to kill the hackintosh community.... or at least hamper it for a few years. I love mac's and macOS (yes, some would consider this a mental illness) but I despise the limited hardware choices, the paltry refreshes and the markups. If moving to their own ARM cpu means more frequent, competitive upgrades then I'm all for it. If it means an iPad with a big screen and a keyboard... I'm out.

  76. Not Enough CPU for Content Creation by BrendaEM · · Score: 1

    Their next computers will absolutely stink at designing the ones after. They will also stink at working on the advertising video and renderings.

    --
    https://www.youtube.com/c/BrendaEM
    1. Re:Not Enough CPU for Content Creation by Bill+Hayden · · Score: 1

      They could less about content creators now, so no worries there.

      --
      Protect your browser with the Force Safe Search add-on
  77. Re:Irrelevant to me by Anonymous Coward · · Score: 0

    I do ASIC design as mentioned above. Even developing at RTL it still eats a ton of RAM. Spice runs can also eat a surprising amount of RAM. In many cases I find myself at customer sites and am behind enough firewalls that remotely sending off synthesize/simulate jobs is too much effort and/or legally not allowed to do that.

    Keep in mind ASIC design is a bit more resource intensive than somelike thing straight Verilog or VHDL to your garden variety FPGA.

  78. Just talked about this today by ReneR · · Score: 1

    TL;DR https://www.youtube.com/watch?... will be horrible for users, as no bootcamp nor virtual machine for Windows and Linux anymore

    1. Re:Just talked about this today by XArtur0 · · Score: 1

      I though many VM Engines supported Platform Emulation?
      If not, somebody will come up with a JIT VM Engine that translates x86 to ARM instructions...
      I'm no expert though.

      Also, Linux will be ported to those ARM chips the next day they are made public.

  79. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    You have clearly not implemented an ARM emulation core!

  80. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    if Developers will flock to this.

    Something with the noise and portability of an ipad would be ideal for me as developer. If I need real power I can remote control a local PC or cloud service, but most of the time it just needs to run some web browsers and editors with a big enough external monitor. That's not a demanding system. I don't even compile anything locally any more.

    I'm currently considering making a low power fanless mini-pc to get the same thing. The macpad would beat that in everything but price.

  81. A grain of salt by Guspaz · · Score: 1

    I'm not saying it's NOT happening, but everybody should remember that we've been seeing similar reports to this every year since at least 2011, when it was reported that Apple had internal prototypes of ARM-based MacBooks running OS X. All of the current talk about a 2020 shift to ARM can be traced back to this single unverified Axios article.

    1. Re:A grain of salt by Anonymous Coward · · Score: 0

      All the StrongARM patents that Intel buried when they bought DEC have expired now. This opens the door for higher powered ARM chips.

    2. Re:A grain of salt by Guspaz · · Score: 1

      I'm not sure those parents were all that relevant to begin with. Apple introduced their own CPU in 2012, before any patents would have expired, and there hasn't been anything in the development of their subsequent chips that would scream "Patents expired here!"

      Their A12X chip is definitely capable of powering a laptop, since it's more powerful than the vast majority of x86 laptops on the market, but they've arguably been in a position to replace at least their lower-end laptops with ARM chips since the A8X (their first 64-bit "X" chip) in 2014, and that's not to say they couldn't have introduced an "XX" variant with more cores had they felt a need to do so.

      Personally, I think the 2020 date does make sense, because the A12X leaped past most mobile Intel CPUs, and there's no reason to think Apple wouldn't be able to get something fast enough for a MacBook pro by 2020. However people have been saying similar things to this for years now.

  82. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    and get you and your apps blocked by apple

  83. Re:Torvalds rant: X86 development vs Arm Developme by drinkypoo · · Score: 1

    The promise of ARM is awesome. But so far I remain disappointed. I've got a drawer full of ARM devices that I used for short periods of time.

    Please pry those out of storage, and sell them to some geeks who can use them, for a reasonable price. People could use them. Unless you're keeping them for posterity?

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  84. Re:Irrelevant to me by drinkypoo · · Score: 1

    Agreed. I'm pretty much 100% Linux, and the state of desktop Linux is atrocious. Gnome 3 is an abomination, it has killed my productivity

    What's preventing you from going back to Gnome 2 via MATE?

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  85. Re: "awkward period" == 10+ years/Look at alternat by angel'o'sphere · · Score: 1

    Their development pipeline is relatively platform agnostic. Xcode kind of sucks as an IDE though.
    Then use Eclipse or IDEA Intelli J

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  86. Apple doesn't care about Mac's anymore by Anonymous Coward · · Score: 0

    I would have to believe the "Pro" line of MacBook's are basically dead. Given that the new MacBook has a Pentium chip downgraded from previous Core i5 or i7. One would assume Apple isn't interested in the future of Mac's other then making boutique notebooks for people who want a premium netbook. Wouldn't surprise me if we never see a new Mac Pro either. Tim Cook is driving Apple into the ground as far as being anything but offering expensive boutique products.

  87. Re:combine this with Linus' recent thoughts about by angel'o'sphere · · Score: 1

    Linus Torvalds has stated that ARM won't win the server space because developers want to run their apps on the architecture it has been developed on and almost all are developing on x86.
    Almost all are developing in Java, so the actual hardware does not matter. (*facepalm*)

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  88. IMPERSONATING me AGAIN? apk by Anonymous Coward · · Score: 0

    MacOS model's not done: Stop IMPERSONATING me lying & proof portfilter err's can't happen in my work https://news.slashdot.org/comm...

    HILARIOUS u ADMIT u have a /. acct & STALK me by UNIDENTIFIABLE ac https://hardware.slashdot.org/... - YOU have ISSUES, lunatic.

    See subject & that's the "best ya got"? It proves You WISH you were ME (as your POOR imitation = the sincerest form of flattery).

    * LASTLY - the ONLY time you start IMPERSONATING me vs. STALKING me by UNIDENTIFIABLE anon posts is WHEN YOU ARE OUT OF "downmodpoints" I can easily NULLIFY by REPOSTING my posts RUNNING YOU DRY of them after you ABUSE them - I must've already, lol!

    APK

    P.S.=> I know WHY you do it though (out of "butthurt angst", lol): I've BLOWN YOU AWAY so many times under your MANY alter-ego SOCKPUPPET /. accounts FAKENAMES you're out for "revenge" only to have EGG ON YOUR FACE https://tech.slashdot.org/comm... yet again vs. me... apk

  89. Re:combine this with Linus' recent thoughts about by angel'o'sphere · · Score: 1

    Why would I buy a development system as premiumly-priced as the Macs to target a platform that might be successful in a few years?
    Because Macs run OS X or macOS. It is even preinstalled. A random hardware does not.

    Why Mac haters don't shut up is beyond me. If you have no use/need for macOS, fine. then simply shut up, idiots.

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  90. Re: Irrelevant to me by Type44Q · · Score: 1

    I swear by Mate.

  91. Re: Torvalds rant: X86 development vs Arm Developm by ChatHuant · · Score: 2

    RISC has been alive longer than the x86.

    How d'ya reckon that? The 8086's design started in early 1976, and it became available commercially in 1979. The first two major RISC projects (Standford's MIPS and Berkeley RISC, who evolved into the SPARC architecture) both started in the 1980s and became available commercially years later.

    Some people point to the IBM 801 as a forerunner of the RISC concepts, but even this only became available commercially in 1980, and, as a single chip, only in 1981. It wasn't successful, but it was used as a base for the development of the RS/6000 - who, however was launched in 1990, 11 years after the x86

  92. Re:Irrelevant to me by angel'o'sphere · · Score: 1

    You know, usually you just "close" the laptop and it suspends ... unless it is a weird "brand" of linux, though.

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  93. Re:"awkward period" == 10+ years/Look at alternati by drinkypoo · · Score: 2

    Looking back, it took 5+ years to end support for PowerPC Macs, I can't see it being any less and I would expect it to be twice that especially for Mac Servers.

    Apple doesn't have servers any more. "macOS Server" is an app in their desktop app store which costs twenty bucks, and provides some of the functionality which comes with NT server. The last time Apple had a server hardware product was 2011.

    If this is all a reason for having apps that work on iPhone, iPad & Macs, I again point to HTML5 and WPA.

    Ugh. What a PITA. If that's the best Apple can do, their best isn't very good.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  94. Re: Torvalds rant: X86 development vs Arm Developm by Anonymous Coward · · Score: 0

    Arm is useless because it isn't web scale. No matter how many ARM chips I out in a cluster, it isn't enough to feed my need for threads. It isnt even an interconnect bandwidth thing. The spiders simply cant live off them. But give me 86 dead flies, or x86 for short and the spiders avoid resource starvation and i get a completely open bounded web.

  95. Re: Irrelevant to me by dskoll · · Score: 1

    You don't have to use GNOME. I use XFCE4 on all my machines; it's just enough of a desktop to be usable without getting in your way.

  96. Re:Irrelevant to me by _merlin · · Score: 2

    What if it's not a laptop, or you don't want to flip it shut? I mean, on a Mac you can tap the power button and there's a Sleep button there, Windows can do it from the keyboard or in the menu that appears when you hit the power/standby icon in the start menu, why did the Gnome people decide to make it so unfriendly?

  97. Apple DEV thrash by ElitistWhiner · · Score: 1

    Move from NeXT Obj-C to Apple MacOS was brutal code thrash. Three rewrites to the API's in a single year was a coup de grås. Best move ever. We shutdown development until Apple stabilized MacOS X revs. Bought AAPL stock at $17 and dumped the remaining funds in @ $12. AAPL surging stock price ended development.

    AAPL have been here before and have the architecture, abstraction and now new silicon under it. What could go wrong? Tim Cook for one. Tim is not a bit twister (little nor big endian) and it all looks like supply pipeline in Tim's eyes.

    Personally, Gung-ho for AAPL abstracting the codebase over ARM (MOTO, INTEL, et. al.). QUALCOMM taught Tim the meaning of ' detrimental reliance' as INTEL did SteveJobs. Some lessons don't slot into institutional memory banks. ARM looks like a pivot for Apple down market.

  98. Not great by Anonymous Coward · · Score: 0

    Horrible idea. Taking the whole NIH syndrome a little too far aren't they?

  99. Re:Irrelevant to me by h33t+l4x0r · · Score: 1

    Newsflash: in Debian alone there's 57 different window managers

    So just take a month off to try them all, and hopefully one of them works for you.

  100. Hackintosh? by samdu · · Score: 1

    So this would be the end of the Hackintosh, no? That sucks. While I spend most of my time on my MacBook Pro, I like having my Hackintosh for really heavy lifting.

  101. APK is a loser by Anonymous Coward · · Score: 0

    Look, moron, you're fighting a losing battle. Unlike most users, I have unlimited mod points. Your posts are no match for me. You're here because I allow you to be here. It's not that I want your presence, because I really don't. However, I know how obsessed you are with Slashdot. If I forced you to leave, you'd probably take your own life. I don't really want that on my conscience, which is why I allow you to stay. You're a loser, but I don't want to be the reason you take your own life.

  102. Re: Torvalds rant: X86 development vs Arm Developm by Anonymous Coward · · Score: 0

    Architecturally the x86 reaches back to the 8080/8085 (source compatible) and drew some inspiration from the competing Z80 when it came to encoding prefixes.

  103. Re: Irrelevant to me by Anonymous Coward · · Score: 0

    Me, too.

    Linux Mint Mate is a stellar OS.

    I think the folks who come on here claiming "I swear I use Linux, but it sucks for these reasons . . . " are just lying trolls. Because Linux does not suck, if you put in even just an ounce of effort.

  104. No x86 means no Docker - means no web dev by Anonymous Coward · · Score: 0

    Our entire shop uses Macs for web dev because we can easily run the back-end stuff we need in docker containers. If new Macs are on ARM, it means Docker's gone without an x86 emulator, which would seriously suck.

    It's pretty obvious Apple doesn't care about any developers other than iOS.

  105. LOL - You're the one HIDING lmao... apk by Anonymous Coward · · Score: 0

    LOL - You're the one HIDING lmao (which makes you a TOTAL LOSER no questions asked, hahahahahaha chickenshit punk you are).

    * Downmod away - doesn't change facts/truth I use vs. your BULLSHIT pussy...

    (I just REPOST & blow you away, lol!)

    APK

    P.S.=> Every SINGLE time... apk

  106. Re:Torvalds rant: X86 development vs Arm Developme by epine · · Score: 1

    For starters, it's a more popular platform by number of chips in the wild.

    The blind-census argument is itself extremely popular based on its relentless occurrence in the wild, at least that part of the wild with limited binocular vision.

    ———

    Sage: You can't judge a book by its cover.

    Simpleton: Uh, what else is there?

    Sage: The pages inside.

    Simpleton: You mean all those repetitive black marks, the ones that resemble a box of Fruit Loop alphaghetti filmed in black and white?

    Sage: Their arrangement matters.

    Simpleton: You mean like tea leaves?

    Sage: [Takes a slow sip from his steaming mug.] Exactly right—like tea leaves filtered through a brain worth having.

    Simpleton: [Thinks really hard.] Are you dissing mathematicians?

    Sage: Not at all. Leaves produce more symbols at lower intensity, beans produce fewer symbols at higher intensity. You can't judge a theorem by its cover, because there's never enough pages to bind.

    Simpleton: I see what you mean about not judging a book by its cover: some books don't even have covers. Very subtle, but I'm onto your koan. For example, I can still judge a theorem by it's lack of cover. That would still work out just fine.

    Sage: Sure—suit yourself. Looks good on you. Now if you will please excuse me for five minutes, I need to hit the head.

    ———

    [*] Alfred Renyi to Paul Erdos: "A mathematician is a device for turning coffee into theorems."

    For obvious reasons, this quip probably originated in Hungarian, not German, even thought the Satz pun is pretty good.

  107. Poor Adobe by Mistakill · · Score: 1

    Companies like Adobe will have to support updates for Adobe CC (LR/PS etc) for Intel CPU's for a while, while developing ARM (or whatever Apple is actually doing) versions as well (meanwhile trying to lock out Adobe PS CC etc from being run on some idiots iPhone (not the mobile version, the full version... some smuck is going to try to use the full version on their phone)

    I also think Apples sour grapes with nVidia needs to end, im not an nVidia fanboy but think Apple looses a lot of potential locking out nVidia but thats my 10c

    1. Re:Poor Adobe by Anonymous Coward · · Score: 0

      No.
      Adobe will celebrate this because it means that all those perfectly good and very useful pirated rips of PhotoShop that are i386 binary will finally be rendered useless forcing many to upgrade to ARM binary and their pay per month cloud model.
      Besides Adobe are already trialing PS on iPad so the ARM port is already done.
      If Apple keep to their promise of pushing Xcode to be able to spin any app for any apple platform (MacOS or iOS) then there should be no overhead.

    2. Re:Poor Adobe by drinkypoo · · Score: 1

      Adobe will celebrate this because it means that all those perfectly good and very useful pirated rips of PhotoShop that are i386 binary will finally be rendered useless

      386? What's the last version of PhotoShop that ran on NT4, or Sun386i? 6.0 on NT4?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  108. Docker? (Re: Torvalds rant: X86 development vs Arm by Anonymous Coward · · Score: 0

    I'm an ex X86 and 8085 assembler programmer , but have a noob question.

    Im presuming that binaries like Chrome, I tunes will need to be recompiled? Or as others have suggested, the same programs running java script on iPhones will be the same ones that run on iMacs?

    Related, will docker programs break? Or will they run in a virtual machine emulating x86? I'm truly curious and an apple noob so don't trash me, please.

    ----

    Unrelated, is there a market problem that moving to ARM solves?

  109. Just move to a CLR along the lines of .NET by Assmasher · · Score: 1

    ...but take lessons from the warts in the runtime.

    Moving their macs off of Intel is a terrible idea as people will then only be purchasing the cheapest possible mac as a compiler host for iOS (if they need to do so.)

    I have a MacBook Pro right now because I can triple boot it between Linux, macOS, and Windows - they do this and I'd rather just have one of the new minis sitting on the corner of my test for iOS builds...

    Unless that ARM chipset will support x64/x86 instructions (which is technically possible but would be weird.)

    --
    Loading...
    1. Re:Just move to a CLR along the lines of .NET by drinkypoo · · Score: 1

      Unless that ARM chipset will support x64/x86 instructions (which is technically possible but would be weird.)

      I don't know that I think they'll do this, but it's actually an intriguing idea. What if they put in a bunch of well-connected ARM cores, and an x86 decoder? They could use the ARM cores as functional units. The performance might take a hit, but most users would probably never notice so long as they did a good job with the I/O.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Just move to a CLR along the lines of .NET by XArtur0 · · Score: 1

      Gives me an idea, would it be possible to make a Hardware-CLR?
      As in, a CPU that takes IL as Native Instructions?

      I don't know how the GC would work, if any.
      Also, the .NET Framework relies on P/Invokes to the Host OS libs for many things, but that is another story.

      Anyhow, I deviated too much from the OPs point.

    3. Re:Just move to a CLR along the lines of .NET by Assmasher · · Score: 1

      Weren't there some 'Java processors' a while back that did something like this (terribly)? Certainly an interesting idea; however, everything comes down to cost in the end.

      --
      Loading...
  110. Crawling even further into their micro-niche by Chas · · Score: 1

    And sealing the entrance shut with successive layers of concrete and steel plating.

    Eventually, the Apple ecosphere will be COMPLETELY irrelevant.

    --


    Chas - The one, the only.
    THANK GOD!!!
  111. The CPU is hamstrung by the OS by tepples · · Score: 1

    Let me try to restate my understanding of the engine/frame analogy more rigorously:

    Even if ARM cores are powerful engines, the I/O and operating system wrapped around them in virtually all such ARM CPUs and SOCs make them unfriendly to serious productive computing.

    1. Re:The CPU is hamstrung by the OS by dj245 · · Score: 1

      Even if ARM cores are powerful engines, the I/O and operating system wrapped around them in virtually all such ARM CPUs and SOCs make them unfriendly to serious productive computing.

      Fortunately, Apply abandoned the serious productive computing market years ago.

      --
      Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
    2. Re:The CPU is hamstrung by the OS by drinkypoo · · Score: 1

      Even if ARM cores are powerful engines, the I/O and operating system wrapped around them in virtually all such ARM CPUs and SOCs make them unfriendly to serious productive computing.

      Wait, that's two separate things. The poor I/O is real, but if Apple is making a desktop or laptop version, they can just make it with better I/O. The poor OS is not real, though. iOS is OSX, with different libraries for making GUI applications, but with the same underpinnings. Android is Linux, at least for now, and similarly uses the real underpinnings. The poor I/O is real, the poor OS is not... it's all the I/O. The notable recent exception was WinCE, but even Microsoft got over the bad OS thing before giving up on ARM mobile. Too bad for them that they didn't do it dramatically sooner, or they might have been a serious contender.

      At least on Android, you can simply install a typical Linux userland, and then go on to use it. And even when using an Android GUI, you've got the NDK to work with. The OS ain't the problem.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:The CPU is hamstrung by the OS by EETech1 · · Score: 1

      I kinda wish Microsoft would have kept WinMo (ce) going. I'd probably still be using it today.

      It was nice having a phone that was not designed as a surveillance tool.

    4. Re:The CPU is hamstrung by the OS by Anonymous Coward · · Score: 0

      Really?! This is Microsoft we are talking about. The front shop of en-es-a.

    5. Re:The CPU is hamstrung by the OS by drinkypoo · · Score: 1

      I kinda wish Microsoft would have kept WinMo (ce) going. I'd probably still be using it today.

      Why? It was crap.

      It was nice having a phone that was not designed as a surveillance tool.

      You don't think Microsoft would have put telemetry in wince as surely as they did in win?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:The CPU is hamstrung by the OS by Anonymous Coward · · Score: 0

      Let me try to restate my understanding of the engine/frame analogy more rigorously:

      Even if ARM cores are powerful engines, the I/O and operating system wrapped around them in virtually all such ARM CPUs and SOCs make them unfriendly to serious productive computing.

      So if someone were to put the core into an environment that was more like that of a x86-64 core - it would still be limited by the environment it used to be put in?

    7. Re:The CPU is hamstrung by the OS by tepples · · Score: 1

      So if someone were to put the core into an environment that was more like that of a x86-64 core - it would still be limited by the environment it used to be put in?

      It would not be. However, that's a big "if", as I don't expect Apple "to put the core into an environment that was more like that of a x86-64 core". Instead, I expect Apple to make Gatekeeper more strict on ARM than it currently is on x86-64.

  112. does being immune to AIDS help you by Anonymous Coward · · Score: 0

    Does being immune to AIDS help you in your job of sucking and taking trucker dick in the ass at the glory hole in the Pilot Travel Center off of I-85 near your $1 house your parents gave you when your mom went back to Poland so she could live out her retirement dream of not having to deal with her retarded man child of a son?

    1. Re:does being immune to AIDS help you by Anonymous Coward · · Score: 0

      You forgot about his dad living in Florida, like if that's not so obvious LOL.

  113. Does your immunity to reason/fact? apk by Anonymous Coward · · Score: 0

    See subject: Thought you had "unlimited downmodpoints"? Where ARE they? They're not on any of my posts - NOW:

    Should you try it THAT weak bs again to "hide" my posts (when you get more by next time your 24 hr. "re-up" of them you MAY or MAY NOT get that is) on them, AGAIN??

    THEN, I repost again NULLIFYING YOU easily, as always, LMAO @ U!

    * See, unlike YOU who HIDES from me behind UNIDENTIFIABLE anonymous & LYING imo above??? I do actually HAVE my UNLIMITED POSTING/REPOSTING ability to do the above to you...

    APK

    P.S.=> As always, EASILY to BLOW YOU AWAY Jealous "Lil' Jowie" (My Mom had nothing to do w/ my home - she never lived here but I did buy it from my Father + improved it tossing another, oh... 40k into it in summation since 2010 to IMPROVE it no less - which is, of course, BETTER THAN LIVING UNDER A BRIDGE like all TROLLS, like YOU, do (owning ZERO because you are, zeros, lol))... apk

  114. Re: Irrelevant to me by Anonymous Coward · · Score: 0

    because of a dusty environment (cocketiels), I use my laptop in a docking station -- always closed -- how, in your opinion, do I "close it more" to put it in suspend mode? ux people are killing me, breaking things in such creative, agile and disruptive ways

  115. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Linus "security doesn't matter" Torvalds should stick to programming and leave economics to those more educated.

  116. History repeats. by Anonymous Coward · · Score: 1

    It will kill more than just boot camp. When Apple went from powerpc to x86, they didn't hesitate to break compatibility with everything that came before (great way to get everyone to buy new hardware). I have no doubt they will use this opportunity to do it again.

  117. Re:Torvalds rant: X86 development vs Arm Developme by caseih · · Score: 2

    I'm helping others declutter by storing them.

    In terms of time (mainly) and money it would be cheaper for someone to buy one new than for me to wrap one up and ship it to a fellow geek.

  118. Welcome back by AHuxley · · Score: 1

    Its back to PPC like code.
    Time to learn to code again.
    Ready for hours of code optimization all over again?

    --
    Domestic spying is now "Benign Information Gathering"
  119. The end is near by bornroot · · Score: 1

    Take that Hackintoshians!

  120. Re:combine this with Linus' recent thoughts about by Anonymous Coward · · Score: 0

    The logic mentioned about arch is broken. For starters most server work is in archagnostic environments like java,php,python and almost dotnet. Those env span a large percentage of server apps.

  121. Re:Torvalds rant: X86 development vs Arm Developme by drinkypoo · · Score: 1

    In terms of time (mainly) and money it would be cheaper for someone to buy one new than for me to wrap one up and ship it to a fellow geek.

    Sell them as a bundle, and/or sell them to a local. If you leave them lying, they're just going to turn into landfill sooner or later. Many people are actively using devices like those today.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  122. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Why would Apple pay any attention to Torvalds? Who at Apple gives a fuck what Torvalds thinks.

  123. ARM Fan who can't wait to see it back on desktop by Anonymous Coward · · Score: 0

    My 2nd home PC, after my BBC micro, was an Acorn Archimedes with the original ARM2 processor @ 8Mhz and 1M of memory.
    You young things forget that ARM was originally developed as a desktop processor.
    The fact that it was incredibly low powered was an unintended bonus which ensured ARMs survival, unlike Acorn, and rise to king of the mobiles and imbedded low powered applications.
    It's a beautiful thing the ARM ISA and I think it is only right that 35 years later it gets a shot a returning to the desktop.
    I sincerely hope others, and not just apple, give it one more shot breaking i386 dominance of the PC.
    Haven't we been enthralled by that architecture for too long?

  124. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    No. that's not how it works.

  125. Re:Torvalds rant: X86 development vs Arm Developme by goombah99 · · Score: 1

    Yes indeedy --in theory-- but the optimizations are everything that makes tensorflow useful. Like SIMD or the pinning of memory for GPU transfers. So no, in reality. You might as well say that one could just compile Linux or Windows or Mac OSX for any cpu architecture just by flipping a command line arg.

    --
    Some drink at the fountain of knowledge. Others just gargle.
  126. Re:Irrelevant to me by drinkypoo · · Score: 3, Interesting

    What if it's not a laptop, or you don't want to flip it shut? I mean, on a Mac you can tap the power button and there's a Sleep button there

    What you do is open the gnome-power-manager preferences, select the "general" tab, and then select what you'd like to happen when you press the suspend button, and the power button. This is essentially the same as on Windows. If I want to reboot Windows, I pick reboot out from the menu; if I press my power button, the machine goes to sleep. I have a hard reset button if I need it; macs used to, if you snapped the programmer's key into place. When I boot into Linux, the buttons work just the same, even though I am using gnome3. I don't spend much time in Linux these days, or I would probably install MATE.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  127. Apple should register .dongle TLD by Anonymous Coward · · Score: 0

    When they release their new A12+ or A13 or whatever they're going to call it, I hope they have an Apple.dongle site where you can figure out which dongle works with it.

  128. 30 years for Unix on a handheld, why so long? by perpenso · · Score: 1

    If someone had told you in 1978 that in 30 years you would be able to run your Unix programs on a device that fits in your pocket, would you have dismissed it as a fucking toy?

    No we would have complained that it can't possibly take 30 years.

  129. Dual Boot MacOS and Windows is Critical by perpenso · · Score: 5, Informative

    So this means no more boot camp as well?

    Sure, but who wants that

    Apple's market share literally doubled after switching to Intel and allowing Windows to dual boot. One of the biggest stumbling blocks to get people to switch to Mac was their need to use Windows (and before that MS-DOS) software. Once you could dual boot MacOS or Windows you no longer had to choose PC or Mac, you could have one computer that could run either software family.

    Regarding emulation, it worked but was not practical. It barely works today where it does *not* have to emulate the CPU architecture. A switch to ARM would impose a huge burden on emulators and seriously and negatively impact performance.

    While Microsoft might offer Windows on ARM you would have a lot of PC software that will not be recompiled for ARM. So dual booting ARM MacOS or ARM Windows gets you back to the bad old days of having the choose PC (ie x86) or something-not-PC. Good news for Dell, HP, etc ... bad news for Apple.

    1. Re:Dual Boot MacOS and Windows is Critical by mjwx · · Score: 2, Insightful

      So this means no more boot camp as well?

      Sure, but who wants that

      Apple's market share literally doubled after switching to Intel and allowing Windows to dual boot. One of the biggest stumbling blocks to get people to switch to Mac was their need to use Windows (and before that MS-DOS) software. Once you could dual boot MacOS or Windows you no longer had to choose PC or Mac, you could have one computer that could run either software family.

      Regarding emulation, it worked but was not practical. It barely works today where it does *not* have to emulate the CPU architecture. A switch to ARM would impose a huge burden on emulators and seriously and negatively impact performance.

      While Microsoft might offer Windows on ARM you would have a lot of PC software that will not be recompiled for ARM. So dual booting ARM MacOS or ARM Windows gets you back to the bad old days of having the choose PC (ie x86) or something-not-PC. Good news for Dell, HP, etc ... bad news for Apple.

      Apple's computers are an abbreviation. Their money comes from locking people into the Apple ecosystem. Right now, with computers that can run Windows and act like general purpose operating systems (despite how limiting Mac OS is, you can still run unsigned code on it). No, this cannot stand in the world of Apple. They have a new way forward, a better way where your Apple computer connects to your Apple phone and to your Apple tablet all of which can only install Apple approved apps from an Apple only store whilst listening on Apple approved headphones to Apple approved music all of which Apple collects 30% from.

      Apple doesn't care if Peter Programmer buys an Apple computer, you mean nothing to them. They want to force Helen Homemaker and Steve Salesman onto a 100% Apple platform with no escape. We saw this coming years ago (well I did, and if I saw it I'm sure I'm not the only one). Apple are ruthless at simplifying, reducing options, funnelling you into their way of doing things. They're not going to turn these things into giant IOS devices because they have to, but because they want to. It also won't happen overnight, but it will happen.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    2. Re:Dual Boot MacOS and Windows is Critical by Anonymous Coward · · Score: 0

      Regarding emulation, it worked but was not practical. It barely works today where it does *not* have to emulate the CPU architecture. A switch to ARM would impose a huge burden on emulators and seriously and negatively impact performance.

      First off, Boot Camp has NOTHING to do with Emulation. It is basically a set of Hardware Drivers for Windows to bridge to the I/O of the particular Mac system involved. Apple will simply recompile those Drivers for ARM and voila! BootCamp ARM Edition!

      And as for losing x86 Windows Application access, Microsoft has already solved that with Windows 10 for ARM 64. It CALLS it "Emulation", but it actually provides x86 Windows Application Support through the use of a JIT Compiler, much like Apple did when transitioning from 68k to PPC. And that worked well enough that Apple was able to put-off rewriting/recompiling lots of pieces of MacOS (Classic) itself for a long time. That's because the "new host" CPU runs NATIVE CODE. No "Emulation", in the Classic sense (like VirtualPC used to do), is done.

      Here's the first sentence from the "Learn how x86 Emulation Works" section of the Docs. linked below:

      "Emulation for x86 apps makes the rich ecosystem of Win32 apps available on ARM. This provides the user the magical experience of running an existing x86 win32 app without any modifications to the app. The app doesn’t even know that it is running on a Windows on ARM PC, unless it calls specific APIs "

      See:

      https://docs.microsoft.com/en-us/windows/arm/

      Especially the topics: "Learn how x86 Emulation Works" and "x86 Apps on ARM".

      So, assuming MS did their homework, most, if not all, Win32 x86 Applications will "Just Work" (and at speed), on Windows 10 ARM.

      So, ironically enough, it is actually Microsoft that is providing a BIG help to making this all Practical.

    3. Re:Dual Boot MacOS and Windows is Critical by Anonymous Coward · · Score: 0

      It barely works today where it does *not* have to emulate the CPU architecture.

      I'd say it more than barely works, I run quite a few Windows apps with Parallels and it works great! Maybe not perfect, but far better than barely works. But I am concerned about this switch; being able to easily run Windows apps when I need to has been a huge benefit for me...

    4. Re:Dual Boot MacOS and Windows is Critical by perpenso · · Score: 1

      Regarding emulation, it worked but was not practical. It barely works today where it does *not* have to emulate the CPU architecture. A switch to ARM would impose a huge burden on emulators and seriously and negatively impact performance.

      First off, Boot Camp has NOTHING to do with Emulation.

      Agreed, mostly. I address dual boot and emulation as two separate things. Apologies if I was not clear about that. Although to be overly technical one's Boot Camp partition can be natively booted at startup or run via an emulator after having booted macOS.

      And as for losing x86 Windows Application access, Microsoft has already solved that with Windows 10 for ARM 64. It CALLS it "Emulation", but it actually provides x86 Windows Application Support through the use of a JIT Compiler, much like Apple did when transitioning from 68k to PPC. And that worked well enough that Apple was able to put-off rewriting/recompiling lots of pieces of MacOS (Classic) itself for a long time. That's because the "new host" CPU runs NATIVE CODE.

      I mentioned such binary to binary translation in another post, better than emulation, not quite as good as recompiling but often "good enough". The problem with Windows on ARM and translation of x86 code is that not all users will be able to move to that version of Windows.They may have a legacy version of Windows, they may not want to spend the money to buy a second version of Windows. Genuine emulation will be necessary for some.

      More so for emulation, less so for binary to binary translation, I found such things to largely be practical only for short tasks. Minutes not hours. After about 15 minutes the sluggishness would annoy me. I prefer dual booting to Windows for tasks taking hours. And natively recompiled apps seemed an improvement over running the translations. Generating a binary from source code rather than another binary has many advantages. But unlike emulations, translation is more likely to be "good enough" to be tolerable.

    5. Re:Dual Boot MacOS and Windows is Critical by perpenso · · Score: 1

      It barely works today where it does *not* have to emulate the CPU architecture.

      I'd say it more than barely works, I run quite a few Windows apps with Parallels and it works great! Maybe not perfect, but far better than barely works. But I am concerned about this switch; being able to easily run Windows apps when I need to has been a huge benefit for me...

      Personally I can only tolerate emulation for shorter tasks. Things taking minutes rather than hours. For the latter I will reboot into Windows. I'm often overly annoyed by the sluggishness.

  130. Torvalds is mistaken by perpenso · · Score: 1

    Torvalds is mistaken, price dictated x86 Linux replacing traditional *nix RISC vendors. The argument regarding developers wanting the same hardware in the field as in their desktop PC is erroneous. Most *nix software does not care what the underlying hardware is. They may want the same operating system and software stack but that is something quite different than the underlying hardware. If RedHat and Ubuntu offered their respective Linux distributions on ARM and the ARM servers were less expensive to buy and operate they would be used by many and their server side software would not know or care if its Intel or ARM under the hood.

  131. x86 binary to ARM binary translation, native code by perpenso · · Score: 1

    Similar background :-)

    In theory apps will need to be recompiled by the developers. That is probably the best solution.

    However another solution is to have software translate an x86 binary into an ARM binary. You still get native architecture speed but perhaps there is inefficiency since you started with an x86 binary, Source code would have provided more information and more opportunities to optimize the code. I'd lean towards this binary translation solution. Universal and likely good enough. To be clear I expect macOS, its bundled application and Apple's productivity applications will be recompiled and fully native. This binary translation is more for the 3rd party mac apps.

    Then there is emulation. Doable but there is a big performance hit when you have to emulate the CPU architecture. When Apple switched to Intel and PC emulators no longer had to emulate the x86 architecture emulation the Windows environment became practical for some users.

    The folks suggesting that iOS will replace macOS are almost certainly guessing wrong. macOS and iOS share some core operating system code and various APIs, but where their respective libraries and APIs begin to differ tends to be related to the user experience and the mobile user experience isn't going to work on a laptop or desktop. I think Apple has already made comments along these lines.

    Additionally, until MS Windows on ARM is a common office and household operating system I doubt Apple will completely abandon Intel. Apple's marketshare doubled when users no longer had to choose PC or Mac, when they could run both macOS and MS Windows on the same computer. Boot into either operating system as required by the software they needed to run. Since Windows on ARM is not a common operating system, since Windows on x86 is what people overwhelmingly have and will need to be able to run ... switching to a non-x86 CPU would be a return to the bad old days where people had to chooser Mac or PC. Presumably bringing back that choice would cut Apple's sales in half.

    What people *might* be grossly exaggerating is a chromebook competitor. An ARM based Mac where macOS and its bundled applications and Apple's productivity software (word processor, spreadsheet, slideshow, etc) have all been recompiled for ARM. There are many users who would use nothing beyond these apps and a web browser. For them MS Windows and 3rd party Mac software are irrelevant and an ARM based Mac that has much better battery endurance would be great. Think of something like the MacBook Air moving to the ARM CPU but the MacBook Pro staying Intel.

  132. Apple will loose about half its users by perpenso · · Score: 1

    What about Boot Camp? Presumably it goes away. I wonder how many people will find running Windows in a VM (especially one that has to emulate the CPU) will find have problems with that solution?

    Look to the PowerPC era, emulation worked but it was not really practical to use. When Apple switched to Intel their marketshare doubled. With Boot Camp people no longer had to chooser Mac or PC, they could have both on the same computer. Switch to ARM and we are back having to make that choice.

  133. Re:& "Mr. T." is 100% correct (for me @ least) by EETech1 · · Score: 1

    Dang, I thought maybe you made the Linux version because I asked you to?!

  134. Don't touch the Mac Pro! by Anonymous Coward · · Score: 0

    Seriously, if they decide to do something "courageous" with the Mac Pro regarding the CPU, there will be unholy hell unleashed. If they do some BS modular cluster design where you slap on more CPU modules in some perverted NUMA config (assuming ARM can even do plug-and-play heterogeneous NUMA), it will be the end of days.

    The only sane Mac pro option that will get all the early adopters salivating is a new Xeon with integrated on die Altera FPGA. Intel has been twiddling their thumbs over Xeon+Stratix integration for years now. Pushing out a FPGA equipped Xeon mac will get all the hipster data scientists to hit the buy button like it's going out of style.

  135. Re:Torvalds rant: X86 development vs Arm Developme by spire3661 · · Score: 1

    Considering ALL of cloud is x86, i am not compelled by your argument.

    --
    Good-bye
  136. Re:Torvalds rant: X86 development vs Arm Developme by spire3661 · · Score: 1

    Bullshit and i7s are DESKTOP SKUS

    --
    Good-bye
  137. Never mind this news by internet-redstar · · Score: 1

    The news that Apple is dumping Intel has been there periodically about every 3-5 years,... Without any doubt every time they are negotiation a new deal with Intel... Sad!

  138. Re:combine this with Linus' recent thoughts about by Anonymous Coward · · Score: 0

    In my software development company, the front end developers and graphical artists use Macs (Adobe + Sketch apps). I don't see a big issue there to move to an ARM based environment.
    But the same cannot be said about the back end developers. Ultimately the back end software is deployed on a linux x86 cloud server. As long as the major Cloud providers (AWS, Azure, GCP, ...) don't offer a ARM based solution, a Mac with an ARM processor is not a viable development platform for back end software. If one cannot run docker container at native speed, the efficiency of the developer is impacted significantly

  139. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    When you said ARM64 you most probably meant AArch64, officially there's no such thing as ARM64.

  140. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    He never said "security doesn't matter'. He said security bugs is bugs, just like other bugs.

  141. Re:Irrelevant to me by Anonymous Coward · · Score: 0

    No, here is the summary, try KDE, Mate/Cinnamon, or XFCE.

  142. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Thing is, ARM isn't a system architecture, it's a processor core architecture. It's for when you want to build your own processor but don't want to have to design it from a blank piece of paper; i.e. you don't need to invent your own instruction set and all that super low level stuff. So it's not really ARM's job to produce a standard boot process and all that - that's up to the actual processor vendors like Qualcom, Samsung, Apple etc.

  143. Strict W^X policy on iOS by tepples · · Score: 2, Interesting

    The poor OS is not real, though. iOS is OSX, with different libraries for making GUI applications, but with the same underpinnings.

    One critical piece of the underpinnings differs: it's impossible for iOS applications to flip a page from writable to executable. Only the system executable loader can do that. The strict W^X policy on iOS makes it impossible to run a compiler like that included with Xcode or a JIT like PyPy. Any tool for programming on a device must be a full interpreter, like CPython or Swift Playgrounds, and a user ends up wasting most of the performance of a powerful ARM CPU on the overhead of this interpreter. This is what I meant by the usefulness of the iPad product being hamstrung by Apple's policies embodied in the OS.

    1. Re:Strict W^X policy on iOS by Anonymous Coward · · Score: 0

      The poor OS is not real, though. iOS is OSX, with different libraries for making GUI applications, but with the same underpinnings.

      One critical piece of the underpinnings differs: it's impossible for iOS applications to flip a page from writable to executable. Only the system executable loader can do that. The strict W^X policy on iOS makes it impossible to run a compiler like that included with Xcode or a JIT like PyPy. Any tool for programming on a device must be a full interpreter, like CPython or Swift Playgrounds, and a user ends up wasting most of the performance of a powerful ARM CPU on the overhead of this interpreter. This is what I meant by the usefulness of the iPad product being hamstrung by Apple's policies embodied in the OS.

      Why does everyone always start talking about the constraints of iOS when discussing ARM on the Mac? The two are entirely unrelated, seriously. And ARM Mac will run macOS recompiled for an ARM target. It will NOT be running iOS. That is essentially the beginning and end of the discussion.

    2. Re:Strict W^X policy on iOS by tepples · · Score: 1

      Why does everyone always start talking about the constraints of iOS when discussing ARM on the Mac?

      Because makers of computing devices have used architecture transitions as an excuse to ramp up restrictions on developers. Microsoft did so with Windows Vista, which introduced mandatory kernel-mode code signing during the transition from x86 to x86-64. Microsoft also did so with Windows RT, which couldn't run code from outside the Windows Store without an (initially paid) developer account. Following this pattern, Apple might add mandatory Gatekeeper to macOS for ARM, such that turning it off works for only 7 days at a time like a free iOS developer account.

  144. Re:Torvalds rant: X86 development vs Arm Developme by DontBeAMoran · · Score: 1

    The only good bug is a DEAD bug. /Starship Troopers

    --
    #DeleteFacebook
  145. Re:Torvalds rant: X86 development vs Arm Developme by godefroi · · Score: 1

    Wait, so the i7 in this Precision 5520 is a desktop SKU?

    --
    Karma: Poor (Mostly affected by lame karma-joke sigs)
  146. Yea, my Dad's got a great life too... apk by Anonymous Coward · · Score: 0

    See subject: No questions asked, he's living a great life & enjoying it (spoke to him yesterday). He's 1 of a very few that make more retired than he did working in fact.

    * Great guy!

    APK

    P.S.=> Me? Hey - I'm happy (happiest time in my life in fact since 2007 I've worked for MYSELF & made it work well enough to NOT have to work for others) too - now you UNIDENTIFIABLE anonymous trolls who STALK me?? Clearly you're VERY UNHAPPY by way of comparison (that's probably your own fault too)... apk

  147. Well, then I hope you like/use/enjoy it... apk by Anonymous Coward · · Score: 0

    See subject: That makes it even MORE worth doing it than my own "necessity is the mother of invention" situation I noted!

    * :)

    APK

    P.S.=> "Onwards & UPWARDS!"... apk

  148. Re: "awkward period" == 10+ years/Look at alternat by middlefeng · · Score: 1

    No, they aren't. They officially claimed OpenGL had been replaced by Metal for more than 5 years, and no Metal-enabled app can run on x86/64 macOS.

  149. Re:Torvalds rant: X86 development vs Arm Developme by thereddaikon · · Score: 1

    Great point. ARM doesn't have a basic system specification like x86 PC's do. While its all kind of adhoc and a mess PC side, it does work. Originally the PC spec was just the IBM 5150 and as time went on it extended incrementally. But at least it has one. IMO the push to mass adopt ARM is not a good thing for the Linux world. Its not an open architecture and as you pointed out, the transition is fraught with technical issues. We would be much better off going to RISCV. Nobody "owns" it and the community can develop and agree upon a basic system platform spec. There is still a risk (heh) of fragmentation, one of FOSS' biggest weaknesses, but is the RISCV foundation can agree on a basic general purpose platform spec in the next few years then we can start making truly open PC's.

  150. Re: Irrelevant to me by Anonymous Coward · · Score: 0

    I've had really good luck with HP zbooks. The graphics uses mxm, so swapping the card is easy if what you have doesn't play nice, mine holds 5 hard drives, I have it at 32gb of RAM but I'm pretty sure they can do 64 without issue, and the build quality on every generation I've gotten has been really impressive.

  151. Re:ARM doesn't make make/sell CPUs, they sell the by Megane · · Score: 1

    Apple has a very old ARM license which allows them to make their own custom cores, which they do for iPhone/iPad. Most modern licensing requires using official ARM cores, to which custom SoC bits are added.

    --
    #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  152. Re:Maybe they should look at the nice new Power CP by Megane · · Score: 1

    Stayed with what? Motorola wanted to make low-power embedded CPUs with 32-bit cores and pathetic front-side buses, and IBM wanted to make super-powered server CPUs that required liquid cooling. Nobody was making consumer desktop/laptop CPUs, so all Apple could do was put the toy CPUs into laptops and the monster CPUs into desktops.

    --
    #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  153. *Not* going to turn Macs into iOS devices by perpenso · · Score: 1

    They are not going to turn computers into giant iOS devices.
    They are not going to lock out 3rd party software distribution for computers.
    They are probably not going to to switch all Macs to ARM.

    What they are probably going to do is launch a MacBook Air that is ARM. macOS, its built-in applications and Apple's optional apps on the Mac App Store will be recompiled for ARM. Some people need nothing more than a mail client, a browser and a productivity suite like Apple's Pages, Numbers and Keynote. Such people will get along quite nicely on such a system. The MacBook Pro will remain Intel based for Windows support and legacy software support with full performance. Apple will encourage 3rd party developers to recompile for ARM but they will also probably offer an x86 binary to ARM binary conversion tool for legacy software that is not recompiled. This converted code will run better than x86 in an emulator but not as well as recompiled, in short it will probably be "good enough". Over time an ARM based Mac will become more capable for people that do not need Windows. However for the huge segment of Mac users that do need Windows some Macs will remain Intel based. Again, when Apple went Intel their marketshare doubled as people no longer had to choose PC or Mac, when people could get both on the same machine. Apple will continue to offer such machines however perhaps not at the entry level, MacBook Air, etc.

    1. Re:*Not* going to turn Macs into iOS devices by JabrTheHut · · Score: 1

      Really? Here I thought they were just going to release a version of the iPad Pro with a built in keyboard, similar to the surface tablet....

      I think you people are overthinking things.

      --
      Work like no one is watching. Dance like you've never been hurt. Make love like you don't need the money.
    2. Re:*Not* going to turn Macs into iOS devices by perpenso · · Score: 1

      That's still an iPad not a Mac. In the comment, by "computer" I was referring to a Mac. As indicated by the subject line.

      If you want to argue about a "computer" in general I'm fine with that. I hate that smart phones are called "phones", I think of them as handheld computers given that phone is a relatively minor feature and they are really a more general purpose device. A computer with lots of built-in sensors. But Macs becoming iOS devices, all Macs only getting software from the Mac App Store, all Macs going ARM, no, these things are highly unlikely.

      Plus Apple doesn't consider an iPad Pro with a keyboard to be a "computer", haven't you seen the TV commercial? :-)

    3. Re:*Not* going to turn Macs into iOS devices by JabrTheHut · · Score: 1

      I can honestly say that I have not seen the commercials. (Who has a TV these days? Why watch commercials? Are you 90 or something?)

      The line between computers and tablets has blurred considerably. There's always been blurriness between different types of computing and software - where did the desktop end and the server begin? Linux was a desktop OS that made it onto the server? MS called Windows an operating system. There's always been blurring, this is just more of the same. Apple can stick a keyboard and a not so power constrained ARM chip in an iPad and call it a new product.

      -

      --
      Work like no one is watching. Dance like you've never been hurt. Make love like you don't need the money.
  154. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Fuck 3d modelling on arm.

  155. Re:Torvalds rant: X86 development vs Arm Developme by Anonymous Coward · · Score: 0

    Shouldn't you be using a GPU for that?

  156. Re:Docker? (Re: Torvalds rant: X86 development vs by Anonymous Coward · · Score: 0

    Apple has a history of painful processor transitions. I wouldn't expect this to be a smooth process. They are very much their way or the highway.

  157. Re:Torvalds rant: X86 development vs Arm Developme by drinkypoo · · Score: 1

    ARM is wonderful for the low end, but for development, you can fuck right off with that noise.

    Development is generally highly parallelizable, so throwing more cores at it is a viable strategy. The big problem with current ARM computers when it comes to development is (yep it's that time again) not enough RAM. And, of course, not enough I/O. Both are highly solvable problems.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  158. Re:"awkward period" == 10+ years/Look at alternati by Anonymous Coward · · Score: 0

    I can't see this being a very happy transition, especially for developers and product support.

    Apple has done transitions before: classic MacOS to MacOS X, Motorola 68000 to PowerPC, and PowerPC to Intel. They survived all three. Given their history, they're obviously capable of handling transitions well enough.

    Not to mention that they've got something like FOUR variants of Darwin-based OSes (macOS, iOS, WatchOS, TVOS) that run on TWO entirely different architectures (x86, ARM) already. Add to that the fact that NeXTStep was built from the ground-up to be completely (or almost so) Processor-agnostic, and you've got the perfect combination of factors that tend to make me believe this will be very successful, and 99.8% of Mac Users will be none the wiser, overall. Not because they are clueless drones that only run Mac Store Applications; but because Apple will make the transition a nearly seamless experience, like they did with the PPC -> Intel switch.

  159. Re:"awkward period" == 10+ years/Look at alternati by thereddaikon · · Score: 1

    Apple hasn't made servers in a very very long time.

  160. Re: combine this with Linus' recent thoughts about by Anonymous Coward · · Score: 0

    Look into a NanoPC-T4 from FriendlyElec

  161. Re: combine this with Linus' recent thoughts about by weilawei · · Score: 1

    Nifty board! As a matter of fact, I just bought 2 OrangePi PC2's with the Allwinner H5 onboard (quad-core A53). 43$ shipped for the both of them, though less powerful than this board or my phone by far.

    However, I want to try them out instead of the RK3999 chipset because there's indications of OpenBSD support in addition to Armbian and Lubuntu, and I think it'd be fun to play with some ideas I have at a bare metal level. If someone got the RK3999 running OpenBSD, I'd be much more interested, because there's more powerful boards available--like the one you showed.

  162. Re: "awkward period" == 10+ years/Look at alternat by david_thornley · · Score: 1

    If you're using them to do real, professional, paid work, Apple computers are reasonably cheap. If you're using them at home for things that won't make a profit, they're expensive.

    --
    "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  163. Not quite right by SuperKendall · · Score: 1

    That's actually not quite right - at the time they said that web apps were a "sweet" solution - but they never claimed native apps were a bad idea.

    In contract, has has said a number of times they think combining iOS and macOS is a bad idea. They can and will bring elements from one to the other that make sense, but they've always maintained keeping a difference is a good idea.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  164. Eat you own dog food by middlefeng · · Score: 1

    At least Apple's own engineers will be using Mac for their own work, unlike Microsoft engineers using Dell.

  165. Re:Torvalds rant: X86 development vs Arm Developme by rthille · · Score: 1

    If you're in an area with high geek density, posting to Craigslist and just leaving them on your front porch or equivalent may be a good way to get them in the hands of people who'd make better use of them, if that's a goal of yours.

    --
    Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
  166. Re:combine this with Linus' recent thoughts about by tepples · · Score: 1

    But, more and more, I just use a bluetooth keyboard from Omoton and use Termius to SSH in to my servers and the laptop from my phone.

    That's fine if you already have a cellular data plan for other reasons or transit in your city has Wi-Fi. It's not so fine if, like me, you would have to upgrade from no data plan to a data plan in order to use the SSH client during the commute to and from the office. That's why I still carry a compact laptop for coding on transit.

  167. Re:combine this with Linus' recent thoughts about by weilawei · · Score: 1

    Sure, that's a valid use case. The big thing I miss about current generation unrooted devices is the lack of ability to compile (to machine code) and execute directly on the hardware. That's the big showstopper, and the reason I still have a laptop and server dedicated to providing "backend" support for the phone's role as primary device/smart terminal.

    The range of coding that can be done with an Android device, unrooted, right now, is in pretty rough shape. I might use QPython and QPython3 to do a few small things directly on the phone, but I run into limits pretty quick. If it's useful, that code is moved into a remote git repo and expanded with usage on a laptop, where I can more easily make use of various libraries and system resources. That's how the latest project got its start: I needed some answers on a project, and all I had handy was my phone. Later, it got a frontend for desktop usage.

    But, it's rare that I don't have connectivity. I'm happy to pay for the "unlimited" data plan. Between my wife and I, we blow through 60+ GB of traffic a month on two phones alone (we both have laptops, but both use a smartphone as a primary device). And frequently, the phone *is* the WiFi for my laptop. A more typical scenario is editing directly in Vim over an SSH connection, or, less commonly, grabbing a copy of the code to to work on locally in DroidVim via SFTP/git.

    As to tooling, I'm not an IDE person. I really like Vim, and that makes it very easy to be happy *and* productive on minimal systems--basically anywhere I can get a halfway decent terminal. (I'm a keyboard person all day long, so anything to avoid the mouse.) My concession to IDEs is NERDTree and a few bits of shell script. That also makes it trivial to dump my usual setup in a brand new machine, VM, headless, or otherwise, and have it be set up to do useful work.

    A little off-topic, but tl;dr: We need low-level hardware access on mobile platforms to make them really viable without having to screw around trying to root phones we should own in the first place. (I've said I like ARM, but I'd also really like to see a halfway decent, $30 RISC-V board.) And... to really make them useful, they still need fast cellular radios. My primary ISP, from a usage standpoint, is my phone provider, not my home ISP.

    This model isn't for everyone, but, I always remember wanting more out of my PDAs and calculators. I wanted a full-blown desktop replacement. We are nearly there, but low-level access is the big killer.

  168. Re:combine this with Linus' recent thoughts about by tepples · · Score: 1

    The range of coding that can be done with an Android device, unrooted, right now, is in pretty rough shape.

    Did rootless GNU environments, such as Termux and GNURoot, stop working in recent versions of Android? Some Slashdot users seem to swear by GNURoot combined with XSDL.

    But, it's rare that I don't have connectivity. I'm happy to pay for the "unlimited" data plan. Between my wife and I, we blow through 60+ GB of traffic a month on two phones alone (we both have laptops, but both use a smartphone as a primary device). And frequently, the phone *is* the WiFi for my laptop.

    Last I checked, carriers limited "unlimited" data plans' hotspot use (what you call "the phone *is* the WiFi for my laptop") to 10 GB per month. This means that for people who cancel home Internet in order to afford a cellular data plan, semiannual feature updates in Ubuntu or Windows might have to happen at a public library.

  169. Re:combine this with Linus' recent thoughts about by weilawei · · Score: 1

    Termux works, and I do use it, but it has weird issues with accessing parts of the filesystem and convincing tools to work right due to Android's limitations. I haven't looked at GNURoot. As to the 10 GB limit--that part is real and frustrating and stupidly artificial. I'm already using the transfer! I tried doing without the home connection, but I caved in after maybe 3 months. It does mean that any heavy duty network traffic for the laptop needs to be at home, work, or somewhere like a library, as you said.

    There are real issues with the setup, but the only way I see them getting addressed is with individual effort. I find the services of many large corporations extremely convenient, and really don't want to void the warranty on the newest device I use (afterwards, who cares? I've got an original T-Mobile G1, rooted, still works just fine, if horribly out of date), but I would also prefer to see computing devices owned by the people holding them.

    ARM is good for consolidating on a low-power many-core platform. Big iron, as mentioned elsewhere, still has real value. It just doesn't need to be in everything. Going forward, I'd really love to see ARM replaced with RISC-V, so that open hardware might actually be a useful thing.

  170. Re:Torvalds rant: X86 development vs Arm Developme by Ed+Avis · · Score: 1

    Yes and there's no such thing as x86-64 either, Intel marketing decided it was to be called "IA32-T" or some other nonsense. It's best to ignore the vendor's PR names in such things, particularly when they're as inane as "AArch64".

    --
    -- Ed Avis ed@membled.com
  171. This is a bad idea by Anonymous Coward · · Score: 0

    Just watch as end users bear the brunt of developers struggles on the new platform and millions of new bugs to make things like pro tools crap out.

  172. Re: Irrelevant to me by Anonymous Coward · · Score: 0

    Because Linux does not suck, if you put in even just an ounce of effort.

    And they call Mac user mindless fanboys.