zh3

Like the legal principle of "De minimis" ('the law does not concern itself with trifles').

[0] https://en.wikipedia.org/wiki/De_minimis

Map makers have done this for a very long time: https://en.wikipedia.org/wiki/Trap_street

Multimonitor with 4K tends to need fast GPU just for the bandwidth, else dragging large windows around can feel quite slow (found that out running 3 x 4K monitors on a low-end GPU).

Yes, just went from i3770 (12 years old!) to a 9900x as I tend to wait for a doubling of single core performance before upgrading (got through a lot of PCs in the 386/486 era!). It's actually only 50% faster according to cpubenchmark [0] but is twice as fast in local usage (multithread is reported about 3 times faster).

Also got a Mac Mini M4 recently and that thing feels slow in comparison to both these systems - likely more of a UI/software thing (only use M4 for xcode) than being down to raw CPU performance.

[0] https://www.cpubenchmark.net/compare/Intel-i9-9900K-vs-Intel...

Develop on a fast machine, test and optimise on a slow one?

Definitely fakes.

Amazon UK With replacement phone or laptop batteries, most definitely. I've seen other stuff sold that looked sketchy enough to not be worth the risk.

Going back a few years (from 1998), it was all dial-up and I was working in London on a stand-by. Happened to be paired with someone I respct, so I showed him "the internet" - pretty much Pat Sharp and mtv.com back then.

Headline story on mtv.com was Kurt Cobain was dead - I was like "Wow!". Guy I was working with was "yeah, it was in the papers a few days ago.".

It's an abiding memory, maybe has coloured my view of the rise of the internet, just sharing a dusty anecdote.

No, though there are many articles proving X is faster than Y along with articles proving the opposite.

The process overhead is likely to hurt CGI though, which is why FastCGI was developed. As covered elsewhere in the thread, having a fast front end with effective comms to a well-written backend seems a reasonably sweet spot.

For anyone in the UK concerned about Turmeric, looks like the FSA are on the case (and not just about lead).

https://www.food.gov.uk/research/turmeric-survey

There's an SF short story where a single person is selected in an "electronic democracy" and asked questions to determine the outcome of an election.

  https://en.wikipedia.org/wiki/Franchise_(short_story)

The oft-cited reason is each call fires up a new process so is expensive in terms of resources (though resources are cheap these days). Additionally, the CGI program has to faff about to retrieve data and parameters from the request (easy to get wrong) plus you have to watch out for security issues (hard to get right). Plus, of course, since the process exits at the end of the request any kind of session tracking needs to implemented separately.

Having said, for inhouse use, embedded and/or trusted environments they allow super quick hacks, e.g. complete CGI 'program' to print the date (put it in cgi-bin and make it executable):-

  #!/bin/sh
  echo "Context-Type: text/plain\r\n"
  echo "Your IP is $REMOTE_ADDR"
  date

I have noticed that for local AI at least, there is little difference between an old system (i3770/Asus P8Z77WS from 2012) which has 4 PCIe 2.0 x16 slots (supports 16/16, 16/8/8 or 8/8/8/8) running a pair of RTX3090s and up to date motherboards (with AMD9900x). Interesting to see a benchmark that bears this out - though for anyone who switches models a lot I'd assume a new system would be much quicker at that (from bandwidth improvements with newer CPUs,, nVME vs SATA and DDR5 vs DDR3).

Click it enough times and the error goes away (howeever it looks like the tables further down the page are then broken).

Yes, it was indeed using ConnectNamedPipe - just had a look at the code (which I can't share) to refresh my memory. The main problem was traced to setup delays in WaitForSingleObject()/WaitForMultipleObjects(); we fixed it as above (once all sessions were connected there were no spares left, so no problems), actual throughput was noted as quite inferior to linux but more than enough for our application so we left it there.

Literally just having spare listening sockets, ready for incoming connections (and obv. not busy-waiting on them). Just reducing to the number actually in-use was the biggest speed-up - it was like Windows was busy-waiting internally for new connections (it wasn't a huge number either, something like 8 or 12).

Seared into my soul is the experience porting a linux pipe-based application to Windows, thinking it's all posix and given it's all in memory the performance will be more or less the same. The performance was hideous, even after we found that having pipes waiting for a connection more or less ground windows to a halt.

Some years later this got revisited due to needing to use the same thing under C# on Win10 and while it was better it was still a major embarrassment how big the performance gap was.

I will exclude myself from this club by finding it interesting enough to comment on.

TLDR: Native language wins over JVM optimisations.

In my recent but limited experience of working on iOS apps, they do need any performance boost they can get anywhere. Coming to the Apple ecosystem (appstore connect, testflight, xcode etc) it's quite a shock on how slow it all is (using xcode on a Mac Mini M4 for development, and as for web updates/approvals etc I now understand the pain others have mentioned here).

But you can. Out of the (limited) choices, vote for whoever you think is most in tune with how you'd like the world to be.

If almost no-one votes because they think it won't change anything, the few people who do care enough to vote get to say who's elected.

Or uacme [0] - litle bit of C that's been running perfectly since endless battery failures with the LE python client made us look for something that would last longer.

[0] https://github.com/ndilieto/uacme

Having spend some time there, I really like the R J Mitchell (designer of the Spitfire) wind tunnel - used to be at Farnborough until they took a section of it to Southampton Uni. Real sense of history using it!

Most of our use is validating sensors for use outside wind tunnels, that is showing our on-bike drag sensors match wind tunnel measurements (it's for serious cyclists and triathletes). Watching live drag (more accurately, CdA) change with body position is fascinating - and tells me my back can't handle the most aero position for more than a few tens of seconds.

Also https://forums.swift.org/t/xtool-cross-platform-xcode-replac... (and HN discussion https://news.ycombinator.com/item?id=43952239).

Yes, very first item:-

> When your finger gets close to the screen it causes a disturbance in the magnetic field that the electrodes sense.

Sure should be capacitive?

Ref. manufacturing, any serious-scale company is not going to commit to a decade-long (or more) plan to building factories in the US with this sort of uncertainty; I'm sure a few will pay lip-service to the current POTUS but what CEO is going to commit to the long-term in a country in turmoil?

And even when this is past, those same CEO's - and their successors - will think long and hard about committing to any long-term investment in the US.

In the UK, laptopsandspares.com "2-power" batteries have worked well for me. Subtel are pretty good too for UK/EU.

https://www.laptopsandspares.com/pno/cbi3402a.html

https://www.subtel.co.uk/Battery-for-Lenovo-ThinkPad-Edge-14...

T42, T60, T62, T420, T520 (multiples of some around the house) here, ending at the point they changed the keyboard. All running linux, the T420 and T520 (with SSD's) are fine with modern browsers while the older ones can be slow on bloated sites. I imagine the RAM might be an issue with multiple electron apps though.

Only real maintenance is to use quality battery replacements (T420 lasts particularly well on batteries).

Low cost monocular headset display for rugged outdoor use (cycling, sailing, err golf). Idea is your phone sends low bandwidth data to the display for handsfree info, so more simple data display than xR.

Previous discussion (2020): https://news.ycombinator.com/item?id=23250289

To add to this, ideal temperature is 16C to 18C (we use a Pi to keep a running graph of the temperature). Lower is generally ok, apparently if it gets into the mid-20's they get so stress they try and escape the tank. We have a chiller, though we have also used the fairly common trick of putting ice bottles in the tank as needed (milk containers filled with water and left in the freeze for 24 hours work well).