[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: 3b14ot.jpg (10 KB, 400x290)
10 KB
10 KB JPG
I hate arm and mips so much its unreal. On x86 you just have a image. you boot from the image. On arm and mips you have Ramdisk Device Tree image Kernel image pflash why the FUCK DO YOU NEED A SEPERATE KERNAL IMAGE. IT SHOULD BE BAKED INTO THE BOOT DEVICE ALREADY WITH EVERYTHING ELSE, and what the FUCK is a device tree image "But this is all nesscary" Bullshit I don't believe it, I don't believe you need all of this, this shit is stupid and designed backwards "This isn't arms or powerpcs fault" its everyones fault for accepting this shit.

I blame the lack of UEFI. Intel and amd despite being evil were smart enough to force motherboard vendors to use UEFI, as it was either that or the highway, and that forced motherboard makers to standardize. Arm does not force companys in the same way Intel and Amd does, so they don't give a shit and make there devices last 10 years less than a x86 machine of the same specs. Because your locked in unless you spend 3 weeks building drivers and a device tree for android/linux/any operating system.

Every system made under x86 it will have the longest longetiveability than ANY other arch that the system could be made from.
Every x86 system can be updated easily without any flashing, making it much more secure than arm where in order to update you have to rely on the vendor or build the entire android source code yourself and then have to update your device tree and kernel and then spend weeks getting it to work which is inoperable for companys and people so the only option would be to just not update. Same with other architectures which makes x86 the most secure. Having to manually build the system means that without a vendor manually doing the update no device can be reasonably updated to the latest operating system version.

I blame ARM for not forcing board makers to use UEFI. Unironically I fear the day arm chips attempt to take over x86 because that means your devices will only last 3 years.
>>
>>107254306
And the modern architectures are fucking jokes.
At least PowerPC ATTEMPTED TO standardize things with openbios and replaceable parts.
Its fucking pathetic that risc-v the "Open and most customizable" arch literally can not have anything be replaced because its all soldered on and non standardized. That is the killing blow that will make it never go anywhere
>>
>>107254336
And then you go and hate on x86 and wish it gets replaced. BE careful with what you fucking wish for. X86 is the MOST secure architecture because its standardized which allows easy updating.
I don't care how fast apple M chips are I hope they fail. because if they don't than that means your going to be living in a world where it takes 2 weeks to build your operating system for your device and its going to make devices only last 3-4 years unless some Aryan from xda fourms blesses you and decides to make a build of a windows version(never going to happen with windows on arm) or linux distro designed for your device. And you can forget about replaceable parts.

Literally every single tech person does not realize this and its RIGHT in front of them, in fact they support this future. and its getting worse everyday.
>>
>>107254306
>>107254374
OP... why do you think lots of the industry and "tech journalism", and astroturfing paid shills that find their way even here, have been pushing so much for ARM to replace x86/x86-64 because "muh efficiency" (that often goes down the drain and becomes worse than x86 when you're actually pushing an ARM CPU to its limits instead of just web browsing)?
For (((them))) x86 was a huge mistake that they don't intend to ever repeat.
At least, I've been noticing that all the ARM pushing and shilling appears to have declined in recent months, both on /g/ and elsewhere.
>>
>>107254374
>I hope arm diwz
Realize that you're a crab in a bucket, x86 is a fundamentally outdated architecture technically but somewhat forward thinking systemically and I mean this in what you basically described
Arm is the opposite of this that means it's flexible, easy to extend and power efficient but a comlete chaos structurally which is what you described, you cannot win, pick a poison
>>
What's the TLDR for a retard like me? x86 is good because it allows you to run whatever software you want?
>>
>>107254489
ibm compatibility
preserve our heritage
>>
>>107254447
The thing is that it does not have to be this way with ARM.

Powerpc at least TRIED to make standards with openbios or sorry openfirmware. which while not as good as x86s bios was still a attempt that I can respect, at least it tried, If the hardware from 2003 can have enough space on the epprom for openbios arm vendors can find a way to put a similar system on there chips
>>
>>107254521
The 0.01% inefficency you see in x86 does not affect shit. and its nowhere near the tradeoff that arm has, Like sure having support for a light-pen is stupid but its not like its checking every hardware instruction. its literally a grain of sand on a planet made of fucking sand in the amount of performance lost from that.

My fucking i7-3770k likely is faster than the switch 2 cpu I fucking bet, make it run prime numbers for 3 hours and watch as after 2.8 hours the arm cpu throttles or is just slower from the start.
>>
>>107254517
damn, why do the jews want to take x86 away from me so badly?
>>
>>107254306
The purpose of a computer is to serve ads and provide access to online marketplaces. Its secondary purpose is data collection in service of the former purpose. Anything else can and should be removed, especially when those things allow consumers to do things like remove or avoid ads or hide their actions from observation.
>>
>>107254626
because being able to upgrade your operating system and easily update on a unifed platform means less money because they hold onto their computer longer.

Its so fucking over if they win.
>>
>>107254306

they had arm devices like long time ago they might still work at their intended use after like 25 years

wince unimaginably bad compared to flagship phones but working
>>
>>107254306
You're gonna have to wait for RISC-V. ARM isn't an open platform.
>>
>>107254728
>RISC-V
Exact same problems. See >>107254336.
>>
>>107254306
You know that x86 can be locked down the exact same way, right? It’s just everybody uses the existing standard cause it’s easier, and the main market is for devices that must work with it to be sellable. The IBM BIOS, and then UEFI spec are not mandatory. Furthermore, there is UEFI support on server ARM chips. It’s a firmware thing, not a hardware thing. ARM mandating UEFI or BIOS would make little sense, because implementing it requires a bunch of extra components that your dishwasher or dryer doesn’t need. Nobody cares if your security camera doesn’t support enumerating RAM, or PCIe.

In short, support for hardware architectures is not implemented in hardware. An x86 CPU has no concept of BIOS or UEFI. The motherboard loads up code onto it that then handles it. The rest is just specs. Even then, a lot of hardware on motherboards is often not discoverable by typical methods, like SMBus sensors, fan controllers, RGB, e.t.c.

Your actual issue is the lack of drivers for the peripherals many ARM devices use. Even if you could boot into whatever OS you wanted, there’d be no drivers for 75% of its components, cause ARM devices tend to be bespoke
>>
>>107255420
I was waiting for some "it's not the ISA, it's the platform!" faggot to show up.

Well, guess what dipshit, the ISA _is_ the platform. Maybe technically not, but in practice they are so intertwined, that it's intelectually dishonest to use this argument outside of a purely academic context.
>>
>>107255531
next thing you know there going to be defending ram being soldered in. there going to defend arm not having UEFI or any standardized boot process to pass information over to the OS.
>>
absolute trvke
>>
File: GordonMoore.png (388 KB, 366x519)
388 KB
388 KB PNG
>>107254306
>>
>>107255531
Except the fact that UEFI has been and is currently implemented for some server ARM platforms means it’s not disingenuous at all. It’s just not standard practice, and won’t be until we see ARM and similar architectures adopted more commonly in PCs. Even then, there’ll remain tons of ARM chips that do their own thing, cause they’re in weird devices where it makes no sense to adopt a PC-style boot process. It has nothing to do with architecture. The ISA designer could write a big standard on how it should be done, and then be ignored and have some other system used in its place.

No manufacturer other than Apple, who controls their entire stack, hardware and software, is going to be able to pull off releasing a “PC” that doesnt implement this stuff. In fact, the current Windows on Arm AI bullshit computers implement UEFI, and Arm has documentation on correct implementation of it here: https://developer.arm.com/Architectures/Unified%20Extensible%20Firmware%20Interface
>>
>>107256462
There it is
Their bucket isn't for you to shit in
They're going to break your hands if you don't learn the difference



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.