常见文件共享传输协议CIFS/NFS/FTP的对比

发布于

下面是几种常见文件共享传输协议的对比:

 

 

 

来源：http://www.phoenixp2p.com/cn/xwhy.htm

评论

发表评论

此博客中的热门博文

Podcast播客 Feed 订阅推荐

发布于
?? 使用 iPhone Safari / Android 系统浏览器，打开本网页，点击下方播客名字，即可添加订阅到播客应用 播客 黑水公园 鬼影人间 原来是这样？！ 机核网 日谈公园 比特新声 保持冷静 字谈字畅 ...
阅读全文

kubernetes运行一个有状态的应用程序(使用StatefulSet)

发布于
该页面显示如何使用 StatefulSet 控制器去运行一个有状态的应用程序。此例是一主多从的 MySQL 集群。 请注意 这不是生产配置 。 重点是， MySQL 设置保留在不安全的默认值上，使重点放在 Kubernetes 中运行有状态应用程序的常规模式。 教程目标 使用 StatefulSet 控制器部署复制的 MySQL 拓扑。 发送 MySQL 客户端流量。 观察对宕机的抵抗力。 缩放 StatefulSet 的大小。 准备开始 Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 This tutorial assumes you are familiar with PersistentVolumes and StatefulSets , as well as other core concepts like Pods , Services , and ConfigMaps . Some familiarity with MySQL helps, but this tutorial aims to present general patterns that should be useful for other systems. –> 你必须拥有一个 Kubernetes 的集群，同时你的 Kubernetes 集群必须带有 kubectl 命令行工具。 如果你还没有集群，你可以通过 Minikube 构建一 个你自己的集群，或者你可以使用下面任意一个 Kubernetes 工具构建： Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 本教程假定您熟悉 PersistentVolumes 与 StatefulSets , 以及其他核心概念，例如 Pods , Services , 与 ConfigMaps . 熟悉 MySQL 会有所帮助，但是本教程...
阅读全文

为什么需要道歉

发布于
道歉的核心，是给自个儿消灾避祸的护身符，不是对别人的要求。 因为本质上讲，道歉它一分不值。 类似于道歉时说的“对不起”，以及其它客套话比如“劳驾”“您”“借过”"谢谢"“excuse me”……它们的作用都类似。 有的叫情绪支付，有的是情绪预付。 我在街上走，你挡在我前头了，我说劳驾您借过一下，你肯定就让开了，我也就走过去了 这就是预付，我希望你有个行为，用客气话支配你，则你心甘情愿的实施这个行为。 同样我在街上走你挡路，我说你属螃蟹的哈横在路中间，给爷爬！ 你回过头来眉毛都立起来了，这一架跑不了。 而道歉，则是滞后于自己的行为给别人造成损失，伴随发生的支付措施。 我不小心碰你一下，你疼了，我说对不起，你也就不挑事了。 其实你疼还是疼，我的道歉又不是念白 魔法咒语 ，给你疗不了伤，只是你心情舒畅了而已。 而且，我碰你一下，也道歉了，你还是逼逼赖赖没完没了，则周围的舆论肯定是向着我的。 “人家都给你道歉了，不依不饶这是想碰瓷啊！” 对不对？所以道歉在小事上，能给自己少惹麻烦，也能争取舆论支持。 孩子要是不懂这个，你领着他去超市买根冰棍吃，问问他，刚才看见爹给你结账了吧，我不结账超市能放我走吗？ 孩子说不能。 你告诉他道歉就是结账，结小事对别人负面影响的账。 有人偏不爱结，轻则背后挨骂，重则当场挨打。 所以嘴甜，是让自个身子少受罪的办法，把客气话看成情绪上的零钱就好，你自己有这笔零钱就安心，能帮你平不少小麻烦。 别人没有它，你崩替他操这个心，而应该用悲悯的视角看待这人，因为你掐指一算，他这辈子得有大把时间浪费在跟人撕逼上，遇上比他还横的，挨揍都在意料之中。 你说这人可怜不可怜。 你还得告诉孩子，道歉对于你来说，小账可以平，大债跑不了。 你不小心把人2块钱的豆浆碰洒了，你道歉了，人家兴许不跟你计较。 反过来你一把给人小2k的飞天茅台给cei了，错非对面姓马，否则你十六国语言道歉，也逃不开赔偿。 所以儿贼，领悟道歉的精髓了么？ 道歉在大事上，死罪可免，活罪难逃，情绪能平，逃单不行。 所以面对道歉，除了看态度，也得看战损比。 比方说刚才内个小孩平衡车压你脚，你疼一下，他也说对不起了。 你低头一看，1000块钱的鞋压坏了。这时该怎么办？ 先把情绪债还上：“没关系，脚没事”。 你也客客气气。 然后再就事论事：“我这鞋上礼拜刚买的迪士尼限量版，998，您看按折...
阅读全文

如何优雅的关闭容器

发布于
最近把 Docker 官方的 Docker Reference 文档又读了一遍，发现有些细节深究起来，还是有很多可挖的。针对写 Dockerfile ，大部分时候只要照葫芦画瓢，基本也不会有什么大的问题，但是如果再深入理解一下那就更有意思了。 要说如何优雅的关闭容器，那就不得不提到信号（Signal）的理念，以及 Dockerfile 中 ENTRYPOINT 和 CMD 指令了。在具体说优雅关闭之前，先了解一下信号这个 Linux 中的基础概念。 1 信号 信号是事件发生时对进程的通知机制，有时也称之为软件中断。 信号有不同的类型，Linux 对标准信号的编号为 1~31，可以通过 kill -l 获取信号名称： # kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM ... ... 实际列出的信号超过了 31 个，有些是其它名称的同义词，有些则是定义但未使用的。以下介绍几个常用的信号： 1) SIGHUP 当终端断开（挂机）时，将发送该信号给终端控制进程。 SIGHUP 信号还可用于守护进程（比如，init 等）。许多守护进程会在收到 SIGHUP 信号时重新进行初始化并重读配置文件。 2) SIGINT 当用户键入终端中断字符（通常为 Control-C ） 时，终端驱动程序将发送该信号给前台进程组。该信号的默认行为是终止进程。 3) SIGQUIT 当用户在键盘上键入退出字符（通常为 Control-\ ）时，该信号将发往前台进程组。默认情况下，该信号终止进程，并生成用于调试的核心转储文件。进程如果陷入无限循环，或者不再响应时，使用 SIGQUIT 信号就很合适。 9) SIGKILL 此信号为 "必杀（sure kill）" 信号，处理器程序无...
阅读全文