This is exactly how Nix and Guix works. If any inputs change, it will force a rebuild of all dependent packages.
1 karma · joined December 26, 2022
This is exactly how Nix and Guix works. If any inputs change, it will force a rebuild of all dependent packages.
* Non-isolated build environment. This is just asking for all sorts of trouble (users, hostname, network access, etc).
* File system time stamps.
* Recording times in the build process (although even gcc supports SOURCE_DATE_EPOCH since version 7).
* Usage of CPU-specific instructions, e.g. -march=native to GCC.
I think part of the convenience is on the server side. The server also only maintains a single connection to Google/Apple, instead of keeping millions of idle ones.
I am interested in learning more about this. Can you share some details? Is there a prototype?
I would love to see power estimates before and after that command! In my experience it increases battery time by 30-50%.
0: https://www.youtube.com/watch?v=qybUFnY7Y8w
1: https://www.ted.com/talks/adam_sadowsky_engineers_a_viral_mu...
Way to go EU..
The default power settings on Linux are pretty bad, though. Anyone with Linux on their laptop should create a boot service that runs this command:
powertop --auto-tune
...and observe battery time increase by ~25%.Who is this Hanlon guy anyway.
I've used it for about two years and it's very reliable, even on a laptop. I do recommend using it in conjunction with a caching DNS recursor such as Unbound[1] to save bandwidth.
It also works great on OpenWRT if you have that luxury.
For UK residents, please also consider changing to an ISP that cares about your online rights. I only know this one: http://aaisp.net.uk
If you have a Nexus device and don't care much for the Play Store applications (F-Droid is included) give it a go for a true AOSP experience.
The only apps I'm really missing are Tasker and Signal, but I have a second phone for those.
I wrote a haiku some years back to demonstrate how broken the Ruby implementation was.
YAML:
takes a no for a 'no': no
spring,summer,fall,winter: 3,6,9,12
the game is: on
Running it through ruby 2.3.1 yields.. {"YAML"=>
{"takes a no for a 'no'"=>false,
"spring,summer,fall,winter"=>36912,
"the game is"=>true}}* Extremely difficult to set up.
* Claims that half of Fortune 100 uses it (read: many are required to support it; the rest have one guy with a toy installation in some branch office).
* Consists of dozens of components, each with several-thousand lines config files (actually Python code) that must be kept in sync between all nodes (yet have node-specific data).
* Claims to be "modular", but have complex interdependencies between each of the components.
* Upgrading is not officially supported, but some companies will help you.
* Will break in mysterious ways, and require you to backport bugfixes since you're stuck on an unsupported version after a year.
* Have unhelpful error messages (e.g. throw Connection Refused exception when you're actually receiving an unexpected HTTP return code).
* Write documentation in a way that appears OK to new users, but vague enough to be useless for those who are looking for specific information.
You will be a lot better off using bcache or similar, on top of the OSD device.
I just saturated a 10Gb link in a k=4,m=2 EC configuration on Ceph (Haswell). Too lazy to set up concurrent clients. What do you mean by pretty bad? This is a Hammer cluster without SSD journals or cache.
Bluestore was recently released with Jewel, but shouldn't affect EC performance drastically, if at all.
Mind sharing what you do, and/or how you ended up there? :)
If you just need isolation I agree with you. But I actually find the Calico solution rather elegant when looking at the whole package.
(--System administrator who manages VXLAN on a public cloud)
fio --direct=1 --rw=write --ioengine=libaio --runtime=300 --bs=4k --numjobs=4 --iodepth=32 --size=2G --name=4096-direct --filename=/dev/vdb --group_reporting
This is my "dd" test for any storage system. Filename can be a regular file; you can also pass --directory instead. I would love to see numbers for both this test as well as with --bs=4M.Also experiment with --rw=rw|randrw|read :)
(and make sure your device is large enough to hold numjobs*size)
Remote: yes
Willing to relocate: yes; anywhere
Technologies: Linux, OpenBSD, Ceph, Ganeti, Openstack, MySQL, Salt, Puppet, Ruby, Python, Varnish, Linux-HA, xCAT, networks, monitoring, git; anything "cloud", sysadmin, devops.
CV: https://hi-hn.s3.climb.ac.uk/mbakke.pdf
Email: See https://github.com/mbakke or CV
Edit: 15 downloads in 30 minutes. Not bad :)