linux-intel-lts
solvespace
linux-intel-lts | solvespace | |
---|---|---|
16 | 71 | |
175 | 3,057 | |
0.6% | 1.6% | |
0.6 | 7.2 | |
9 days ago | 7 days ago | |
C | C++ | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
linux-intel-lts
-
Dell XPS 15 9520 (64GB RAM): How much battery drainage in percentage are you getting when your laptop is in Sleep/Standby/Suspend mode (powering the memory)? In my case is around 1% / hour using Debian 12, that means the laptop will not last more than 2-3 days
soon? https://github.com/intel/linux-intel-lts/issues/33
-
The Great CPU Stagnation
There’s actually 2, theres the intel lts one, which i guess they did do something it just never amounted to anything, explained here:
https://github.com/intel/linux-intel-lts/issues/33
The ongoing development:
https://github.com/strongtz/i915-sriov-dkms
-
[sGPUpt] - single GPU passthrough simplified
No kernel support yet, see this GitHub issue for updates.
-
Intel's new GPUs, dream for vfio setups?
Intel has SR-IOV support on their own branch of the LTS kernel. I made an issue asking when they would mainline it, hopefully they do it next year.
- Intel 12th gen full iGPU passthrough to Linux guest, is it possible?
-
No SR-IOV for ARC A-series GPUs?
SR-IOV is working on gen12 in Intel's kernel fork here: https://github.com/intel/linux-intel-lts/blob/lts-v5.10.120-yocto-220627T062711Z/drivers/gpu/drm/i915/i915_sriov.c
- Why is this showing up then I start my Laptop?
- Possible "launch date" for Intel’s ARC A5xx and A7xx graphics cards leaked | Exclusive | igor'sLAB
-
SR-IOV of Intel GPU seems to be available, and the work of merging the code into the mainline kernel is in progress.
https://github.com/intel/linux-intel-lts/issues/33#issuecomment-1176996341 SR-IOV of Intel GPU seems to be available, and the work of merging the code into the mainline kernel is in progress. https://github.com/intel/linux-intel-lts/blob/lts-v5.10.120-yocto-220627T062711Z/drivers/gpu/drm/i915/i915_sriov.c I did find the relevant code of SR-IOV in this repository, but the kernel version is a little old. Maybe it can be ported to the mainline kernel through DKMS or patches? After all, code consolidation may not be completed until the end of 2023.
-
GVM: A GPU Virtual Machine for Iommu-Capable Computers
>> https://github.com/intel/linux-intel-lts/commit/41ef979f0894
> This is pretty unhelpful. Legitimately
Indeed, "98 changed files with 11,276 additions and 46 deletions" and no idea if it will work on a vanilla kernel.
I would like to try running linux baremetal to virtualize Windows 11 running in fullscreen mode with control over the mouse and keyboard, but I may wait until that's mainlined.
solvespace
-
Ask HN: What rabbit hole(s) did you dive into recently?
Can second this!
However, I would recommend https://solvespace.com! It hits a sweet spot between features vs complexity/learning effort.
- My favorite code comment/rant
-
Why large companies and fast-moving startups are banning merge commits
We use rebase on solvespace, along with sensible squashing so most commits along master are pretty self contained. You can see the clean history here:
https://github.com/solvespace/solvespace/commits/master/
-
A one line code change inside iOS made me waste 5 minutes
I changed a behavior to the "more standard" one because it felt obviously right. This was a 3 line change. But the was enough backlash right there in the pull request. So I spent a couple hours remembering how to add a configuration option to keep the old way for those guys:
https://github.com/solvespace/solvespace/pull/1425
-
RattleCAD
> If you like Linkage, you might also like Solvespace.
No, I mean Brent Curry's Linkage[1] bicycle design software, not David Rector's Linkage Mechanism Designer and Simulator[2].
You should read Wikipedia article.[0]
N.B. About SolveSpace, as I'm its experienced user[youtube,patreon], I may say next: yes, it could be used for bike mockup, as any other CAD, but it still has a lot of limitations and even does not export correct STEP files yet[3], and in FreeCAD such STEP could fixed only partially.[video]
So, for serious 3D CAD work I highly recommend use FreeCAD (and LibreCAD for 2D CAD work) instead of SolveSpace, and use SolveSpace only as a helper tool like a calc or as a notepad for noting ideas.
About Linkage Mechanism Designer and Simulator, it is only useful for planar (2D) kinematics analyze, and if You are looking an alternative for it take a look on Pyslvs[4], that is in part based on SolveSpace's solver.
[0] https://en.wikipedia.org/wiki/rattleCAD#History
[1] https://bikechecker.com/
[2] https://blog.rectorsquid.com/linkage-mechanism-designer-and-...
[3] https://github.com/solvespace/solvespace/issues/206
[4] https://github.com/KmolYuan/Pyslvs-UI
[video] https://www.youtube.com/watch?v=F3LJMeqUDrU
[youtube] https://www.youtube.com/@appsoft
[patreon] https://patreon.com/app4soft
- SolveSpace has been ported to Qt
-
Ask HN: What are some of the most elegant codebases in your favorite language?
C++ this file covers all the math for working with NURBS curves and surfaces:
https://github.com/solvespace/solvespace/blob/master/src/srf...
There is a lot more in other files - triangulation, booleans, creation - but the core math functions are there in very readable form.
- My favorite rant in a code comment (on OpenGL compatibility)
-
The Great CPU Stagnation
>> Maybe somebody has statistical survey of how much of the existing deployed CPU core count is typically used?
My guess is very few cores are used on average. I did some testing with Solvespace to see which build options contributed most to performance:
https://github.com/solvespace/solvespace/issues/972
Obviously using OpenMP for multi-core was the big win. But what's not shown is that in typical usage (not the test I ran) if you're dragging some geometry around it will use all cores (in my case 4 cores / 8 threads) at about 50 percent utilization. That percentage probably drops as more cores are thrown at it due to Amdahl's Law. In other words, throwing double the cores at it will give a good boost to a lot of code that is already taking less than half the time (wall clock time, not CPU time).
We added OpenMP to a number of functions for significant performance gains. And in fact, any remining single-thread operation that gets the parallel treatment is likely to have a significant impact on overall performance since that is where most of the time is spent now. At this point we're more focused on features and bugs.
Algorithmic improvements are possible and I'd like to do those in the future, but they are much harder to do than sprinkling some #pragmas around critical loops. That will improve the scalability though, where multithreading really did not.
- Free, mac compatible, relatively easy CAD/CAM software?
What are some alternatives?
i915-sriov-dkms - dkms module of Linux i915 driver with SR-IOV support
cadquery - A python parametric CAD scripting framework based on OCCT
linux - Linux kernel source tree
Autodesk-Fusion-360-for-Linux - This is a project, where I give you a way to use Autodesk Fusion 360 on Linux!
gvt-linux
blender-cad-tools - a collection of Blender addons to make CAD design with Blender even more enjoyable
VFIO-Mdev_Samples - Sample code for creating a VFIO Mediated Device. GPLv2 sources mirrored from elixir.bootlin.com with simple makefile changes.
FreeCAD_assembly3 - Experimental attempt for the next generation assembly workbench for FreeCAD
LibVF.IO - A vendor neutral GPU multiplexing tool driven by VFIO & YAML.
LibreCAD - LibreCAD is a cross-platform 2D CAD program written in C++17. It can read DXF/DWG files and can write DXF/PDF/SVG files. It supports point/line/circle/ellipse/parabola/spline primitives. The user interface is highly customizable, and has dozens of translations.
Mdev-GPU - A user-configurable utility for GPU vendor drivers enabling the registration of arbitrary mdev types with the VFIO-Mediated Device framework.
DesignSpark-Mechanical-for-Linux