分类 uncategory 下的文章

地生小中考

2021年是北京中考改革的第2年, 经过第一年的摸索和尝试,大家基本都知道了初二地理生物小中考的重要性,很多优秀的孩子,基本都是奔着双满70分的目标去学习的。这两门如果考的不错,那么在接下来的初三学习中,历史和化学就不用下太大的功夫了,化学还是需要好好学的,因为高中阶段还是非常重要的,历史就不用花费太多精力了,就能把主要精力放在主科的几门上了,这也是家长和孩子们如此重视小中考的原因了。

从初一开始,昕昕对生物就比较感兴趣,上次听讲认真,下来也愿意做生物的试题。对于地理来说,初一基本还凑合能跟着老师去学,虽然兴趣不大,但也没被拉下来,到了初二,由于更换了地理老师,昕昕对这个地理老师感觉不好,说是不喜欢这个老师,上课不认真听课,做题很多也不会,这就造成了初二上地理基础知识薄弱......虽然我们也劝说过他,必须要适应老师,但收效甚微,到了初二的寒假,我们发现他的地理确实差距有点大,家长和孩子都有点着急了。

于是,在2021年春节期间,我们和其他几个同学一起报了地理、生物的辅导班(一个小机构,晓壳),跟下来后,发现效果还不错,因此在初二下学期,就一直跟着上地生的串讲复习。对昕昕来说,初二寒假后,这小子好像突然醒悟了,知道地生的重要性(后来得知他是特别不愿意学历史,所以才下决心要搞好地理生物),学习态度突然有了一个大的好转,在学校里,甚至课外活动都不参加,抽时间就刷题,在家里几乎也不怎么休息,做作业刷万维。孩子的自主学习能力提升了很多,我和昕昕妈心里也很畅快,学习上的事几乎也不用我们怎么操心,我们也就是抽空帮他整理整理错题,核对答案,其他的也帮不上什么忙。

经过近半个学期的努力学习,地生的一模二模考试,他的成绩还是挺不错的。一模地理68,生物67,二模地理69,生物68。昕昕自己也开始有自信了,他期望在小中考中,地生都能拿满分,当然这只是期望,我们也明白,即使题目很简单,想拿满分难度也非常大,我们期望平均分在68分以上就满意了......

2021年6月27日,地理生物小中考,昕昕在考前并没有太大的压力,他从小在考试上,心里素质还是比较好的,没有因为马上要大考了,就非常焦虑休息不好等,这点还是挺好的哈~上午地理考试完后,中午他给妈妈打了电话,有点沮丧,说地理考的不太好,现在知道的可能就错了2个,昕昕妈安慰了他一下,叮嘱他没关系,今年地理题偏难,下午好好考生物就行,晚上又打电话了,说是生物考的还不错。

那天地理考完后,我看家长帮上,有些人就说地理题目难,但也有人说和一模二模的差不多,我内心感觉总体可能比一模二模要难一些,这样的话可能对昕昕确实不太有利,因为相对于生物来说,他的地理基础知识还是要弱一些。考后的成绩预测,昕昕说是地理68或69,生物满分,我们内心里想要是能平均68分也就满足了。

7月10日上午终于出成绩了,我们第一时间进行了查询,最终结果地理68,生物70,总体还是比较符合之前的预测。但还是稍微有一点遗憾,地理68分,要是能冲到69分,可能就没有任何的遗憾了。不过这个成绩我们也算是比较满意了,这也是他近半年自己努力的成果,虽然和很多优秀的学生相比还是有差距的,他们班级里有3,4个双满的学生,这几个学生,不光是地生牛,每一科目都很牛......

这段时间我就一直在和昕昕妈说,我们要承认孩子只是一个普通的孩子,我们和牛娃之间还有挺大的差距,要放低预期,只要孩子自己能认真学习,最后的成绩应该也不会差,从地生的结果来看,确实又验证了我们的想法哈。孩子的能力、智商都是有差别的,智商高的孩子确实不怎么学习,人家最后都能考的很好,昕昕是属于智商普通的孩子,因此只要他的成绩能反映出自己的努力就可以了,没有必要去和牛娃去比较.......

下一次的大考就是一年后的中考了,希望昕昕在初三最关键的一年,能继续保持当前的状态,再摸索出适合自己的学习方法,提高效率,相信中会有一个满意的成绩的!

CentOS6下的Samba服务

目的是将一台CentOS6的服务器做成一个文件共享服务器,可以让Windows用户去访问

安装过程很简单:

yum install samba
chkconfig smb on
useradd smb
smbpasswd -a smb
service smb restart

配置如下,修改/etc/samba/smb.conf文件:

[share]
    comment = Share Directories
    path = /opt/data/share
    browseable = yes
    writable = no
    valid users = smb
[upload]
    comment = Share Directories
    path = /opt/data/upload
    browseable = yes
    writable = yes
    valid users = smb

对于可写的文件夹upload,需要注意两点:

  • 将upload目录的权限置成smb用户可写
  • 将selinux关闭,不重启系统关闭:setenforce 0

 

PaaS的现在和未来:将由开发者决定(译)

原文地址:

http://www.informationweek.com/cloud/platform-as-a-service/paas-present-and-future-developers-will-decide/d/d-id/1127808

 

PaaS不同于IaaS,IBM的Ric Telford预测在未来的两年时间内,PaaS会逐步成熟起来。

大概2年多前,我曾写过一篇"PaaS Comes Of Age"的文章,文章中我认为,我们正进入一个PaaS的时代 -- 对企业来说,平台服务将会变成非常关键的云能力。自从我写了那篇文章之后,已经发生了很多变化,我们看到“PaaS时代来临”的故事正逐步走向成熟。

对于不了解的人来说,PaaS可能会被认为是一种能力的交付模式,传统上你会把这种能力和中间件关联起来。没有那么切合,PaaS也刚好位于云计算栈的中间层,在IaaS层和SaaS层之间。PaaS可以从云端实现应用开发和运行时服务的任意组合,以某种标准的模型(申请、按需付费等)。

今天,有很多类型的PaaS服务,以至于很难去让PaaS保持一致。很多公司也汇聚到了这个领域,从IaaS层向上发展(亚马逊的RDS服务或者弹性Beanstalk服务),从SaaS层向下发展(Salesforce的Force.com),甚至是作为公司的一个新的驱动力(谷歌的AppEngine或者微软的Azure)。此外,还有很多的纯粹单一的PaaS提供商(比如EngineYard)和一些创业公司。

在PaaS领域,一方面需要认真观察的是开放标准和开源的作用。不像IaaS,亚马逊已经成为了事实上的标准,PaaS可能更多的是基于规范去建立一套开放的标准。IBM刚刚发布BlueMix,并为PaaS能力投入十亿美元。IBM这次发布的关键是对Cloud Foundry的支持,它是云计算PaaS层的一个开源产品。Cloud Foundry是由VMware发起的,并分拆做为Pivotal的一部分,Cloud Foundry已经有大约40个企业贡献者。为了不被淘汰,红帽的OpenShift也是开源的,而且也有一些稳定活跃的贡献者。

看看未来PaaS会是什么样,这将非常有趣。如果它遵循IT领域的类似技术发展轨迹,就可以设想下面的这些事情:

  • 在PaaS规范化之前,公司需要熟悉并了解相关的概念。对于大部分企业来说,我们仍然处在“tire-kicking”的时代,企业在开始真正的摆脱传统的中间件模式之前,需要能看到PaaS的价值。在PaaS真正的发展之前,这可能需要1年或2年的时间。然而,就像从传统的C/S应用向基于互联网的应用转变,转变开始的时候,PaaS就会快速地发展。
  • 开放系统将会和私有系统共存,有点类似Java和.Net,每一类都有会相应的追随者。
  • 开发者将会决定PaaS的未来。想想在微软或者安卓早期的时候吧。那些成功吸引和保持软件开发者的PaaS提供商将会不断上升。如果某天你看到一些“PaaS-justifying应用”,请不要感到惊讶,一些引人注目的SaaS产品只能运行在一个特定供应商的PaaS上(对游戏玩家来说,有点像Xbox One上的Titanfall)。
  • PaaS接下来将会整合,但PaaS市场不会像IaaS市场那么多。一些人认为IaaS提供商将会整合到只剩下6个大的提供商。
  • 如果你看看今天的类似情况--服务器和存储市场--这似乎是对的。但PaaS系统有一套更广泛的功能,其中的一个,其生态系统将逐步发展成为标准,有点像今天的Java社区,但是依然会有不少的竞争者。

我会在2年后回来看看这些预言是否是准确的。

RHEL的License

Redhat的RHEL企业版Linux其实是可以随便下载的

即使没有License,在下载并安装后,也可以正常使用

当然,如果没有License,则无法享受到Redhat的support以及update

就是说,如果未来暴漏了一个漏洞,则你无法使用Redhat官方提供的patch

或许某些漏洞是可以用Centos的补丁,但一般来说Centos的补丁速度会比较慢

因此,如果是开发、测试之类的,使用RHEL,没有License是没问题的

如果是生产环境,建议最好是CentOS或者是买Redhat的License

当然,如果不差钱的话,肯定还是选择RHEL比较好,因为毕竟有Redhat的支持

据说,不少公司内部仅购买了极少的License,而却应用在大量的Server上

并也可以享受到support和update,其实,这样做是不合法的,Redhat有权去起诉你

不过,Redhat公司貌似对这块也没有太严格的控制,基本也就是睁一只眼闭一只眼...

【转载】五种开源协议的比较(BSD,Apache,GPL,LGPL,MIT)

当Adobe、Microsoft、Sun等一系列巨头开始表现出对”开源”的青睐时,”开源”的时代即将到来!

最初来自:sinoprise.com/read.php?tid-662-page-e-fpage-1.html(遗憾的是这个链接已经打不开了),我基本未改动,只是进行了一些排版和整理。

参考文献:http://www.fsf.org/licensing/licenses/

现今存在的开源协议很多,而经过Open Source Initiative组织通过批准的开源协议目前有58种(http://www.opensource.org/licenses/alphabetical)。我们在常见的开源协议如BSD, GPL, LGPL,MIT等都是OSI批准的协议。如果要开源自己的代码,最好也是选择这些被批准的开源协议。

这里我们来看四种最常用的开源协议及它们的适用范围,供那些准备开源或者使用开源产品的开发人员/厂家参考。

BSD开源协议(original BSD licenseFreeBSD licenseOriginal BSD license

BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用,修改源代码,也可以将修改后的代码作为开源或者专有软件再发布。

但”为所欲为”的前提当你发布使用了BSD协议的代码,或则以BSD协议代码为基础做二次开发自己的产品时,需要满足三个条件:

  1. 如果再发布的产品中包含源代码,则在源代码中必须带有原来代码中的BSD协议。
  2. 如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
  3. 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。

BSD 代码鼓励代码共享,但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码,也允许使用或在BSD代码上开发商业软件发布和销售,因此是对 商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议,因为可以完全控制这些第三方的代码,在必要的时候可以修改或者二次开发。

Apache Licence 2.0(Apache License, Version 2.0Apache License, Version 1.1Apache License, Version 1.0

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件)。需要满足的条件也和BSD类似:

  1. 需要给代码的用户一份Apache Licence
  2. 如果你修改了代码,需要再被修改的文件中说明。
  3. 在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。
  4. 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改。

Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

GPL(GNU General Public License

我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用,但不允许修改后和衍生的代 码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux,包括商业公司的linux和linux上各种各样的由个人,组织,以及商 业软件公司开发的免费软件了。

GPL协议的主要内容是只要在一个软件中使用(”使用”指类库引用,修改后的代码或者衍生代码)GPL 协议的产品,则该软件产品必须也采用GPL协议,既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题,还可以享受免费的优势。

由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议,对于使用GPL协议的开源代码,商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。

其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。

LGPL(GNU Lesser General Public License

LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并 发布和销售。

但是如果修改LGPL协议的代码或者衍生,则所有修改的代码,涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源 代码很适合作为第三方类库被商业软件引用,但不适合希望以LGPL协议代码为基础,通过修改和衍生的方式做二次开发的商业软件采用。

GPL/LGPL都保障原作者的知识产权,避免有人利用开源代码复制并开发类似的产品

MIT(MIT

MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的.

一个月掉了5斤

2014年是我的本命年

为了消灾并能有个好运,春节前,老婆特意买了2套红色的内衣

春节期间就穿着这身内衣

然而,看来这身红色的内衣,并没有完全让我的本命年开局顺利...

可能是春节前吃东西不注意,把胃给吃伤了

春节期间食欲就不好,看到荤的东西就恶心,只想吃素菜

这种状况持续了好多天,后来发展到消化不好,吃东西不消化

平常完全没有食欲,每顿吃东西很少

到医院看了后,开了一些消化的、健胃的药

终于,这两天有点好转了,肚子开始轱辘轱辘叫了

看来是肠胃开始干活了,但估计还得一段时间才能完全恢复正常

好家伙,敢情是肠胃前段时间也休假过春节了?

 

今天晚上,SCE2.0又出问题了,晚饭还没吃完,就赶紧打开电脑开始处理问题

刚上秤秤了一下,过去一个月,掉了5斤啊...

我得吃多少天才能补回来

 

排查Container网络启动慢的原因

近日,在给其它部门部署SCE集群后,发现container启动后,网络在一段时间内无法使用

造成SCE的agent在启动后通过yum安装其它包时出错,用户的app无法启动

自己使用脚本进行测试,container自身启动很快,耗时不到1s

启动后,立即lxc-attach执行一个wget命令,发现堵塞在connect上很长时间,如下:

1

堵塞大概20s左右后,该wget请求才开始执行,这时,container的网络才正常

算上这个时间,一个容器从启动到交付使用,差不多需要30s时间,这个是不能容忍的...

目前container的网络是使用桥接模式,网卡需要开启混杂模式

查看/var/log/messages日志,如下:

2

发现,该容器的veth从learning状态到forwarding状态耗费了15s时间

上网搜了一下,这个是网桥的forward delay参数决定的

执行brctl showstp br0可以看到

3

这个值默认就是15s,尝试通过brctl setfd br0 1设置成1s后

再进行测试,发现容器的网络很快就可以正常使用了

整个容器从启动到安装完包,启动用户进程,总共在6s左右的时间

恩,这个时间基本还是可以接受的

 

新收shunzhi.me的域名

从Godaddy上注册的,首年才$9.99,挺便宜的

无论如何,先把这个域名给占了再说,呵呵

本来想试试360网站卫士的效果,结果因为没有备案,不给服务

不过,可以使用他们的DNS服务,先解析上去试试效果了

服务器Load过高的原因

近期,总有几台Server时不时报警,Load一度超过50

登录到Server上top看看情况,发现CPU的使用率并不高

无标题

而系统的iowait值也不高,但通过ps发现有不少状态为D(uninterruptible sleep)的进程

其中基本都是lxc-attach的进程,手工运行其中一个进程,发现进程被堵塞了

当把所有这些状态为D的进程都杀掉后,系统的Load就一下子降到正常水平了

在Linux平台上,Load除了和CPU的使用率有关外,还和系统中状态为D的进程数目多少有关

进程的状态为D,一般情况下都是因为IO wait ,参见:

http://en.wikipedia.org/wiki/Sleep_(system_call)#Uninterruptible_sleep

推荐一篇介绍Uninterruptable Sleep的文章,写的挺清楚的

http://justlinux.ca/tips/UninterruptableSleep

可以通过以下命令去查找状态为D的进程

ps -eo s,cmd |awk '{if($1 == "D") print;}'

top -b -n 1  |awk  '{if($8 == "D") {count++;print}} END {print count}'

赞一下123systems的VPS

最早选择它是因为价格低,256M/512M的OpenVZ一年才$20多,真是太便宜了

但因为价格低,又是OpenVZ(估计严重超售),而且它们租用的是别人的服务器,所以服务基本没有保证

一个月估计得有好几次服务中断,好在它都能自动恢复了

给它们提交Tickets,他们的服务也不怎么好,爱答不理的...

前段时间,他们出了基于Xen的VPS,而且价格也不太高,就重新又买了一个2VCpu/1GMem的VPS

结果,效果还不如之前的那个OpenVZ的,速度超慢,ping还丢包严重,利用它去翻墙基本不太行

近期,他们启动了硬件设备的迁移过程,据说是迁移到它们自己的设备上

迁移后,发现效果非常好,从公司scp一个大文件过去,速度能达到1MB-2MB/s,这个真赞

希望目前的情况能一直持续下去...

最新文章

最近回复

  • feifei435:这两个URI实际是不一样的
  • zsy: git push origin 分支 -f 给力!
  • 冼敏兵:简单易懂,good fit
  • Jack:无需改配置文件,看着累! # gluster volume se...
  • Mr.j:按照你的方法凑效了,折腾死了。。。。
  • zheyemaster:补充一句:我的网站路径:D:\wamp\www ~~菜鸟站长, ...
  • zheyemaster:wamp2.5(apache2.4.9)下局域网访问403错误的...
  • Git中pull对比fetch和merge | 炼似春秋:[…] 首先,我搜索了git pull和git fe...
  • higkoo:总结一下吧, 性能调优示例: gluster volume s...
  • knowaeap:请问一下博主,你维护的openyoudao支持opensuse吗

分类

归档

其它