601–610 of 634 posts
Earlier quoted context omitted.
GNU/Linux-supported devices receive updates far-far-far longer, both laptops and phones.
Then run Linux on your MacBook when you no longer have an Apple-supported Mac OS, which is 10 years. Lots of people have.
I've owned an upgraded T480 since they were released, run archlinux on it. It was a decent computer, but despite having upgraded the battery to the largest possible configuration and using all the tricks in the book to maximize battery life in linux - it sucked. The reality is these Intel processors are just a big inefficient hot mess. I ended up upgrading to the 14" M1 Max, and there is literally no way you can make…
I usually get more than 10 hours out of it, running Ubuntu. I think that's great.
Earlier quoted context omitted.
The Apple Silicon models will probably also benefit from being the first(?) ones to run their entire life with Apple's new optimized charging behavior. E.g. my laptop spends most of its life plugged in running a display, and so it has its battery charging kept on hold and is occasionally charged up to ~80%. I can only assume this'll help the battery life in the long term...
This is not an Apple-specific feature, though. Windows 11 has a similar mode on Thinkpads, although I don't recall if it's something Lenovo-specific or it works everywhere.
/sys/class/power_supply/BAT0 #
...
charge_behaviour # [auto] inhibit-charge force-discharge
charge_control_end_threshold
charge_control_start_threshold
charge_start_threshold
charge_stop_threshold
...
Earlier quoted context omitted.
Apple usually buys their panels from LG, most of the time you can get better price/performance if you buy the same panel directly or in other assemblies.
Where at? Do you have a link?
This panel will get you full DCI-P3 color gamut at 3840x2160 in 10-bit, but only 500 nits.
Earlier quoted context omitted.
Yep. We should mention here improvements within the last decade? The X13 Gen3 (AMD) also should allow run theoretically 17 hours[1]. I think a peak was reached with the MacBook (Polycarbonate Body) or T430s which allowed to replace the battery at the device bottom with a coin, easy maintenance and sturdy frame. And good balance because the weight counteracted the open display. With "peak" I mean the situation that a…
The big problem with newer AMD ThinkPads from what I've heard is use of some second-rate (mostly Realtek) components in places, which in comparison to those used on Intel models don't perform as well and are more likely to cause trouble under Linux.
* Qualcomm (Atheros) -> GOOD (or even best?)
* Intel -> GOOD
* Realtek -> It works okay for average users
* MediaTek -> Bad or lack of reputation
I would be happy if AMD and Qualcomm team up together again. The questionable ARM-Deal with Microsoft also didn't worked out well for Qualcomm.
Earlier quoted context omitted.
How do they create more ewaste though? Like many others report my experience is that apple products routinely last multiple times longer than other tech. I only just last week retired a MacBook bought in 2013, and it still worked just fine. Now someone else bought it and is using it. Things like PCs and android phones usually have some combination of cheap materials, bloat/crap ware or poorly designed software stacks…
It's a double-edged sword. Macbooks are sturdy in some areas (bottom case assembly) but fragile in others (display assembly and keyboard). The e-waste partially stems from a lack of repairability; common issues like a cracked display or shorted Logic Board capacitor will run you upwards of $500. Not because those individual parts are so expensive, but because the entire display/motherboard assembly has to be replaced…
Earlier quoted context omitted.
Then run Linux on your MacBook when you no longer have an Apple-supported Mac OS, which is 10 years. Lots of people have.
I heard it's not always reliable, since the proprietary drivers cannot be easily reverse engineered.
Earlier quoted context omitted.
Linux 6.2: The first mainstream Linux kernel for Apple M1 chips arrives: https://www.zdnet.com/article/linux-6-2-the-first-mainstream...
So, no. The headline is clickbait and basically just wrong.
Earlier quoted context omitted.
Different OS (macOS Ventura vs. Pop-OS), different compiler (LLVM/clang vs. GCC), different storage (internal SSD vs NVMe M.2), different filesystem. Running with full CPU parallelism in both cases, however. In fact the test was biased against the Mac because the M1 MBA was running on battery power and the HP DevOne was plugged in. Still, 5x worse performance at a real-world task that most closely approximates my use…
Different OS, different storage, different filesystem are all fair as you can say you are testing the laptop as a whole, so what was preconfigured matters. Also generating totally different code (compiler outputting x86_64 vs aarch64) is fair, because that's part of a real-world task. However, LLVM/clang vs GCC is too far and made the benchmark result completely nonsense. How can you make sure it isn't just that LLVM…
That said, I attempted to make the comparison as close as possible by timing the time it takes to cross-compile Hugo for Windows/x64 (taking care to run it once to load the sources into the package cache, while clearing the object file cache each time). Thus using the exact same Go 1.20.1 compiler, the same code generator back-end, the same platform source code being compiled, and the results are much closer:
- Mac Studio (M1 Ultra, 128G): 9.7s
- Macbook Air (M1, 16G): 16.7s
- HP DevOne (5850U, 64G): 18.7s
- HP Z2 Mini G4 (Xeon E-2176G, 32G): 20.7s
- Gigabyte Aorus 17G (i7-11800H, 64G): 16.5s
So you are right, somehow GCC's optimizer at the -O2 level is much slower on x64 laptops than x64 desktop or arm64. Not sure why compiling p7zip is so much faster on the Xeon than on the Ryzen or Aorus, gcc is 12.2 on both and the optimizer setting is -O2, no -march=native. The only explanation I can think of is thermal throttling, since both slow machines are laptops, and somehow GCC is triggering that in a way Go's compiler is not (nor apparently clang).
Earlier quoted context omitted.
I heard it's not always reliable, since the proprietary drivers cannot be easily reverse engineered.
It's actually more reliable than on PC's because there's far fewer hardware combinations to support and Apple doesn't use particularly exotic hardware.