time.google.com
time1.google.com
time2.google.com
time3.google.com
#!/bin/bash | |
# As the "bufferbloat" folks have recently re-discovered and/or more widely | |
# publicized, congestion avoidance algorithms (such as those found in TCP) do | |
# a great job of allowing network endpoints to negotiate transfer rates that | |
# maximize a link's bandwidth usage without unduly penalizing any particular | |
# stream. This allows bulk transfer streams to use the maximum available | |
# bandwidth without affecting the latency of non-bulk (e.g. interactive) | |
# streams. |
#!/boot/bzImage | |
# Linux kernel userspace initialization code, translated to bash | |
# (Minus floppy disk handling, because seriously, it's 2017.) | |
# Not 100% accurate, but gives you a good idea of how kernel init works | |
# GPLv2, Copyright 2017 Hector Martin <[email protected]> | |
# Based on Linux 4.10-rc2. | |
# Note: pretend chroot is a builtin and affects the current process | |
# Note: kernel actually uses major/minor device numbers instead of device name |
This is a request to add the CA root certificate for Honest Achmed's Used Cars and Certificates. The requested information as per the CA information checklist is as follows: | |
1. Name | |
Honest Achmed's Used Cars and Certificates | |
2. Website URL | |
www.honestachmed.dyndns.org |
global: | |
evaluation_interval: 15s | |
rule_files: | |
- smokeping.rules | |
scrape_configs: | |
- job_name: 'blackbox_icmp' | |
metrics_path: /probe | |
params: | |
module: [icmp] | |
scrape_interval: 1s |
# +---------+ +---------+ | |
# | | | | | |
# | CE1 | | CE2 | | |
# | | | | | |
# +---------+ +---------+ | |
# ce1-eth0| |ce2-eth0 | |
# | | | |
# 172.16.1.0/24| |172.16.2.0/24 | |
# | | | |
# rt1-eth0| 10.0.1.0/24 10.0.3.0/24 |rt3-eth0 |
ripd# conf t | |
ripd(config)# router rip | |
ripd(config-router)# network eth2 | |
ripd(config-router)# show configuration candidate changes | |
@@ -14,6 +14,7 @@ | |
distance 25 172.16.1.0/24 | |
network eth0 | |
network eth1 | |
+ network eth2 | |
redistribute ospf metric 3 |
# +---------+ | |
# | | | |
# | RT1 | | |
# | 1.1.1.1 |-lo1 (2001:db8:1000::1/128) | |
# | | | |
# +---------+ | |
# |rt1-eth0 (.1) | |
# | | |
# |10.0.1.0/24 | |
# |2001:DB8:1::/64 |
tl;dr:
Variation is less than I initially thought; just enough for me to notice
Scalable Vector Extensions (SVE) is ARM’s latest SIMD extension to their instruction set, which was announced back in 2016. A follow-up SVE2 extension was announced in 2019, designed to incorporate all functionality from ARM’s current primary SIMD extension, NEON (aka ASIMD).
Despite being announced 5 years ago, there is currently no generally available CPU which supports any form of SVE (which excludes the [Fugaku supercomputer](https://www.fujitsu.com/global/about/innovation/