KS-A又没抢到。。
补货监控脚本挂了几个月一直没动静,今天下午脚本突然在tg上吼有货了,我当时正在烧饭。
犹豫片刻,关了火,上楼,打开电脑,果然。
下一步下一步然后check out,可恶,没货的红色错误蹦出来了。
就差这1秒钟,拍断大腿啊。
后悔了,我以前的监控是一分钟检查一次,要是频率快一点今天就成功了。
哎,改成了15秒,继续蹲吧,不知道下一次是什么时候了。大概黑五有点希望。
补货监控脚本挂了几个月一直没动静,今天下午脚本突然在tg上吼有货了,我当时正在烧饭。
犹豫片刻,关了火,上楼,打开电脑,果然。
下一步下一步然后check out,可恶,没货的红色错误蹦出来了。
就差这1秒钟,拍断大腿啊。
后悔了,我以前的监控是一分钟检查一次,要是频率快一点今天就成功了。
哎,改成了15秒,继续蹲吧,不知道下一次是什么时候了。大概黑五有点希望。
这个blog最初就是拿来试手做的, 以前的贴文我说过这个,就是想看看正经做一个站而不是采集垃圾站会怎么样。中间有过几次波折,比如域名选取不当而被迫中途改域名。现在时间够久了,可以回顾性发言了。
首先blog的内容,从搜索引擎角度来说应该都是优质内容,因为是全部原创的,而且文字多,关键字集中,内容角度应该算一个非常优质的网站。不过外链比较少,毕竟这年头想不花钱不大会有人给你外链。 近大半年下来,蜘蛛仍然只保持非常低的爬取频率,说明一件事,外链的重要性还是超过了内容本身的。
另外一个影响因素是,页面过少。页面过少的两大问题,一是搜索引擎觉得你的站点内容少价值不大,另外就是,就算给高权重也不会有多大流量。
以上两点决定了,这个站注定是失败的。
下面贴一下google/bing的统计图。
先说结论:
一、google的流量相对bing少了很多。这点符合预期,因为墙的原因,google价值远低于Bing。
二、bing上有展示数和点击数,可以看出,展示与点击的比率是非常高的,表明内容确实是优质受欢迎的。在webmaster工具里也看以看到,好几个关键词都是排第一,大多数关键词都是排前3,然而如此少的点击和展示表明两件事,一是关键词本身就没人有兴趣,因为这个站主要是主机内容偏多过于小众,另外就是,页面实在太少。
问题已经是很清楚明确的,不过也是无法解决的,要想优质就不可能有大量内容,想要大量内容就只能是垃圾采集。
一句话,做站已死,有事烧纸。


省流,先说二条结论:
小鸡IO跑分并不可靠。
LXC未必比KVM性能好(越垃圾的IO越如此)。
前几天博文有KS-1跑分,HDD,4*2T,RAID10,我再贴一下:
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 1.27 MB/s (318) | 18.04 MB/s (281)
Write | 1.30 MB/s (327) | 18.66 MB/s (291)
Total | 2.58 MB/s (645) | 36.70 MB/s (572)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 80.67 MB/s (157) | 82.15 MB/s (80)
Write | 84.95 MB/s (165) | 87.62 MB/s (85)
Total | 165.63 MB/s (322) | 169.78 MB/s (165)
可以看到,4K是相当的慢,这也是HDD的常态。
那么,这台机器开一个小鸡再跑一下分呢:
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 294.61 MB/s (73.6k) | 1.76 GB/s (27.5k)
Write | 295.38 MB/s (73.8k) | 1.77 GB/s (27.6k)
Total | 589.99 MB/s (147.4k) | 3.53 GB/s (55.2k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 2.96 GB/s (5.7k) | 2.95 GB/s (2.8k)
Write | 3.11 GB/s (6.0k) | 3.15 GB/s (3.0k)
Total | 6.07 GB/s (11.8k) | 6.10 GB/s (5.9k)
看到看到没,起飞啦起飞啦! 这已经是很不错的NVME的水平!
为什么会这样呢? 因为小鸡的磁盘是启用的write-back(unsafe)模式。简单的说,就是尽可能的母鸡缓存IO。内存够空的话,读写磁盘近乎等于读写内存。能不快吗?
结论1就是这样得出的。
结论2得出理由是,lxc是直接主机的io,不能设置write-back(unsafe)模式。主机的通常缓存不大,毕竟要考虑数据安全。一旦开始刷盘,那性能就嘎嘎往下掉了。
我以前一直在纳闷为什么老域名被bing给k掉了,甚至还给bing投过诉但驳回。折腾半天,我一直都没有想起去查一下这域名的历史记录。直到今天我打算为我的采集站注册域名时才顺带查了一下,我的天! 那域名恶贯满盈啊,一会私服,一会博彩。。浪费我几个月时间。
难怪这域名品相还不错,但就是没人要。好吧,我也等它到期就扔了。
不过话说搜索引擎也够小心眼,都这么多年前的事了都还记得,它就不能查询一下域名注册时间确定是新主人吗。

KS-A看不到希望,改入了KS-1。18.8刀的机器,4*2T机械盘, 32G内存,D-1520(实际是D-1521)的U,300M不限流量,当然还有OVH的特色高防。这配置这个价没地方找啊,拿在手里看着也开心。
没项目没用处,就是好玩。
跑分肯定要少不了,然后亮探针,然后快进到吃灰。
下面的是YABS,硬盘是做的raid-10,吃灰机一样得讲节操的。
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2024-06-09 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Wed Sep 25 13:11:22 UTC 2024
Basic System Information:
---------------------------------
Uptime : 0 days, 1 hours, 45 minutes
Processor : Intel(R) Xeon(R) CPU D-1521 @ 2.40GHz
CPU cores : 8 @ 2700.000 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 31.2 GiB
Swap : 16.0 GiB
Disk : 3.6 TiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.8.12-2-pve
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline
IPv4 Network Information:
---------------------------------
ISP : OVH SAS
ASN : AS16276 OVH SAS
Host : OVH Hosting, Inc.
Location : Beauharnois, Quebec (QC)
Country : Canada
fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/md3):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 1.27 MB/s (318) | 18.04 MB/s (281)
Write | 1.30 MB/s (327) | 18.66 MB/s (291)
Total | 2.58 MB/s (645) | 36.70 MB/s (572)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 80.67 MB/s (157) | 82.15 MB/s (80)
Write | 84.95 MB/s (165) | 87.62 MB/s (85)
Total | 165.63 MB/s (322) | 169.78 MB/s (165)
Running GB5 benchmark test... *cue elevator music*
Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 746
Multi Core | 3038
Full Test | https://browser.geekbench.com/v5/cpu/22902185