/tech/ - Technology★

wrong thread, retard

>>921312 (OP)

I would sooner buy a Huawei Chink ripoff than something direct from ((( Intel ))).

>>921312 (OP)

Why not buy Mintbox Mini 2 when it comes out?

>>921312 (OP)

They are alright for things which don't need lots of computing power such as a media computer for a TV, just remember if you are wanting to get one that they often don't come with RAM or storage so you will need a SODIMM (or two) and either a 2.5" SATA drive or M.2.

You could use one as a development system if you were doing simple coding as its probably fast enough to compile small programs in a reasonable time. For vidya I am not sure.

>>921322

I might actually do that. Do you think Trisquel will work with all of the parts natively?

>>921312 (OP)

>in-tel-aviv shill

fuck off

>fully libre

No, these things have something like ME in them too, and proprietary blobs.

>>921383

What is ME?

>>921374

I wasn't enthusiastic about that fact either. I try to look at the hardware first before taking the manufacturing location into account.

>>921417

>/tech/poster oblivious to ME

Intel's plan is working out as it seems.

>another Intel thread

>>921420

>not saging a thread he doesn't like

Get out of here, you thoughtless, worthless newfag. People like you are why imageboards in general are going to shit.

ARM Cortex-A7 is cheap and much less buggy. About the only thing it can't run are the modern video games, but hell you can just use emulators and play much better games.

>>921445

>ARM Cortex-A7 is cheap and much less buggy.

and has worse IPC

and is only 32-bit

and doesn't support out-of-order execution inb4 that's suddenly a bad thing because everyone fucking implemented it wrong

>>921379

>they aren't making any money off the ME stuff.

ME is incredibly useful. There is a reason they are on CPUs. People actually use them when managing many machines. Turns out most of the world is not freetards and opensourcing it would only help AMD fuck them over.

>>921485

This

Besides. AMD and ARM processors use ARM Trusted Firmware (TrustZone) which is exactly the same thing and runs a similar microkernel system

>>921485

>>921490

>apologists of outrageous hardware botnet

It has no business of existing on private computers which aren't subject to company control.

>>921498

The business case for it existing is that it is much cheaper to fabricate all chips with ME and simply not use it than it is to design two different versions of all chips with and without ME.

>>921473

There's 64-bit ARM boards too, if you really need it (I don't).

>>921485

ME might be useful for sysadmin, but that doesn't mean it needs to be shoved down everyone's throat. My PC doesn't need it, and I don't want it.

>>921490

You can buy ARM boards that don't require non-free firmware to boot, and without jumping through hoops and taking the risk of bricking your system with trannyboot.

>>921501

>My PC doesn't need it, and I don't want it.

Yeah it really sucks that one tiny piece of the system is proprietary when the entire rest of the massive other components are also proprietary. You guys flip out about the weirdest shit.

>>921503

The other hardware doesn't run with such high priority that the OS itself can't contain it. Well except for some thing that use DMA, like USB 3. But you can easily avoid using that hardware, whereas you can't avoid using the CPU.

>>921366

From what I can see they use components which have open source drivers.

>>921500

Not an argument. If somehow military and spooks can disable it (at least since the HAP bit is present), why not disable it too on machines destined for mainstream (i.e. not business/corporate where AMT might actually be used) sale? Clearly the motivation is not a business one.

>>921632

The military and top secret government agencies pay extra money to get custom ordered products. You too can make custom orders directly from Intel if you're planning to buy millions of dollars of CPU from them.

>>921419

more like /g/ poster

>>921654

Intel already showed themselves to be conniving, lying bastards who make the most buggy hardware in existence. Nobody halfway sane is going to want to pay them even one red cent. In fact, they should be refunding everyone the cost of the chips they bought. What's really needed is a major class action lawsuit that puts them out of business once and for all. Then we can kill the shitty x86 disaster of an architecture and move on finally.

>>921504

>The other hardware doesn't run with such high priority that the OS itself can't contain it.

Bullshit. The multi billion transistor CPU can do whatever the fuck it wants and you have no way of auditing it. The CPU is not the management engine.

>>921312 (OP)

These boxes are loud, that's the main issue. They all have notebook-type blowing fans that whirls all day long. Second, Intel's branded hardware is known to be overpriced, they cost twice as much as noname-branded Chinese fanless boxes with exact same internals. They all come barebone, so you'll have to buy SSD, HDD, memory and wireless card.

If you need a portable PC, you're better off going for similarly-specced laptop, if it's desktop aesthetics, look into MiniITX, if HTPC or NAS, just go for Goldmont motherboards, you don't need an i5 to play animes.

As for liberty: besides proprietary UEFI implementations, non-free microcode and firmware for CPU to boot, latest generation Intel GPUs also need non-free firmware to function properly. Yes, they will run Trisquel or whatever antelope-approved snowflake distribution of Linux kernel and stallmanite parasite attached to it in headless mode, don't even expect the best GPU performance with libre driver. But if you treat the proprietary firmware (that never gets executed on main system memory or processor cores) as part of the hardware, you'll be able to escape mental loophole of freetardism pushing the Overton's window even further perhaps.

>>921682

You're not even consistent in your posts. Now all of a sudden you just changed the suject to:

> multi billion transistor CPU

But before you were were talking about:

> Yeah it really sucks that one tiny piece of the system is proprietary when the entire rest of the massive other components are also proprietary.

Well guess what, I don't use a GPU and never did. So that leaves only microcontrollers, and those are standard parts with (shitty proprietary code) rather than the massive shits you're alluding to.

Get a grip instead of jumping around and making so many assumptions about how other people do their computing.

Intel NUCs seem overpriced. These miniPCs are cute though. What I'd like to see is a similar AMD-based product. I'm hoping for one with a 7nm Ryzen 3200ge sometime next year. I'd buy that.

>>922050

>similar AMD-based product

Well, Atari is making a mini PC with AMD CPU. Unfortunately, it won't be the latest Ryzen series. Will be available for pre-ordering on 30th at 200$.

>>921674

>Then we can kill the shitty x86 disaster of an architecture and move on finally.

This will never happen while people choose to remain addicted to their precious proprietary software. I predict that the world will continue to insist on using Windows to support their current set of proprietary programs. This means that x86 will never disappear while this is true. It will not matter if Intel and AMD both become bankrupt tomorrow and no other x86 manufacturer rises to replace them, the world's population is far too addicted to Windows and their current set of Windows software to care about any other potential computer instruction set..

>>921312 (OP)

The ones from ASUS seem better, have been running one as a headless Linux workstation for years. Had various issues with Intel's, couldn't install Linux on it properly, now it sits on a shelf. At least it is small. Look at Shuttle if you need dual NIC, have one as a pfsense router, not bad.

I'd kill for a NUC equipped with a 2400G(E) and Thunderbolt!

>>922136

>and Thunderbolt!

<I want anything I plug in to have full access to my RAM

>>922232

If adversaries get physical access you got more things to worry about than Thunderbolt having DMA to the RAM.

>>922242

>If adversaries get physical access

Really it being insecure is a good thing!

>>922279

Do you not understand that all matters of security are meaningless when people have physical access to the machine.

>>922282

>Really any security is worthless and there is nothing at all you can do to make physical access less damaging

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

>>922063

I'd rather get a Mintbox than one of those pseudogaming Indiegogo turds. Still might get a NUC with all the bells and whistles because I'm a lazy bastard and I like the aesthetic.

t. OP

>>922100

Would it be possible to write an x86 emulator that runs without the user having to worry about it? Apple did something like this with Rosetta when they moved from PPC to Intel: whenever the user launched an app compiled for PPC the emulator would translate the PPC instructions to x86 instructions on the fly and the user would never notice anything. Of course it required extra processing power, but it worked.

>>923462

Mintbox 2 series will be great, but they'll still have a weaker CPU and GPU.

>>923642

Fair enough. I don't care terribly much about the GPU since I won't be doing much gaming or resource intensive processes related to graphics. The CPU though, that's what I'd be more interested to know about. If this Atari box does come out, will it be completely free software? And will the hardware be modular and easy to take apart and customize?

>>923682

>will it be completely free software

They will have a proprietary Atari launcher. You can install a libre Linux OS over it.

>easy to take apart and customize

Mini PCs almost exclusively aren't customizable apart from storage and memory so I doubt this will be an exception.

The CPU is great though. Although there are better choices in the sub 40W TDP like the 2300U, 2700U and 2200GE (which isn't released yet), but they'd just increase the total cost by $100-$150 which would lose a lot of potential buyers.

>>923696

You can take apart a NUC and change things beyond memory. It is just harder to find compatible hardware with the existing shit in there. Thanks for the clarification of the Atari, however. I'm interested to see if anything will come to fruition from the project.