[Germany] Replacing a broken Galaxy A40

I would rather around 300€, flexible but I'd rather not go over 500€

I am in Germany (buying via MediaMarkt probably)

I have been using a Samsung Galaxy A40, and I am happy with it (although it was already going slow), but it just died after ~6 years.

Priorities, roughly in order:

  1. Battery life

  2. Compact, of possible I realize phones now are bigger

  3. Runs smoothly for many years (I keep phones a long time)

  4. Light gaming, nothing my A40 couldn't handle (with some struggle)

  5. Long update support, for the same as 3

I don't care much about camera quality, AI features, brand

From what I've seen, a lot of people recommend the Pixels (something like 8, or 10a?). They seem good, but 8gb of ram doesn't sound like enough, they do not really have "high" specs compared to others.

I have also seen the Poco phones (like X8 Pro or F8 Pro) which seem to have better specs on almost everything, I'm unsure what the trade-offs for this are.

And staying with samsung it seems like the two best options would be the samsung A57 or the samsung s25.

As a side comment, I do not use the default launcher (I was using Niagara) and I would like to keep doing so.

Thanks for any input. Happy to be told I'm weighting something wrong.

reddit.com
u/Georgiou1226 — 2 days ago
▲ 10 r/CFD+1 crossposts

Implemented LBM from scratch after Stat Mech

Physics / Data Science undergrad here. I wrote this piece for Towards Data Science after finishing my statistical mechanics course, so the obstacle in the thumbnail is their logo rather than a cylinder, or something more normal, apologies for that. Most results below are from the standard circular cylinder case. I'd only ever used (and written) normal Navier-Stokes solvers before, and I remembered LBM being mentioned as a more parallel alternative, so I wanted to try building one.

I built a D2Q9 Lattice Boltzmann (LBM) solver from scratch on a 400x400 grid with the classic cylinder obstacle.

I've run it on a few different configurations since, but I don't have a good sense of how to get real insight out of it beyond the visuals and the parallelism speedup.

  • Where does BGK actually blow up? At what Reynolds number does single-relaxation-time BGK become unusable or numerically unstable?
  • How bad is weak compressibility in practice? I kept my Mach number low so I’ve been ignoring it, but in real engineering work, I assume it might matter.
  • Boundary conditions: I just used simple mid-grid bounce-back for the cylinder. It works visually, but how much accuracy am I giving up compared to interpolated/curved boundary schemes (like Bouzidi)? What are the "gold standards"?
  • Not eyeballing it: Right now my check is "the vortex street looks right." Is Strouhal number against Reynolds number the standard quantitative benchmark for this case, or is there something better people use to confirm a solver is actually correct and not just plausible-looking?
  • Parallelism vs. modern FVM: The main selling point for LBM is always its local, very parallel nature (collide-and-stream). But with GPU acceleration and modern Finite Volume Method tooling improving so fast, does it still matter that much?

If you work with fluid dynamics or kinetic theory, I’d love to hear where my idea is off or where LBM hits a hard wall in reality.

towardsdatascience.com
u/Georgiou1226 — 9 days ago
▲ 48 r/newAIParadigms+4 crossposts

Simulated how much weight noise analog in-memory compute can actually tolerate

With the analog compute revival going on (IBM's NorthPole-adjacent work, EnCharge, Mythic), I wanted to get an intuition for the noise tolerance question rather than just reading claims about it, so I built a small simulation.

Setup: train a small network in software, then evaluate it with Gaussian perturbation on the weights standing in for conductance variation, sweeping the noise magnitude.

I assumed I'd see accuracy fall off roughly proportionally to noise. Instead it holds nearly flat, then collapses over a narrow range: 83%, then 64%, then near chance. More like a threshold than a gradual tax.

Retraining the same network with noise injected during training rather than only at inference changed things a lot. At the noise level where the baseline had dropped to 39%, the noise-aware version was still at 61%.

Where I'm unsure and would like input from people who work with real devices: my noise model is weight-independent additive Gaussian, which I know is a simplification. Real memristive and flash-based cells have conductance-dependent variation, drift over time, and asymmetric programming error. Does the cliff behaviour survive a more realistic device model, or does the extra structure smear it out?

Writeup with the code and the plots: https://towardsdatascience.com/analog-ai-is-back-can-it-survive-its-own-noise/

u/Georgiou1226 — 6 days ago

I fine-tuned an LLM to be C-3PO to test which training data format works best for persona injection [P]

Tested three formats: chat demos, first-person statements ("I am C-3PO..."), and synthetic Wikipedia-style docs. Same model, same LoRA config, 500 examples each.

First-person statements won on generalization, which I didn't expect. The synthetic doc model was the weirdest result: it knew C-3PO was anxious but only expressed it 37% of the time. Knowing a trait vs feeling it are apparently different things in weight space.

Code and GitHub repo link are included inside!

towardsdatascience.com
u/Georgiou1226 — 3 months ago
▲ 136 r/HPC+1 crossposts

Hey all, I'm a data scientist by background, not an HPC sysadmin. I recently got a research allocation on MareNostrum V to run 50 OpenFOAM CFD simulations for an aerodynamics ML pipeline and wrote up the experience for people making the same transition.

The things that got me: the airgap is obvious in theory but the first time a job dies at 2am because of a missing library it hits differently. Also the bottleneck ended up being egress, not compute: pulling output tensors back over scp took longer than the actual simulations. And I wasted a bunch of time throwing too many cores at CFD cases before Amdahl's Law became very real very fast.

Full writeup with actual job scripts here if anyone's curious: https://towardsdatascience.com/what-it-actually-takes-to-run-code-on-200me-supercomputer/

Happy to answer questions from others coming from AWS/cloud who are figuring out the transition.

u/Georgiou1226 — 4 months ago