pklo
Re:Why our Smart Video Doorbell will not be able to support HomeKit Se...
on Tuesday October 25, 2022 @07:50AM (#33329271)
16 gauge is rated for 17A; 24 gauge is rated for 3A. Given that, as you say, the rated current for the doorbell is 1A, I don't understand why 16 gauge is necessary; if you're concerned about shorts, consider that 16A/16V would more likely burn out the transformer before doing anything to the wires because the power density is larger there. Just to be safe, I'd put 3A fuse inline and use Cat5 without reservations.
Re:'Wobbling black hole' most extreme example ever detected
on Tuesday October 25, 2022 @07:26AM (#33329067)
There are only three detectors available (two LIGOs and VIRGO), and the strongest signal unfortunately also had an overlapping glitch, so there are still some data reduction issues that make interpretation difficult:
https://arxiv.org/pdf/2206.11932.pdf
Re:Mozilla claims Apple, Google and Microsoft force users to use defau...
on Saturday September 24, 2022 @03:58AM (#32960584)
Can you just replace notepad.exe with a link to notepad++?
Re:The Linux Kernel Module Programming Guide
on Tuesday August 03, 2021 @12:00AM (#28045582)
Yes, it'll work but device trees are still a little less dynamic than modules, which can be loaded and unloaded, and reconfigured at will. Device Trees still apparently have issues with dynamic reconfiguration. I think branches can be safely added, but removal is still problematic. This apparently is being worked on, so eventually it'll work, I understand.
Re:Patent Lawyer Turned Judge Advertises for Patent Trolls to Come to ...
on Tuesday October 06, 2020 @05:26PM (#24702506)
They were trying to avoid oligarchy, where few powerful families would monopolize the power.
It worked remarkaby well, actually: Venetian Republic lasted 1000 years, served as a bulwark against western expansion of the Ottoman empire by running an effective combination of trade engagement and military projection, and was arguably a shining light of western civilization for most of that time. They were done in by the rise of nation-states and loss of income from their Eastern trade, not by failure of their system.
Re:Conventions for Command Line Options
on Saturday August 08, 2020 @04:43AM (#24090106)
The second example didn't work for jq-1.6 ---I had to write it as
jq -n --arg key foo --arg val bar '{($key): $val}'
Re:'It's hard to find maintainers': Linus Torvalds ponders Linux's future
on Tuesday June 30, 2020 @05:59PM (#23695267)
Of course Linus wrote git, so it's not like he's against modern workflow. There are kernel forks of course, I think that not using web front end is partly due to reluctance to become dependent on an commercial service that Linux people don't control, and partly due to the fact that they like to keep their hands in the mud.
Re:Confirmation That Earth's Core Is Solid
on Tuesday October 23, 2018 @09:01PM (#18288838)
We get 174400 TW from the Sun (1367W/m2 over the Earth cross-section, which pretty much balances out with the outgoing blackbody radiation at something like 5 deg C IIRC. This would be the surface temperature if there was no internal heating. This slows down cooling of the mantle because there's no cold reservoir for it to cool into.
Re:Improving Supercomputing Accuracy by Sacrificing Precision
on Wednesday November 09, 2016 @10:21PM (#12917436)
Sorry--forgot to specify the values for the polynomial: 77617 and 33096. In Maxima, the effects of precision can be simulated thus:
for fpprec:10 step 5 thru 50 do print (rp(77617.0b0, 33096.0b0));
1.17260394b0
1.17260394005318b0
1.8014398509481985173b16
1.172603940053178631858835b0
1.17260394005317863185883490452b0
1.1726039400531786318588349045201837b0
-8.27396059946821368141165095479816291999b-1
-8.27396059946821368141165095479816291999033116b-1
-8.2739605994682136814116509547981629199903311578439b-1google will find you more info about Rump's polynomial..
Re:Improving Supercomputing Accuracy by Sacrificing Precision
on Wednesday November 09, 2016 @09:57PM (#12917321)
A large portion of engineering calculations overall requires something like three significant digits of precision; the problem is that these digits need to be accurate, i.e. we need a good error estimate, consistent with that precision. Most numerical algorithms do not
provide such estimates, and so we've fallen into a cargo cult of excess precision, hoping that it will save us from the accuracy loss in the calculation. It often works, but occasionally fails, and we have no idea which one happened.
I have a simple example of that: a polynomial rp(x,y):=1335/4y^6+x^2(11x^2y^2-y^6+(-121)y^4-2)+11/2y^8+x/(2*y) that evaluates to about 1.1726 in both single and double precision, but whose real value is -0.827....
So, the bottom line is that I'd gladly trade off precision for better accuracy guarantees---but it turns out that's surprisingly hard in general case.