<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: namibj</title><link>https://news.ycombinator.com/user?id=namibj</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Jul 2026 01:52:23 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=namibj" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by namibj in "1.38 Millimeter Microcontroller"]]></title><description><![CDATA[
<p>My fine spice recipe writing scale (20g max, 20k count) consistently over years of me having it keeps it's magnitude calibration of the 10g reference to a single digit count, i.e., comfortably within +-0.1%.<p>Ofc there's auto-zero on start involved, but translated to a people bathroom scale that'd be "comfortably better than +-100g".<p>A precise bathroom scale just would want a bit more effort on drift prevention as a sample mass at this scale is rather unwieldy, and critically it'd need a toe-operated button to select that you've finished climbing onto the scale, upon which it starts averaging the load to progressively improve the weight measurement accuracy. I'd expect using a bounce-height-freefall-duration based length of timing uncertainty at the start and end of the averaging period to allow proper Bayesian uncertainty quantification of the shown result, say by displaying both the 10th and the 90th percentile on the display which grow closer as you wait while standing on it.<p>With some cleverness a compact calibration mass might be usable to calibrate absolute scale, transferring up to the "people" range using just a random assortment of stuff that fits on the platform, totalling around 10kg.<p>Because building the scale to be linear in response good enough for 20k count of resolution is pretty straight-forward.</p>
]]></description><pubDate>Tue, 30 Jun 2026 08:09:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48729795</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48729795</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48729795</guid></item><item><title><![CDATA[New comment by namibj in "My Steam Machine is a 50ft HDMI cable"]]></title><description><![CDATA[
<p>The video codec does not care about VRR, it happily does it. 
If the receiving display can do VRR, it'll just work.</p>
]]></description><pubDate>Sat, 27 Jun 2026 06:43:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48695781</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48695781</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48695781</guid></item><item><title><![CDATA[New comment by namibj in "Framework's 10G Ethernet module exposes USB-C's complexity"]]></title><description><![CDATA[
<p>Stop insisting on Cat.6A (and related) copper cables for speeds beyond 1000BASE-T (maybe beyond 2.5G by now), just use dumb multi mode fiber it's way easier technology-wise and if you want power you can have that as well.<p>At distances where Cat.6A is even an option the demands on the fiber are very low.
And it uses less power than the BASE-T PHY.
The cable at least without integrated power is very thin as well, unless you can't respect it enough to not kink it, in which case you'd want a thicker one just to prevent you from being able to break the fiber.</p>
]]></description><pubDate>Fri, 26 Jun 2026 12:12:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48685732</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48685732</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48685732</guid></item><item><title><![CDATA[New comment by namibj in "Inference cost at scale with napkin math"]]></title><description><![CDATA[
<p>Plus power and cooling.</p>
]]></description><pubDate>Sat, 20 Jun 2026 22:15:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48613494</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48613494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48613494</guid></item><item><title><![CDATA[New comment by namibj in "SMPTE Makes Its Standards Freely Accessible"]]></title><description><![CDATA[
<p>A good chunk of 802 is not paywalled for individuals, notably at least 802.3 and 802.15.4, which I read good chunks of.</p>
]]></description><pubDate>Sat, 20 Jun 2026 22:09:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=48613451</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48613451</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48613451</guid></item><item><title><![CDATA[New comment by namibj in "Making glass-to-metal seals for home­made vacuum tubes"]]></title><description><![CDATA[
<p>Those are Not where the tubes are SOTA.</p>
]]></description><pubDate>Mon, 15 Jun 2026 20:15:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48546447</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48546447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48546447</guid></item><item><title><![CDATA[New comment by namibj in "Electric motors with no rare earths"]]></title><description><![CDATA[
<p>The actual alternative is induction motors, which are just a bit less efficient than PMSM and otherwise basically the same. Except that the frequency fed to them isn't exactly proportional to speed.<p>They've been used to great success since we had the needed power electronics to drive the electric trains of Europe.</p>
]]></description><pubDate>Sat, 13 Jun 2026 03:20:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48512566</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48512566</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48512566</guid></item><item><title><![CDATA[New comment by namibj in "Mercedes‑Benz starts large‑scale production of electric axial flux motor"]]></title><description><![CDATA[
<p>Yeah so the relationship between speed, power, frequency, size (both in the direction of primary flux excitation and in the direction orthogonal to both that and the movement), and torque at nominal values of current density (for a given conductor losses are proportional to the square or this value and to the total mass of that conductor in the machine; that's independent of any of the other scaling parameters; note this is absolute power not percentage) and peak flux limitations (core saturation, permanent magnet demagnetization), are sadly not trivial if you express them in a way that is even just _valid_ for the modern days where we can support electrical frequencies up to around a megahertz at scales up to around 100 kW, and even harder when you remember that core material has severe frequency dependence of it's limits.<p>E.g. for example for a given electrical frequency and decent radial flux synchronous machine, power density is quite static and torque density can actually be dialed quite freely from 2-pole machine (turboset in gas turbine running on the grid at 3600 rpm (or 3000 rpm outside NA and some Pacific Islands) to 40(+) (example deployed at Hoover dam, 180 rpm).
At those higher pole counts, the center of the rotor is no longer electromagnetically active, because the magnetic field lines keep to a narrow ring only about as thick as each pole is wide.
Unfortunately it's mechanically not that trivial to handle a cylindrical shell with a small air gap (this needs to be significantly smaller (about at least 10x) than the pole width) when using substantial torque and speed.<p>Circumferential velocity is practically limited by hoop strength of whatever the outer region of the rotor is made of, even if it's all very nicely balanced, because eventually the magnetic armature flux source (wires or magnets) will fly out.<p>Higher electrical frequencies limit the field winding core's magnetic permeability (magnetic field/force strength amplification relative to vacuum, for same electrical current) which hurts efficiency by dropping the useful mechanical power component of field voltage while the voltage resulting from the current (that needs to happen to cause the magnetic field in the direction of movement that causes the mechanical force) due to wiring resistance stays. (I think the permeability gives the ratio between voltage and current for otherwise identical mechanical load conditions and winding shape?)<p>Thinner wires have less fill factor because the insulation has to stay the same thickness as per-winding voltage stays, but magnetically inactive terminations are less wasteful (for losses and mass) when a decent number of effective turns (>>1, think >10~50 for most of the benefits) are used.<p>Note while the armature necessarily has an even number of poles in it's construction (north/south), the field is not forced to that.<p>Indeed, the iirc most smooth torque (under practical mechanical feasibility limitations and without undue sacrifice of efficiency) results from having a prime number (of field windings, in WYE-style connection) exactly one off from the armature pole count.
Note that for low losses all these torque-smoothing techniques _require_ only a single electrically directly driven winding in each slot (per mechanical field pole) and with that only GCD(field_slots, (armature_poles / 2)) windings get to share an electrical half-bridge (one single wire going to a single voltage-output terminal on the electronics board; note mainstream BLDCs have 3 of these, classic fridge compressors have 2, and modern stepper motors (e.g. 3D printer) have 4).<p>Any time you have multiple windings driven by different electrical source voltages you're wasting heat in the winding because the lowest-loss would require all conductor in the slot to to perfectly evenly share current.<p>There's just one problem with that: you need a nearby slot with exactly opposite phase to even possibly use more than a single (half) turn of "winding" in the slot.<p>If the voltage is still enough to not loose too much in the connections, you can use transistors developed for efficiently powering modern computer chips from comfortable voltages like 12V, but even then a "winding" has to be much longer than an armature pole to mitigate the losses of spreading the return current sideways to where a slot carries the current in the reverse direction.
Once the voltage at the transistor is over around 10V the benefits of more precise control of the field magnetization to the armature position (and how the shapes distort the field lines from anything that would look like a sine wave) could be useful.
In theory that'd also provide direct access to electronically control the air gap (well, net force normal to the air gap "surface") which _could_ be an alternative to mechanical bearings for very thin-shell constructions.
See maglev trains for a pretty practical application of using an electric motor to also levitate the "rotor" in a place where a mechanical bearing ("train wheels + bogies") performs poorly.</p>
]]></description><pubDate>Wed, 10 Jun 2026 18:50:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48480927</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48480927</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48480927</guid></item><item><title><![CDATA[New comment by namibj in "Texas grid flags risks as data centers, crypto sites fail voltage tests"]]></title><description><![CDATA[
<p>Actually large data centers at least if done in a vaguely alirack style architecture, can do this with a decent fraction of their nominal power for very little hardware cost, as reactive power and real power add up via Pythagoras (`apparent=sqrt(real^2 + reactive^2)`) to the apparent power (rms voltage times rms current, which is what the 60Hz electronics and 60Hz transformers care about).
The first 10-ish % are nearly free.<p>And alirack style datacenters have large 3-phase converters between the grid and some 240 (nowadays often 350) V DC bus, with the battery banks directly (with just fuses and sometimes a little bit of balancing/nudging power (think 10% of battery power rating)) on the bus, and then the servers also directly consuming from that bus.<p>The large converters on the battery bus thus allow synthetically smoothing load transients to the grid using the batteries to smooth that power draw.
This has just minor additional wear on the batteries and a small power efficiency impact from hitting through the batteries, both of which are easily paid by anything market-rate of providing that grid service.
Because they already need the power electronics and batteries anyways, unlike a utility battery farm that at best can argue day/night load shifting of solar production as the reason for the electronics and batteries to exist.<p>In that same spirit it's also effective to put batteries on the DC bus (between MPPT and inverters) of large solar farms, because they need the electronics anyways and it's actually reducing the required inverter&transformer capacity of the solar farm by peak-shaving.</p>
]]></description><pubDate>Mon, 08 Jun 2026 16:59:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48447900</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48447900</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48447900</guid></item><item><title><![CDATA[New comment by namibj in "Texas grid flags risks as data centers, crypto sites fail voltage tests"]]></title><description><![CDATA[
<p>10+ MW voltage-source converters that can't do up to around 80% of their nominal capacity as mostly-reactive apparent power with stabilizing synthetic inertia scaled as desired/specified are a mostly software issue, stemming from lack of regulatory pressure incentivizing the engineering complexity of that.<p>Though if you want to do a smoothing action on real power flux you'll have to colocate battery capacity with the converter.
Which to be clear is fairly cheap to do as long as you get compensated for the substantial frequency stabilization capacity this represents. I'm talking like 15~120 minutes at converter nominal AC power of battery capacity.<p>The first 10~20% of reactive power are almost free from the converter electronics, btw....</p>
]]></description><pubDate>Mon, 08 Jun 2026 05:05:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48441500</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48441500</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48441500</guid></item><item><title><![CDATA[New comment by namibj in "Use your Nvidia GPU's VRAM as swap space on Linux"]]></title><description><![CDATA[
<p>Isn't the problem with write back cache mode just due to the GPU being unable to invalidate cache lines in the CPU?</p>
]]></description><pubDate>Fri, 05 Jun 2026 14:32:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48413090</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48413090</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48413090</guid></item><item><title><![CDATA[New comment by namibj in "ESP32-S31"]]></title><description><![CDATA[
<p>There are solutions to those worries.... <a href="https://epc-co.com/epc/products/gan-fets-and-ics/epc23102" rel="nofollow">https://epc-co.com/epc/products/gan-fets-and-ics/epc23102</a></p>
]]></description><pubDate>Thu, 04 Jun 2026 22:15:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48405369</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48405369</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48405369</guid></item><item><title><![CDATA[New comment by namibj in "ESP32-S31"]]></title><description><![CDATA[
<p>You can also have two shunts per phase, one low side and one high side.
The "hall" "shunts" are pretty good though.</p>
]]></description><pubDate>Thu, 04 Jun 2026 22:12:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48405331</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48405331</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48405331</guid></item><item><title><![CDATA[New comment by namibj in "Gaussian Point Splatting"]]></title><description><![CDATA[
<p>Ehhh if it's just for looking and you don't have anything lidar just go for splats they're way better behaved, mostly because they don't need to understand a concept of "surface" they just understand "splat with spherical harmonics of view-dependant color".</p>
]]></description><pubDate>Thu, 04 Jun 2026 21:58:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48405172</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48405172</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48405172</guid></item><item><title><![CDATA[New comment by namibj in "1-Click GitHub Token Stealing via a VSCode Bug"]]></title><description><![CDATA[
<p>Jules is heavily restricted in what it can do to your repos.</p>
]]></description><pubDate>Wed, 03 Jun 2026 06:08:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48380535</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48380535</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48380535</guid></item><item><title><![CDATA[New comment by namibj in "Hormuz crisis side effect: a sharp rise in container shipping rates"]]></title><description><![CDATA[
<p>Dropping containers at the consumer end isn't that bad, at least when they're empty they're not that hard to move back on a truck and there are plenty of uses above scrap value for a container in seaworthy condition.<p>It's actually strange that we don't seem to have any system for just dropping containers at the destination until the contents have been processed, instead of the current system that essentially mandates unloading the container rapidly as soon as it shows up because an entire truck+driver is waiting for the unloading to complete.<p>For palletized loads it's easy to unload them into temporary space in the building they're delivered to, but not everything is palletized.</p>
]]></description><pubDate>Sat, 30 May 2026 19:36:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48339844</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48339844</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48339844</guid></item><item><title><![CDATA[New comment by namibj in "EU fines Temu €200M for allowing sale of illegal products"]]></title><description><![CDATA[
<p>Plus tax no we can't tell you before you order.</p>
]]></description><pubDate>Thu, 28 May 2026 19:05:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48313859</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48313859</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48313859</guid></item><item><title><![CDATA[New comment by namibj in "What Is a Direct Attach Copper (DAC) Cable"]]></title><description><![CDATA[
<p>Huh, what were you doing, buying Cisco/HPE, or trying to use fancy single mode optics for distances that DACs could do?</p>
]]></description><pubDate>Wed, 27 May 2026 13:01:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48293631</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48293631</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48293631</guid></item><item><title><![CDATA[New comment by namibj in "A few interesting modern pixel fonts"]]></title><description><![CDATA[
<p>Also, dotsies[0]: 5 high 1 wide, no horizontal spacing for kerning, ascii-space is just the all-white "character", letters (text) only and made more for visual density than actual pixel scarcity.<p>[0]: <a href="http://web.archive.org/web/20171103012446/http://dotsies.org/" rel="nofollow">http://web.archive.org/web/20171103012446/http://dotsies.org...</a></p>
]]></description><pubDate>Wed, 27 May 2026 10:42:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48292220</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48292220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48292220</guid></item><item><title><![CDATA[New comment by namibj in "How Shamir's Secret Sharing Works"]]></title><description><![CDATA[
<p>Well in theory the base math is indeed the same; unfortunately though the "randomly chosen" part of shamir's secret sharing is fairly important to the security because information theoretic security of the scheme requires each fragment to be as large as the original secret by way of essentially including a desired count of random data blocks to the original before applying the reed-solomon-like erasure coding to it where now enough fragments to reconstruct the secret plus all random blocks have to be combined. 
Also the way of usage of the erasure code has to be selected to not be leaking information but that's more of an issue of not picking a bad way of how to implement the basic concept here. Basically just a case of "do follow the instructions to shamir's secret sharing, don't do something different just because it's a popular way of implementing reed-Solomon".<p>Yes, you can just GF(256), but if you're worried I'd also just use a prime field instead.</p>
]]></description><pubDate>Tue, 26 May 2026 04:47:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48275116</link><dc:creator>namibj</dc:creator><comments>https://news.ycombinator.com/item?id=48275116</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48275116</guid></item></channel></rss>