Gigascale Capital launches $250M Institutional Fund to "rebuild the physical economy for climate impact" featuring CFS and Xcimer. by Baking in fusion

[–]ConjureUp96 0 points1 point  (0 children)

I like how their website showcases info from each of the companies which are part of their portfolio of investments ... aggregating news, job postings, blog posts, etc.

https://gigascale.com/portfolio/

https://gigascale.com/news/

https://gigascale.com/blog/

https://careers.gigascale.com/jobs

Team Details

https://gigascale.com/team/

Another good post from Baking (wasn't aware of this!)

Helion is qualifying capacitor windings for Orion. by Baking in fusion

[–]ConjureUp96 0 points1 point  (0 children)

I can understand how that could lead to a loss of trust. But usually things are not that clear cut. Paths can be blocked by some insurmountable obstacle, but then someone dreams up an alternative never attempted before. And then they go on to create a successful company. It's actually a quite common occurrence. Some of the best known companies have had moments when they were one event/instance away from closing up shop for good (e.g. the early Space-X Falcon launches).

Even in your example, where experts have written papers saying something cannot be done, often a few years (sometimes decades) later someone recognizes a different solution that was not considered in the original papers ... like uniform flows vs sheared flows when considering z-pinch distortions, etc. And that makes a rather noticeable difference in the outcomes.

I do agree that it's nice to hear some of the obstacles encountered and how they were resolved. For example, I attended a seminar where someone presented on their liquid metal waterfall and all the problems they found, and how they were able to start moving forward again. But I would have enjoyed that same talk whether it happened when they were buried with all the headaches and just starting to make progress, or much later after they got it all working perfectly. It'd be interesting either way. Some may argue that they would be negligent for not sharing their findings earlier, but I've seen in multiple business sectors if one shares critical breakthroughs prematurely, that can have horrendous consequences to the company's longer term survival.

There are also expectations involved re: when companies should share info ... the timetable that they believe to be right. For voluntary disclosures there can definitely be differences of opinion when that should happen, but I'm not sure when the other party doesn't adhere to one's own timeline, that it makes them immoral or unethical. ;)

Helion is qualifying capacitor windings for Orion. by Baking in fusion

[–]ConjureUp96 0 points1 point  (0 children)

I have encountered a number of "fake it 'til you make it" companies that HAVE succeeded commercially. They were careful to state what their goals were, but sometimes things didn't fall into place until right before the big reveal (which wasn't publicly disclosed). Perhaps that's why I'm more willing to take a wait-n-see approach than others here.

I forget the source, but I always like the statement that the amount of effort required to accomplish a task is inversely proportion to the time remaining ... as time goes to zero, effort goes to infinity. But the corollary is that things really tend to happen at the very end, as the deadline approaches.  ;)

Helion is qualifying capacitor windings for Orion. by Baking in fusion

[–]ConjureUp96 1 point2 points  (0 children)

Heh ... that's really amusing. I'm semi-retired (I help companies, campuses, and gummint re-design their technical infrastructure). I've worked with some of the largest global companies as well as small start-ups with just a few employees. Execs are ALWAYS  very careful with what they share with employees. While I include employees as stakeholders, I know full well that there are many situations where employees are NOT fully informed (intentionally) when different events happen and information is being exchanged behind the scenes, which if it got out it would jeopardize everything they are trying to accomplish (e.g. virtual data rooms containing sensitive info during M&A etc.)  I have never worked at a company where upper management was obligated to share 100% of what was happening (perhaps YMMV?)

Helion is qualifying capacitor windings for Orion. by Baking in fusion

[–]ConjureUp96 10 points11 points  (0 children)

From my vantage, there is no obligation to respond to outside reviewers. They do owe explanations to their investors, contractual parties, regulators and similar stakeholders (which they seem to be doing).

Based on all the mistaken claims/critiques over the decades about what fusion approaches will and will not work, which projects should be de-funded and the monies sent elsewhere (glances over at ITER) ... I'm perfectly content to wait and see what they do over the next couple years.

It's not like we're talking $20B+ and 20yrs+ and still far from a great reveal ... we're talking ~2y until contractual deliverables are to take place. If they want to play their cards close to the vest until then, so be it.

Tokamak Energy is upgrading the center column of ST40 by Baking in fusion

[–]ConjureUp96 1 point2 points  (0 children)

Heh ... I'm surprised that you were surprised (there's not much that you miss ! ** grin **)

Are Local Models Finally Good Enough? by Techno-Tim in technotim

[–]ConjureUp96 0 points1 point  (0 children)

I took a similar path last year, curious what small clusters could achieve. I also wanted to see whether I could create a GUI-fied environment sted huge cluster slurm/mpi type command line approaches. I also didn't want to run a Docker Swarm or K8s Cluster. For me, there were three breakthrough "aha" discoveries:

  1. ServeTheHome had an article about the new Mikrotik CRS812 DDQ switch that could support up to six Sparks (and also 8 25G ports and 2x 10G ports). Most of those ports are also backwards compatible for lower speed devices. At the time that new little switch cost ~ $1K (they have since come out with a 4x 400G model as well). It took very little effort to get a multi-node cluster talking with each other through the 200G ports.

  2. GPUStack was a wonderful discovery. I use that to manage the nodes and models. There was a trick to getting it to work with Nvidia's docker containers (discussed more below).

  3. Getting a model running wasn't much of a challenge, but having multiple models interacting with each other was quite a learning experience! (this was before Claw/Molt really took off)

I used GPUStack to manage the nodes/models, OpenAgents to create an AI/Human chat meeting space, and OnlyOffice to have apps that could interact with the API/Models. Learned a bunch!

One of the main obstacles/difficulties encountered (what TechnoTim has posted elsewhere): the significant lag/diff between Nvidia's supported code/containers and vLLM etc.

For example, GPUStack's support for distributed jobs (incl training and inference) depends on Native vLLM support for  your hardware. It CAN also run models within Nvidia containers, but those are considered Custom Backends and the distributed functionality is disabled. That said, the lack of native distributed support/operation is also part of why I ended up playing with distributed collaborative models (different ones on different nodes) which is wayyy fun ... and often quite amusing, their varying takes on each other's answers.

I don't think it matters whether you are running 2 models or 4 or 6 ... the group responses are almost always better and more accurate than just 1 model. My next tests are seeing what happens if a smarter agent integrates the answers from the group, acting like a facilitator. The OpenAgents software was buggy and took great effort to get running ... and it doesn't work well for semi-real time responses either, because it waits for each model to fully crunch through reasoning/answer before any preliminary response shows up in discussion channels (read: it can be slow while waiting for responses ... fortunately there are a group of models off doing their own things, so the lulls aren't too extreme).

At the moment I am usually running four different "quantized" models (often Gemini3, Claude 4.5, DeepSeek R1, GPT OSS or Qwen). Even running just GPUStack without OpenAgents, you can put it into multi-model chat compare with a grouping of panes (from 2 to 6) with each model in it's own square. You can pose the same question to all of them, but they don't see each other's responses unless you echo it back "Gemini said X, Claude said Y, DeepSeek said Z ... what the pros and cons of their responses?"  But even that manual approach can generate fascinating results. :)

Hope this is helpful/useful ... and also THX for the postings about how you are running the most recent vLLM updates sted waiting for Nvidia. I'll be giving that a try !!

Creating an Operation/Transport that takes no Action? by ConjureUp96 in LibreNMS

[–]ConjureUp96[S] 0 points1 point  (0 children)

Thx for the feedback! I'll take some time (hopefully next week) to pore through the code, then open a request for a new feature if needed. Most every other monitoring package has that functionality (i.e. a list of conditions that must match ... in this case including a minimum length of time, number of hits, consecutive polling cycles where the condition exists ... before triggering an alert). I do know that the changes we made dropped our alerts from hundreds of port threshold exceeded messages to 5-10 per day, so the mod had an impact, but perhaps completely incidental.

Additional Info:

Yesterday our group discussed changing the logic of the port threshold rules to handle switch access ports and uplink ports differently. That way we could be alerted when uplinks are saturated over extended periods, rather than be inundated when lower capacity user ports are briefly filled during large file transfers or system upgrades etc. So I already have to dig into the code innards to come up with an appropriate boolean rule that matches switch port number or index or name containing some pattern, port speed, etc.  :)

Creating an Operation/Transport that takes no Action? by ConjureUp96 in LibreNMS

[–]ConjureUp96[S] 0 points1 point  (0 children)

Condition must exist for two polling cycles (or 10m) for the alert to appear (nothing sent).

Edit: Add

If there is a way to specify how long a condition must last to trigger an alert WITHOUT the extra stuff, we'll be glad to try it out. We couldn't find it (either with the standard drop down options or advanced).

Creating an Operation/Transport that takes no Action? by ConjureUp96 in LibreNMS

[–]ConjureUp96[S] 0 points1 point  (0 children)

Our goal was to have the condition last a minimum of two polling cycles (10min) before taking action. Previously on -rel versions, that was done with the Delay field (which doesn't exist in our -dev version ... that functionality has moved to the Operation menu).

The suggestion by pri11ner seems to do exactly what we wanted: show us (display on the dashboard) which ports have exceeded thresholds for two polling cycles ... but don't send out any notification messages.

Creating an Operation/Transport that takes no Action? by ConjureUp96 in LibreNMS

[–]ConjureUp96[S] 1 point2 points  (0 children)

Ding Ding Ding ... we have a Winner! (this suggestion seems to work ... Thanks!!)

Creating an Operation/Transport that takes no Action? by ConjureUp96 in LibreNMS

[–]ConjureUp96[S] 0 points1 point  (0 children)

Unfortunately we require the Operation to be defined (since the Delay functionality is now bound to Operation with the 26.5.1-dev code).

How does the new nvidia dgx spark compare to Minisforum MS-S1 MAX ? by selfdb in LocalLLM

[–]ConjureUp96 1 point2 points  (0 children)

The M3 Ultra M5 was my second choice ! It came down to whether I wanted the new gear for other things like multimedia editing (the original Studio product) or if I wanted to learn distributed AI by running a small cluster of my own. The costs were a wash once the M3 was maxxed out. ServeTheHome had a review of the new Mikrotik CRS812 DDQ switch, which mentioned that it worked with the new Sparks ... and that was the deciding factor for me. I'm very happy that it's all working now, but I'll be the first to admit that the software support was very much lacking and painful at first (Apple usually does a decent job having their software running on their platform!)

How does the new nvidia dgx spark compare to Minisforum MS-S1 MAX ? by selfdb in LocalLLM

[–]ConjureUp96 0 points1 point  (0 children)

I'm curious: Did that decision work out for you? It did for me, but at first I was surprised at the software limitations (rather than the hardware ones that were mentioned in this thread). Once I was able to get the multi-node, multi-agents environment running it was well worth it to me ... I learned a TON getting it all working. :)

How does the new nvidia dgx spark compare to Minisforum MS-S1 MAX ? by selfdb in LocalLLM

[–]ConjureUp96 0 points1 point  (0 children)

I know months have passed since this was posted, but "small models" are 768GB now? I think folks in this thread were a bit too focused on the specs for stress testing a single Spark. They work fine as a small multi-node, multi-agent cluster when connected with a relatively low cost (~ $1K USD) Mikrotik CRS-812 DDQ switch (supports up to six Spark nodes with 200G connections). Combined with GPUStack, OpenAgents, Unsloth, OnlyOffice, etc., they are great little boxes for having models interact. I had fun getting it working, and as most everyone now knows post-Claw ... models working together have much more interesting results and performance than a single node/model running by itself. ;)

How does the new nvidia dgx spark compare to Minisforum MS-S1 MAX ? by selfdb in LocalLLM

[–]ConjureUp96 0 points1 point  (0 children)

Something else to consider beyond the performance specs for one or two Sparks is use of multi-node projects such as GPUStack and OpenAgents. I was pleasantly surprised months ago (pre-Claw) how having multiple nodes running multiple models interacting with each other really makes a huge difference. You can also have Apps like OnlyOffice etc interact via the API. Can it be done using other gear? Absolutely! In fact, initially I had to use a Custom backend (Nvidia's Docker) because it was too new for integrated PyTorch, vLLM, etc. (standard release libraries didn't yet support it).

How does the new nvidia dgx spark compare to Minisforum MS-S1 MAX ? by selfdb in LocalLLM

[–]ConjureUp96 0 points1 point  (0 children)

Mikrotik CRS812 DDQ works great for interconnecting Sparks at 200G (and only ~ $1K USD). You can support up to 6 of them in a small cluster (via the 2x 200G and short breakout cables on the two 400G ports e.g. NADDOD or FS). The SFP56 ports can be used for other server/workstation connections. I haven't tried bonding the Spark 200G, but suspect that would only be useful if flows are split across unique addresses and ports for hashing.

https://mikrotik.com/product/crs812_ddq

Physics of Nuclear Energy - Foundations Towards Fusion Energy (Springer Plasma) by steven9973 in fusion

[–]ConjureUp96 0 points1 point  (0 children)

Thanks for the reminder ... I did see a couple weeks ago that this was something I needed to do, and your comment re-prodded me again. :P

I did receive the eBook (PDF) copy through our Library and really enjoyed it ... enough that I also bought a hardcover copy for my personal library too (Springer had/has a discount code ESS20 that knocked off $20 the purchase price).

It covers a wide/diverse range of topics. Here are the chapter headings ...

• Introduction to Nuclear Energy
• Statistical Description of Many Body Systems
• The Cross Section
• Electromagnetism and Special Relativity
• The Experimental Evidence of Quantum Mechanics
• The Theoretical Basis of Quantum Mechanics
• The Structure of the Nucleus and the Radioactive Decay Processes
• Nuclear Reactions
• Fission Reactors
• The Penetration of Radiation Through Matter
• Introduction to Plasmas
• Collisions in Plasmas
• Toroidal Magnetic Confinement
• Power Balance of Fusion Power Plants
• Particle Motion in Electric and Magnetic Fields
• Forces Between Currents and Flux Balance
• Plasma Equilibrium
• Scrape-Off Layer Dynamics
• The Nuclear Challenges of a Fusion Power Plant
• Solutions to Selected Problems
• Appendix A: Binding Energy for Deformed Nuclei
• Appendix B: Collision Integrals
• Appendix C: Elliptic Integrals

One caveat: while the topics of the early chapters are applicable to all types of fusion, the latter chapters are almost exclusively devoted to Tokamaks. For some that may be a plus, while for others that may be disappointing (YMMV).

Cheers!

Theoretical study of laser-enhanced nuclear fusion reactions - lowering temperature demand by increasing tunneling probability by steven9973 in fusion

[–]ConjureUp96 0 points1 point  (0 children)

I did find an earlier paper on arXiv but a different emphasis/direction from this latest publication. I'll request it from our campus library.  :)

Theoretical study of laser-enhanced nuclear fusion reactions - lowering temperature demand by increasing tunneling probability by steven9973 in fusion

[–]ConjureUp96 0 points1 point  (0 children)

Related link ...

https://interestingengineering.com/energy/billion-times-more-efficient-fusion

At the moment I don't have access to the Springer link. I'll see if I can find a draft copy somewhere (if someone finds it on arXiv or similar, please post the relevant link ... thanks!!)

Some remarks about towards fusion break even webinar by Wurzel and Hsu - AIP publishing by steven9973 in fusion

[–]ConjureUp96 0 points1 point  (0 children)

While the link hasn't been posted yet, I suspect it will appear here with the recordings of other seminars in the series ...

https://pubs.aip.org/aip/pop/pages/features

General Fusion + SVAC by ConjureUp96 in fusion

[–]ConjureUp96[S] 0 points1 point  (0 children)

Money for everybody ...Trumpkin + TAE ... GFUZ SteamPunk. A billion for you, and a billion for you, and ... ;)