←back to thread

150 points sohkamyung | 3 comments | | HN request time: 0.001s | source
Show context
MostlyStable ◴[] No.42131693[source]
A lot of comments are focusing on the value as a RISC-V development platform, which is obviously important, but I'm also hopeful that this presages more Framework mainboard options besides just what Framework itself offers. There is already a pretty big community offering I/O modules beyond Framework's options, but the true benefit of a Framework system is in the ability to not be locked in to only what one company things is worth the time and effort to develop. This is the first inkling that that benefit might actually come about.
replies(3): >>42132202 #>>42133441 #>>42135140 #
MindSpunk ◴[] No.42132202[source]
There's not really a lot of room for anyone to make a board that isn't a curiosity or highly-specific developer platform though. Framework already have both x86 vendors covered for people who want Intel or AMD. The only other chip worth making a board for is Snapdragon X Elite. There's nothing else in the same performance class.
replies(5): >>42132448 #>>42132528 #>>42132763 #>>42133374 #>>42169840 #
bane ◴[] No.42132528[source]
There's the possibility of making mainboards with other features though, built-in FPGAs, SDRs, or maybe lower-powered x86 chips for more battery life.

I guess that all falls under "curiosity", but I really do hope that the ecosystem for framework compatible parts blow up.

replies(1): >>42133371 #
omeid2 ◴[] No.42133371[source]
lower-powered x86 has little chance anymore. In 10 years from now, just about every portable system will be ARM-like.
replies(1): >>42133579 #
timschmidt ◴[] No.42133579[source]
Performance per watt is nearly identical for the Apple M4 and the Ryzen AI 9 HX 370, despite the Ryzen being manufactured on 4nm while the M4 is on 3nm: https://www.phoronix.com/review/apple-m4-intel-amd-linux/3

Sorry to burst your bubble.

replies(2): >>42133913 #>>42133965 #
chaxor ◴[] No.42133913{3}[source]
The biggest thing I want to see from framework is ARM (or better, Risc-V that achieves great low power performance) with an enormous battery and linux or BSD with all the optimizations to improve battery life.

I bought a macbook a while ago specifically because I can get it to last about 45-50 hours non-stop usage on one charge, so getting a system tailored for even better performance and a longer battery life (macbooks could probably double or triple battery life if they bulked up and stopped trying to be so petite) would be incredible.

>100 hour battery lifes should be very achiebable for developers, as limiting screen brightness and using only terminal with a black background can increase battery life _enormously_.

replies(4): >>42134028 #>>42134680 #>>42169776 #>>42169853 #
1. tecleandor ◴[] No.42134680{4}[source]
Between Zoom (not the whole time, but just by having it in the background), Slack and Crowdstrike's Falcon agent, I usually can't make more than 5 or 6 hours away of a wall outlet with my MacBook Pro M2 Max...

I hate corporate software.

replies(1): >>42151195 #
2. v1ne ◴[] No.42151195[source]
Oh, wow. That's a pity. I mean, you're down to the battery time of any random x86 laptop.

I usually get barely a working day out of my corporate MacBook Pro M1 with Corpo Security Special Sauce, CLion and Teams. But I have to kill CLion when it gets too crazy (i.e. often). Do you have any insights from Activity Monitor on who is draining the battery?

My biggest offenders: - Symantec Data Loss Prevention Agent (x86 Emulation) - $Corporation App Store (I never use it, don't know why it burns CPU time)

This corporate "security" software is the essence of everything that's wrong with a corporation.

replies(1): >>42182905 #
3. tecleandor ◴[] No.42182905[source]
If I check the "Last 12 hours app energy use" from my Activity Monitor it's usually Firefox, Zoom, Slack and PyCharm.

But that only shows "Apps", not processes. If I list all processes, the one that's almost always in the top is Crowdstrike Falcon. Specially when there's disk access, as it seems to intercept everything...