日常 | 浅忆博客

KS10 基础测试

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 ---------------------------------------------------------------------- Superbench.sh -- https://www.oldking.net/350.html Mode : Standard Version : 1.1.6 Usage : wget -qO- git.io/superbench.sh | bash ---------------------------------------------------------------------- CPU Model : Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz CPU Cores : 4 Cores 1599.951 MHz x86_64 CPU Cache : 6144 KB OS : Debian GNU/Linux 9 (64 Bit) Dedicated Kernel : 4.9.0-11-amd64 Total Space : 1.7 GB / 1843.7 GB Total RAM : 297 MB / 15950 MB (1219 MB Buff) Total SWAP : 0 MB / 1022 MB Uptime : 1 days 1 hour 25 min Load Average : 0.21, 0.05, 0.02 TCP CC : bbr ASN & ISP : AS16276, OVH ISP Organization : OVH SAS Location : Roubaix, France / FR Region : Hauts-de-France ---------------------------------------------------------------------- I/O Speed( 1.0GB ) : 146 MB/s I/O Speed( 1.0GB ) : 149 MB/s I/O Speed( 1.0GB ) : 145 MB/s Average I/O Speed : 146.7 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 97.05 Mbit/s 92.86 Mbit/s 15.055 ms Fast.com 0.00 Mbit/s 53.2 Mbit/s - Beijing 5G CT 12.62 Mbit/s 8.84 Mbit/s - Nanjing 5G CT 9.84 Mbit/s 6.91 Mbit/s - Hefei 5G CT 8.43 Mbit/s 9.82 Mbit/s - Guangzhou 5G CT 3.13 Mbit/s 1.16 Mbit/s - TianJin 5G CU 19.46 Mbit/s 5.04 Mbit/s - Shanghai 5G CU 3.47 Mbit/s 4.01 Mbit/s - Guangzhou 5G CU 3.33 Mbit/s 3.10 Mbit/s - Tianjin 5G CM 13.29 Mbit/s 28.92 Mbit/s - Wuxi 5G CM 2.79 Mbit/s 4.29 Mbit/s - Nanjing 5G CM 5.69 Mbit/s 4.19 Mbit/s - Changsha 5G CM 8.95 Mbit/s 9.28 Mbit/s - ---------------------------------------------------------------------- Finished in : 6 min 10 sec Timestamp : 2019-12-28 17:24:31 GMT+8 Results : /root/superbench.log ---------------------------------------------------------------------- Share result: · http://www.speedtest.net/result/8894357995.png · https://paste.ubuntu.com./p/wdfMqWt8KJ/ ----------------------------------------------------------------------

KS7 基础测试

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 ---------------------------------------------------------------------- Superbench.sh -- https://www.oldking.net/350.html Mode : Standard Version : 1.1.6 Usage : wget -qO- git.io/superbench.sh | bash ---------------------------------------------------------------------- CPU Model : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz CPU Cores : 4 Cores 1672.115 MHz x86_64 CPU Cache : 3072 KB OS : CentOS 7.7.1908 (64 Bit) Dedicated Kernel : 4.14.129-bbrplus Total Space : 8.4 GB / 1843.2 GB Total RAM : 1421 MB / 7875 MB (4847 MB Buff) Total SWAP : 303 MB / 2046 MB Uptime : 105 days 15 hour 1 min Load Average : 0.20, 0.17, 0.11 TCP CC : bbrplus ASN & ISP : AS16276, OVH SAS Organization : OVH Hosting, Inc. Location : Montreal, Canada / CA Region : Quebec ---------------------------------------------------------------------- I/O Speed( 1.0GB ) : 153 MB/s I/O Speed( 1.0GB ) : 154 MB/s I/O Speed( 1.0GB ) : 159 MB/s Average I/O Speed : 155.3 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 97.26 Mbit/s 93.23 Mbit/s 6.052 ms Fast.com 0.00 Mbit/s 93.6 Mbit/s - Beijing 5G CT 9.32 Mbit/s 29.70 Mbit/s - Nanjing 5G CT 20.71 Mbit/s 29.61 Mbit/s - Hefei 5G CT 7.68 Mbit/s 21.46 Mbit/s - Guangzhou 5G CT 0.85 Mbit/s 8.17 Mbit/s - TianJin 5G CU 13.29 Mbit/s 20.45 Mbit/s - Shanghai 5G CU 8.82 Mbit/s 23.73 Mbit/s - Guangzhou 5G CU 10.23 Mbit/s 25.83 Mbit/s - Tianjin 5G CM 6.77 Mbit/s 13.90 Mbit/s - Wuxi 5G CM 3.50 Mbit/s 10.39 Mbit/s - Nanjing 5G CM 5.56 Mbit/s 17.93 Mbit/s - Changsha 5G CM 1.96 Mbit/s 47.78 Mbit/s - ---------------------------------------------------------------------- Finished in : 7 min 4 sec Timestamp : 2019-12-28 17:22:38 GMT+8 Results : /root/superbench.log ---------------------------------------------------------------------- Share result: · http://www.speedtest.net/result/8894353677.png · https://paste.ubuntu.com./p/W5s7w5j9SB/ ----------------------------------------------------------------------

ikoula 9.9欧特价机测试

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 ---------------------------------------------------------------------- Superbench.sh -- https://www.oldking.net/350.html Mode : Standard Version : 1.1.6 Usage : wget -qO- git.io/superbench.sh | bash ---------------------------------------------------------------------- CPU Model : Intel(R) Celeron(R) CPU G3930 @ 2.90GHz CPU Cores : 2 Cores 2900.132 MHz x86_64 CPU Cache : 2048 KB OS : CentOS 7.7.1908 (64 Bit) Dedicated Kernel : 4.14.129-bbrplus Total Space : 496.1 GB / 1844.2 GB Total RAM : 857 MB / 7935 MB (5935 MB Buff) Total SWAP : 196 MB / 1023 MB Uptime : 120 days 20 hour 9 min Load Average : 0.04, 0.06, 0.01 TCP CC : bbrplus ASN & ISP : AS21409, Ikoula Ripe Organization : Location : Boulogne-Billancourt, France / FR Region : Île-de-France ---------------------------------------------------------------------- I/O Speed( 1.0GB ) : 177 MB/s I/O Speed( 1.0GB ) : 180 MB/s I/O Speed( 1.0GB ) : 186 MB/s Average I/O Speed : 181.0 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 776.17 Mbit/s 865.04 Mbit/s 9.314 ms Fast.com 0.00 Mbit/s 154.9 Mbit/s - Beijing 5G CT 3.88 Mbit/s 58.06 Mbit/s - Nanjing 5G CT 7.71 Mbit/s 85.37 Mbit/s - Hefei 5G CT 4.14 Mbit/s 32.01 Mbit/s - Guangzhou 5G CT 2.73 Mbit/s 19.70 Mbit/s - TianJin 5G CU 60.37 Mbit/s 89.34 Mbit/s - Shanghai 5G CU 3.52 Mbit/s 12.35 Mbit/s - Guangzhou 5G CU 3.17 Mbit/s 20.52 Mbit/s - Tianjin 5G CM 12.40 Mbit/s 50.79 Mbit/s - Wuxi 5G CM 0.23 Mbit/s 0.19 Mbit/s - Nanjing 5G CM 5.03 Mbit/s 24.05 Mbit/s - Changsha 5G CM 9.78 Mbit/s 336.54 Mbit/s - ---------------------------------------------------------------------- Finished in : 6 min 20 sec Timestamp : 2019-12-28 17:16:02 GMT+8 Results : /root/superbench.log ---------------------------------------------------------------------- Share result: · http://www.speedtest.net/result/8894341158.png · https://paste.ubuntu.com./p/fZ4YMRWsfz/ ----------------------------------------------------------------------

简书移动端Web劫持、跳转app问题

背景每次手机上搜资料时，只要进入了简书，那么必定会跳转到各种app(淘宝、京东、天猫、京东金融等等)，很烦的啊。 2020-02-02 更新: 在csdn、豆瓣上也发现这个问题。我还以为是我本地宽带或者dns劫持，但是我本地dns用的是114和119，很少出现这种问题，而且简书也是https，浏览器也是绿标，所以就usb chrome 远程调试看了下，不看不知道，居然会唤醒这么多app和跳转网页。临时解决方案屏蔽 ad.lflucky.com 这个域名(建议屏蔽这个域名下的所有二级域名)，host改也行。方法一: 手机端使用火狐浏览器，安装 AdGuard 广告过滤插件，屏蔽 ad.lflucky.com 方法二、有位读者推荐的软件也很不错，AdGuard Home ，安装在软路由中使用~ 2020-03-09: 广告代码改为https://jian.t58b.com/js/jan/jian.js所以，继续屏蔽 jian.t58b.com 最后想了下，既然是cdn劫持，那么我把cdn域名一刀切怎么样，别说，效果还蛮不错的，界面干净了。屏蔽整个cdn下的js，不过这样带来的后果是文章不能动态加载出来，只适合偶尔使用简书。 1 cdn2.jianshu.io/*.js 手机端用yandex浏览器，装广告屏蔽插件，屏蔽 ad.lflucky.com 这个域名(建议屏蔽这个域名下的所有二级域名)，我个人装的是广告终结者，本来想装uBlock的，懒得折腾就没装。或者路由器ad插件屏蔽这个域名。添加屏蔽域名后完美，终于不再跳转。分析因为我的前端是废的，所以也只能进行简单点的分析，大佬们看看就好了。简单分析了一下跳转js，点击 VM2486:1 进入到js，格式化后的代码如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 (function() { function getJson(a, b) { var c = new XMLHttpRequest(); c.open("get", a); c.send(null); c.onreadystatechange = function() { if (c.readyState == 4 && c.status == 200) { b && b(eval("(" + c.responseText + ")")) } } } function ProductLink(a) { this.product = a.productJson; this.disabledArea = ["UNITED STATES", "JAPAN", "SINGAPORE", "CANADA", "香港", "北京", "上海"]; this.avokeTime = a.avokeTime } ProductLink.prototype.init = function() { var b = this; if (window.navigator.platform.indexOf("Win") > -1 || window.navigator.platform.indexOf("Mac") > -1) {} else { this.isDisabled(function() { var a = true; try { for (var i = 0; i < b.disabledArea.length; i++) { if (returnCitySN["cname"].indexOf(b.disabledArea[i]) > -1) { a = false; break } } } catch(e) {} if (!a) { return } b.addElement() }) } }; ProductLink.prototype.isDisabled = function(a) { var b = document.createElement("script"); var c = false; document.body.appendChild(b); b.src = "https://pv.sohu.com/cityjson"; b.onload = function() { if (!c) { c = true; a && a() } }; setTimeout(function() { if (!c) { c = true; a && a() } }, 4000) }; ProductLink.prototype.addElement = function() { var a = this; setTimeout(function() { a.showMainProject(); a.showSecondaryProduct() }, 2000) }; ProductLink.prototype.showMainProject = function() { this.showAllKind(this.product.mainProduct.appLink, this.product.mainProduct.cancelTime) }; ProductLink.prototype.showSecondaryProduct = function() { var b = this; var c = this.product.secondaryProduct.concat(); var d = c.length; var e = null; e = setInterval(function() { if (d <= 0) { clearInterval(e); return } var a = Math.floor(Math.random() * d); b.showAllKind(c[a].appLink, c[a].cancelTime); c.splice(a, 1); d-- }, b.avokeTime * 1000) }; ProductLink.prototype.showAllKind = function(a, b) { var c = a.concat(); var d = c.length; var e = false; var f = this.getCurrentDate(); while (d > 0 && !e) { var g = Math.floor(Math.random() * d); if (c[g].type == "random") { this.newIframe(c[g].link, b); e = true } else if (c[g].type == "date") { if (c[g][f]) { this.newIframe(c[g][f], b); e = true } else { c.splice(g, 1); d-- } } } }; ProductLink.prototype.getCurrentDate = function() { var a = new Date(), Y = a.getFullYear() + "-", M = (a.getMonth() + 1 < 10 ? "0" + (a.getMonth() + 1) : a.getMonth() + 1) + "-", D = a.getDate() < 10 ? "0" + a.getDate() : a.getDate(); return Y + M + D }; ProductLink.prototype.newIframe = function(b, c) { var d = document.createElement("iframe"); d.style.display = "none"; d.src = b; document.body.appendChild(d); var e = document.createElement("iframe"); e.style.display = "none"; e.src = "./counturl.html?url=" + encodeURIComponent(b); document.body.appendChild(e); setTimeout((function(m, a) { return function() { document.body.removeChild(m); document.body.removeChild(a) } })(d, e), c * 1000) }; getJson("./json/product.json", function(a) { new ProductLink(a).init() }) })(); 嗯，上面有个getJson方法，搜索了下加载记录发现域名是： ...

hetzner ex42 款机器网速只能达到一半解决方法

问题上个月买的ex42机器，到今天才有时间测试，结果发现网速达不到G口，只有500m的样子，在群里大佬的帮助下，确定了是网卡驱动的问题，但是这款机器的网卡不一定全部一样，我的是 1 I219-LM 系统自带模板中的网卡驱动有问题，DMA访问时间过长，NIC在繁重的UDP流量上挂起，这会影响TCP性能。修复方法：为了重新获得完整的传输速度，可以通过以下命令关闭TCP分段卸载： 1 ethtool -K <interface> tso off gso off 暂时关闭后可以达到标准速度，但是并不完全理想，实际上需要更新驱动程序，我就不折腾了。官方wiki说明：https://wiki.hetzner.de/index.php/Low_performance_with_Intel_i218/i219_NIC/en 开机启动自动加载NIC配置的方法：https://forum.manjaro.org/t/solved-only-half-gigabit-eth-with-intel-i219-lm-v-under-kernel-4-14-to-4-19/58886/37

上手一台Dell R720

最近上手一台dell R720 的服务器，配置如下： 1 2 3 4 5 6 cpu：E5 2650*2 内存：128G ddr3 1600 三星ssd *1 (具体型号忘记了) 2T 7200 sas硬盘 *2 双电源 H710阵列卡 iDRAC7 远程控制卡然后我把原来的两块sas硬盘拆了装到这个机器上，组Raid5，平时没跑东西时功耗 98W（更新，功率计测试 106 W），CPU满载260W。然后通过ipmitool限制风扇转速(因为硬盘不是原厂的，导致识别不了风扇会提高转速)为20%，这样就不吵了，同时写脚本监控，如果cpu温度大于50°就开启风扇自动控制，以免温度过高，脚本参考链接。 unixbench.sh 跑分(最后的多核没跑出来，因为我用的pve，debain用不了这个脚本，就开了lxc来跑) 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 make[1]: Leaving directory `/opt/unixbench/UnixBench' sh: 3dinfo: command not found # # # # # # # ##### ###### # # #### # # # # ## # # # # # # # ## # # # # # # # # # # # ## ##### ##### # # # # ###### # # # # # # ## # # # # # # # # # # # # ## # # # # # # # ## # # # # #### # # # # # ##### ###### # # #### # # Version 5.1.3 Based on the Byte Magazine Unix Benchmark Multi-CPU version Version 5 revisions by Ian Smith, Sunnyvale, CA, USA January 13, 2011 johantheghost at yahoo period com 1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10 1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 1 x Execl Throughput 1 2 3 1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3 1 x File Copy 256 bufsize 500 maxblocks 1 2 3 1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3 1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10 1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10 1 x Process Creation 1 2 3 1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10 1 x Shell Scripts (1 concurrent) 1 2 3 1 x Shell Scripts (8 concurrent) 1 2 3 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.3) System: CT100: GNU/Linux OS: GNU/Linux -- 4.15.18-10-pve -- #1 SMP PVE 4.15.18-32 (Sat, 19 Jan 2019 10:09:37 +0100) Machine: x86_64 (x86_64) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") CPU 0: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 1: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 2: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 3: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 4: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 5: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 6: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 7: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 8: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 9: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 10: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 11: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 12: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 13: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 14: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 15: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 16: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 17: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 18: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 19: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 20: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 21: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 22: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 23: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 24: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 25: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 26: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 27: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 28: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 29: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 30: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4000.2 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization CPU 31: Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (4002.3 bogomips) Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization 13:12:02 up 55 min, 1 user, load average: 1.13, 2.30, 1.47; runlevel 5 ------------------------------------------------------------------------ Benchmark Run: Tue Aug 20 2019 13:12:02 - 13:39:09 32 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 30625056.6 lps (10.0 s, 7 samples) Double-Precision Whetstone 3710.8 MWIPS (5.6 s, 7 samples) Execl Throughput 3703.9 lps (30.0 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 531487.4 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 138496.2 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 1673546.3 KBps (30.0 s, 2 samples) Pipe Throughput 720341.4 lps (10.0 s, 7 samples) Pipe-based Context Switching 78789.3 lps (10.0 s, 7 samples) Process Creation 2392.4 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 2302.9 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 1283.9 lpm (60.0 s, 2 samples) System Call Overhead 619739.3 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 30625056.6 2624.3 Double-Precision Whetstone 55.0 3710.8 674.7 Execl Throughput 43.0 3703.9 861.4 File Copy 1024 bufsize 2000 maxblocks 3960.0 531487.4 1342.1 File Copy 256 bufsize 500 maxblocks 1655.0 138496.2 836.8 File Copy 4096 bufsize 8000 maxblocks 5800.0 1673546.3 2885.4 Pipe Throughput 12440.0 720341.4 579.1 Pipe-based Context Switching 4000.0 78789.3 197.0 Process Creation 126.0 2392.4 189.9 Shell Scripts (1 concurrent) 42.4 2302.9 543.1 Shell Scripts (8 concurrent) 6.0 1283.9 2139.8 System Call Overhead 15000.0 619739.3 413.2 ======== System Benchmarks Index Score 780.9 ------------------------------------------------------------------------ Benchmark Run: Tue Aug 20 2019 13:39:09 - 13:39:09 32 CPUs in system; running 32 parallel copies of tests ======= Script description and score comparison completed! =======

hetzner EX42款机器测试

这个月hetzner机器都没有安装费，上手了一台EX42款的机器试一下，听说只有正价机器才有ddos防御？我运气不错，开到的cpu是7700，随便玩玩就做的raid0，反正数据每半个小时就会同步到google drive,还好是无限空间，随意传~ 电信的路由不错，联通就是绕美了宝塔娱乐跑分，在docker下

PVE安装RouterOS CHR

1、新建虚拟机这一步就不多说了，和平常新建的一样。硬盘给1G，反正到后面都要删掉。 2、修改配置分离硬盘并删除添加网络设备 3、添加RouterOS CHR固件 1 2 3 4 5 6 7 8 9 10 11 12 #下载RouterOS CHR固件想下别的版本请在 [mikrotik官网下载](https://mikrotik.com/download) wget https://download.mikrotik.com/routeros/6.43.16/chr-6.43.16.img.zip -O chr.img.zip #解压缩 gunzip -c chr.img.zip > chr.img #转换映像重命名 qemu-img convert -f raw -O qcow2 chr.img vm-100-disk-1.qcow2 #查看映像信息 qemu-img info vm-100-disk-1.qcow2 #增加映像大小根据自己使用调整 qemu-img resize -f qcow2 vm-100-disk-1.qcow2 +1G #加载映像到虚拟机 qm importdisk 100 vm-100-disk-1.qcow2 local-lvm 请注意红色的文字(也就是 100)，你新建的虚拟机的id是多少，那么你要将红色部分改为新建虚拟机的ID。 ...

[转]真正的inotify+rsync实时同步彻底告别同步慢

我们公司在用inotify+rsync做实时同步，来解决分布式集群文件一致性的问题。但当web文件越来越多(百万级数量html,jpg等小文件)，同步就越来越慢，根本做不到实时，按照网上的调优方法都尝试过，问题根本没有解决。经过我一翻细致研究，终于把慢的核心问题研究明白，先总结一句 inotifywait响应不会有延迟，rsync也很快。大家同样有慢的烦恼，那是因为网上的inotify+rsync的教程都是坑。下面我们来分析。 inotifywait 单独分析 1 /usr/local/bin/inotifywait -mrq --format '%Xe %w%f' -e modify,create,delete,attrib /data/ 执行上面命令，是让inotifywait监听/data/目录，当监听到有发生modify,create,delete,attrib等事件发生时，按%Xe %w%f的格式输出。在/data/目录touch几个文件 1 touch /data/{1..5} 观看inotify输出 1 ATTRIB /data/1 -- 表示发生了ATTRIB事件路径为/data/1 ATTRIB /data/2 ATTRIB /data/3 ATTRIB /data/4 ATTRIB /data/5 知道上面的输出效果之后我们应该想得到，可以用rsync获取inotifywait监控到的文件列表来做指定的文件同步，而不是每次都由rsync做全目录扫描来判断文件是否存在差异。网上的inotify+rsync分析我们来看网上的教程，我加了注释。(网上所有的教程基本都一模一样，尽管写法不一样，致命点都是一样的) 1 2 3 4 5 6 #!/bin/bash /usr/bin/inotifywait -mrq --format '%w%f'-e create,close_write,delete /backup |while read file #把发生更改的文件列表都接收到file 然后循环，但有什么鬼用呢？下面的命令都没有引用这个$file 下面做的是全量rsync do cd /backup && rsync -az --delete /backup/ rsync_backup@192.168.24.101::backup/--password-file=/etc/rsync.password done #注意看这里的rsync 每次都是全量的同步(这就坑爹了)，而且 file列表是循环形式触发rsync ，等于有10个文件发生更改，就触发10次rsync全量同步(简直就是噩梦)，那还不如直接写个死循环的rsync全量同步得了。 #有很多人会说日志输出那里明明只有差异文件的同步记录。其实这是rsync的功能，他本来就只会输出有差异需要同步的文件信息。不信你直接拿这句rsync来跑试试。 #这种在需要同步的源目录文件量很大的情况下，简直是不堪重负。不仅耗CPU还耗时，根本不可以做到实时同步。 ...

553.对比Onedrive A1、A1 E3 GD等最近网盘的区别

起因看到有大佬科普了教育版onedrive怎么查看数据中心，捋了好久终于是捋清楚了几个版本的差别。刚好最近热度比较大的网盘我都有在用，干脆整理下做下对比。可能还有什么没有考虑到，欢迎大佬指正。 1.几个了解到的情况 1.Googledrive，不管是教育账户，个人账户，团队盘。使用的线路都没有什么大的差别，使用自家的服务器集群。 2.onedrive, 教育版A1，企业版E3 ，个人版都是走全球CDN, 经测试E3和A1下载地址后缀是sharepoint.com。走的cdn线路一样的。个人版貌似线路IP不同。 3.onedrive世纪互联版数据中心在北京，上海，国内基本直通。 4.onedrive教育版,企业版,等sharepoint.com下载地址的，随着api泛滥，线路稳定性大打折扣。 5.谷歌盘单文件最大限制为 5T ，one盘单文件最大限制为 4G，感谢大佬补充 2.Googledrive 各类型对比。 a. G Suite 价格：12刀月。空间：标注1T 实际为无限。隐私：保障。国内：不可用。国际稳定性：好。 b. Google drive社区大学邮箱版。价格：约20-50 隐私：无保障。（非正规付费）其余同上 c. Google drive校友邮箱版。价格：约100-300。隐私：无保障。（非正规付费）其余同上 d. Google drive团队盘版。价格：约0-200年隐私：完全无保障。（非正规付费）其余同上 3.onedrive 各类型对比。 a. onedrive 个人版价格：60-100年（拼车）空间：1T 隐私：保障。国内线路稳定性：好。国内：可用。 a. onedrive 世纪互联版价格：最低32.00用户/月感谢大佬补充空间：1T及隐私：保障。国内线路稳定性：非常好。国内：可用。 b. onedrive 开发者e3 全局 ...