很多人以为自己有点关于电脑的基础知识,就 “乐于助人” 别人有电脑的问题便热情的上前帮忙,但不知你是否想过?

如果不小心拆坏了,那么谁赔?

即使算你走运,装好后电脑正常使用没问题,别人会只留下一句谢谢,然后觉得是你应该做的……

别人看你修好了以后会经常拿他朋友的各种笔记本过来给你修理(我遭遇过)或许别人提出更多要求,直到你做不到。比如,清理垃圾文件或者超频以让系统速度提高十倍。

种种关于修理的问题,或许会让我们应接不暇,所以,如果你学习过电脑知识,在出手前请牢记下面 20 点。

  1. 首先记住这句话:永远不要承认自己是高手,因为这个称号是要付出代价的。

  2. 接到陌生电话后,一定要问清楚对方有什么事情,然后再告诉他(她)当前你目前所在的位置。

  3. 永远不要试图通过电话或者 QQ 解决某个问题,对方很有可能不知道菜单是什么东西,这不能怨他们,只能怨你自己,因为你永远懒于解释给他们听。

  4. 不要想着立马可以解决遇到的问题,因为你所遇到的总是崩溃的系统或者处于崩溃边缘的系统。

  5. 如果对方允许你重新安装系统,那就不要试着去做任何修复工作,因为重装系统是最快解决问题的办法。

  6. 除了询问哪些资料需要备份,你不要提问对方任何问题,除非你的心理承受能力特别强。

  7. 学会保守做人,每次开工前,都记得告诉对方:“我可能无法最终解决问题,还要继续吗?”。

  8. 对电脑的外观检查永远是第一位的,看看线路是否连接正常,看看 USB 接口是否连接了其他设备等等。

  9. 相信硬件的抗噪能力,尽可能的情况下,不要打开对方的机箱。

  10. 没有做成医生,反倒被当作破坏者,那是很悲哀的事情。

  11. 做好被别人数落的心理准备,因为不懂电脑知识的人,往往懂得如何评价别人。如果人家说他的内存有 200G,你千万不要纠正说是硬盘,否则,你的噩运即将来临。

  12. 不知道菜单是什么东西的人,一般也不会知道虚拟内存是怎么回事的,按照他的要求去调整就可以了,反正这个不会影响到你完成修理工作。

  13. 告诉对方,你没有任何杀毒软件,否则,您所安装的杀毒软件都是最差的,也是问题最多的。

  14. 别让自己成为处理打印机故障的高手,告诉你,打印机的麻烦事情可比电脑多多了。

  15. 坚决不要帮别人购买电脑,尤其是组装机,除非你想背上吃回扣的骂名,然后每天屁颠屁颠的去帮他们处理故障。

  16. 不要反感以下两句话,它会伴随你很久时间:第一句:“我的电脑又出大问题了。” 第二句:“你还是过来帮我看看吧。”

  17. 尽量不要去动别人的电脑,否则,若干天以后,你的这一行动会导致他的系统崩溃并带来埋怨。

  18. 不要去纠正别人的任何错误,除非你有说服别人的超强能力。

  19. 尽可能的前提下不要互相传递任何电子文档,因为你的文件很有可能被指责为病毒。

  20. 不要害怕指责,因为你无法逃避。

修电脑是个技术活,没有金刚钻不揽瓷器活,帮助人是应该的,但我们一定要量力而行,毕竟弄坏了别人几千块的设备,我们也无法做到心安理得什么赔偿都不给,最好是视情况而定吧。

转自:https://uu126.cn/post/1408.html

Shadowsocks 没有办法离开去中心化的服务器。要么自己花钱买 VPS,要么用有人分享的账号,要么用有人提供的付费服务,他们各有所长,适合不同的人。所以作为开发者,保持中立,不偏袒其中任何一方,顺其自然发展下去是最好的吧。
很多人要么一窝蜂的支持,要么一窝蜂的反对,还要把它给封禁掉,大概这种心理鲁迅先生也曾批判过。如果你们真的那么讨厌商业,那你们应该首先把你们的苹果设备给摔了,因为它就是商业社会巅峰造极的产物。我反对不喜欢一个东西就要拿出简单粗暴的制裁手段,正是这种习性成就了 GFW。
维护这个项目到现在大概总共回复过几千个问题,开始慢慢想清楚了一件事,为什么会存在 GFW。从这些提问可以看出,大部分人的自理能力都很差,只是等着别人帮他。特别是那些从 App Store 下载了 App 用着公共服务器的人,经常发来一封只有四个字的邮件:“不能用了?” 我觉得这是一个社会常识,花一分钟写的问题,不能期待一个毫无交情的陌生人花一个小时耐心地问你版本和操作步骤,模拟出你的环境来帮你分析解决。
Windows 版加上 GFWList 功能以来,我反复呼吁给 GFWList 提交规则,但是一个月过去了竟然一个提交都没有。如果没有人做一点什么,它自己是不会更新的啊,没有人会义务地帮你打理这些。我觉得,政府无限的权力,都是大部分人自己放弃的。假货坑爹,让政府审核。孩子管不好,让政府关网吧。房价太高,让政府去限购。我们的文化实在太独特,创造出了家长式威权政府,GFW 正是在这种背景下产生的,一个社会矛盾的终极调和器,最终生活不能自理的你每天做的每一件事情都要给政府审查一遍,以免伤害到其他同样生活不能自理的人。这是一个零和游戏,越和这样的用户打交道,越对未来持悲观态度,觉得 GFW 可能永远也不会消失,而墙内的这个局域网看起来还似乎生机勃勃的自成一体,真是让人绝望。

少壮不努力,一生在内地。

转载:秋水逸冰 » Shadowsocks Troubleshooting
https://teddysun.com/399.html

有人提交了一个 bug 给我:“26 层会议室的灯是开着的,需要把它关上。”
这个 bug 上还有个备注:“这大概会花你 5 分钟左右,就换一下开关而已。”
我来到 26 层的会议室。灯是开着的,不过房间里没有灯的开关。
于是我打算装个开关。不过设计师说这会破坏房间的美感。另外,墙是混凝土的。如果有合适的工具,我倒是现在就可以安装。不过没人会批准购买这些工具。没有合适工具的话就得花上两天的时间。但他们想要马上就解决问题,因为担心 CEO 随时都可能决定来到 26 层,没准一高兴就会走进会议室然后发问:特么的为毛这个灯是开着的。
现在我开始收到邮件,询问为什么灯还没关上。
于是我不得不停下来,群发了一封邮件解释一下情况,然后有些人在这个邮件链中展开了令人惶恐的讨论。
我知道不可能指望着在邮件中讨论的这些人解决问题。这个 bug 上标了我的名字,今天就得解决,如果没能处理掉的话有麻烦的人是我。于是我爬到了 26 层通道的天花板里,找到连着那个灯的电线,剪断,封口,搞定,问题解决了。
为了平息邮件讨论中的恐慌,我汇报了我是如何解决这个问题的。
一开始并没什么反应,不过之后每个人都开始担心这灯再也没法打开或者关上了。要是 CEO 想在那儿开会怎么办?于是他们要求我这么干:把连着灯的电线一直拉到地下室,当有人需要开灯关灯的时候,他们会联系我,然后我就跑到地下室去接通或者断开电线。
我抗议这个荒唐的方法。不过我的老板说:“没错,我知道这并不完美。不过目前我们只有这个办法了。”
这个时候我意识到自己得做出一个选择了:我可以就这么干,或者抗议、辞职、再找份别的工作。不过我又意识到当我开始新工作的时候,他们可能还会要我干出这种白痴的事情,甚至更严重。
于是我只好去把 26 层的电线一直拉到了地下室。当我来到地下室的时候,我看到墙上挂着好几十根电线,都是之前碰到同样问题时的那些人干的。(于是我知道了这个点子是从哪儿来的。)我尽我所能架好了电线,然后贴了标签,在标签上简短地向下一个干这事儿的人表示了歉意。
当我回到办公桌之后,我收到了一条消息。QA 重新打开了这个 bug。他说:“我看到光了。”
我重新跑回了 26 层的会议室。灯是关着的。我又回到我的办公桌,关闭了 bug,告诉他我亲自检查过了。
QA 又一次打开了这个 bug,上面写着:“房间还是很亮”。我又去检查了一遍灯泡确实是关着的,然后我向老板报告了这件事,老板建议我回到地下室检查一下电线。我抗议说我刚刚才看到灯确实是关着的啊。“我知道,不过这样我就可以告诉 QA 说我绝对把所有地方都检查过了。”
于是我叹了口气来到了地下室。毫无疑问,电线并没有接上。电线的接头也是封着的。绝对没有任何东西能产生出电力来。
我向 QA 汇报说我检查过电线了,是断开的,而且我也看过灯泡,确实是关着的。
“我说的不是灯泡,” QA 说道,“问题是房间里的光线。那儿太亮了。你就不能把百叶窗关上么?”
我回复说“百叶窗不是我的责任,bug 只是说应该把灯关上。”
QA 不相信我,于是群发了一封邮件询问百叶窗跟这个 bug 到底有没有关系。
很长一段时间都没人说话。最后终于有人在这个邮件链里面招呼我了。
“理论上来说,” 他们问道,“在 26 层参加会议的人如果觉得太亮或者太暗的话,有可能自己打开或者关上百叶窗么?”
“是的,他们可以”,我回复道。
“我是说,即使普通人也可以?他们不需要我来干这个?”
是的,普通人也可以。不,他们不需要我。任何人都能干这个。
“很好。太棒了。那么我们可以先不管这个了。我会组织一个站会来讨论一下百叶窗的问题。”
于是 bug 被关闭了。现在,CEO 可能已经听说了一些风言风语,关于 26 层会议室有一些偷偷摸摸的情况,然后决定要在那儿开个会。于是我收到了好多惊慌失措的邮件,说他们需要把灯打开。
我来到地下室,接上电线,然后回到办公桌前,在我的收件箱里发现 32 条新消息:“出问题了!灯没打开!” “有个问题!没有灯!” “我收到这些邮件了吗?” 等等。
第 32 封邮件写道:“算了,灯亮了。”
在需要关灯的时候,这个过程差不多一模一样地又来了一遍。
不过也不是什么好消息都没有,是这样的:在这次会议结束后,所有人甚至都忘了在 26 层还有间会议室,于是我再也不用为这个干什么了。

来源:微信公众号PythonCoder

写在前面

在学习ab工具之前,我们需了解几个关于压力测试的概念

  • 吞吐率(Requests per second)
    概念:服务器并发处理能力的量化描述,单位是reqs/s,指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率。
    计算公式:总请求数 / 处理完成这些请求数所花费的时间,即

    Request per second = Complete requests / Time taken for tests

  • 并发连接数(The number of concurrent connections)
    概念:某个时刻服务器所接受的请求数目,简单的讲,就是一个会话。

  • 并发用户数(The number of concurrent users,Concurrency Level)
    概念:要注意区分这个概念和并发连接数之间的区别,一个用户可能同时会产生多个会话,也即连接数。

  • 用户平均请求等待时间(Time per request)
    计算公式:处理完成所有请求数所花费的时间/ (总请求数 / 并发用户数),即

    Time per request = Time taken for tests /( Complete requests / Concurrency Level)

  • 服务器平均请求等待时间(Time per request: across all concurrent requests)
    计算公式:处理完成所有请求数所花费的时间 / 总请求数,即

    Time taken for / testsComplete requests
    可以看到,它是吞吐率的倒数。

    同时,它也=用户平均请求等待时间/并发用户数,即

    Time per request / Concurrency Level

ab工具简介

ab全称为:apache bench

在官网上的解释如下:

  • ab是Apache超文本传输协议(HTTP)的性能测试工具。其设计意图是描绘当前所安装的Apache的执行性能,主要是显示你安装的Apache每秒可以处理多少个请求。

其他网站解释:

  • ab是apache自带的压力测试工具。ab非常实用,它不仅可以对apache服务器进行网站访问压力测试,也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等。

下载ab工具

进入apache官网 http://httpd.apache.org/ 下载apache即可

启动ab工具

以windows环境下,apache安装路径为C:\apache\Apache24\为例

打开终端,输入命令

cd C:\apache\Apache24\bin

即可启动ab

开始测试

输入命令

ab -n 100 -c 10 http://test.com/

其中-n表示请求数,-c表示并发数

其余命令请参见 http://apache.jz123.cn/programs/ab.html

测试结果分析

Concurrency Level: 100

并发请求数

Time taken for tests: 50.872 seconds

整个测试持续的时间

Complete requests: 1000

完成的请求数

Failed requests: 0

失败的请求数

Total transferred: 13701482 bytes

整个场景中的网络传输量

HTML transferred: 13197000 bytes

整个场景中的HTML内容传输量

Requests per second: 19.66 [#/sec] (mean)

吞吐率,大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括号中的 mean 表示这是一个平均值

Time per request: 5087.180 [ms] (mean)

用户平均请求等待时间,大家最关心的指标之二,相当于 LR 中的平均事务响应时间,后面括号中的 mean 表示这是一个平均值

Time per request: 50.872 [ms] (mean, across all concurrent requests)

服务器平均请求处理时间,大家最关心的指标之三

Transfer rate: 263.02 [Kbytes/sec] received

平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题

关于登录的问题

有时候进行压力测试需要用户登录,怎么办?
请参考以下步骤:

1.先用账户和密码登录后,用开发者工具找到标识这个会话的Cookie值(Session ID)记下来
如果只用到一个Cookie,那么只需键入命令:

ab -n 100 -C key=value http://test.com/

2.如果需要多个Cookie,就直接设Header:

ab -n 100 -H “Cookie: Key1=Value1; Key2=Value2” http://test.com/

总结

总的来说ab工具ab小巧简单,上手学习较快,可以提供需要的基本性能指标,但是没有图形化结果,不能监控。因此ab工具可以用作临时紧急任务和简单测试。
同类型的压力测试工具还有:webbench、siege、http_load等

参考文献

http://www.jianshu.com/p/43d04d8baaf7