The Edge

The Edge

2.1

剧情简介

《The Edge》,短片作品,加拿大出品,2003年上映。

观影心得

我们都害怕失去,因为不可避免,这么多年生活在模糊的世界,视力不好可以治,要不配付眼镜,一切又清晰起来,心底那一丝微尘该如何吹散!The Edge再见,平行时空再见!!

短短两个小时读完他的“前半生”,八年留学生活尤其让我佩服,辗转摩洛哥法国加拿大,才16岁的孩子,不是谁都能有胆量背井离乡的。 他不是含着金汤匙出生的那种人,写儿时在北京长大的生活也很有意思。最近机缘巧合,看到好几篇写九十年代的摇滚盛况的文章,感觉很遥远呐~ 他母亲对他的影响蛮大的,言传身教下相信对他后来的事业也有很大影响,其实我很佩服张兰这个女人,是她成全了他,路铺得好。 相比于年轻气盛的切德弗·斯特,我更喜欢这个婚后的男人,娶了一个温柔台湾女生的台湾女婿。(我也好想和台湾男生恋爱噢,单听那软糯的台湾腔都感受得到骨子的温柔~ 对待两岸问题他着墨不多,两边都是家,不好踩。希望两岸问题早日解决,湾湾领导人长点心吧,我们本来就是一家人~ 写陪大S生产的部分我眼泪都要出来了,一方面是感慨女人生产前后的痛苦。再一个是 真的可以从他的字里行间感受到他爱他的女人。那一刻的他不是什么京城四少,不是什么老板,就是大S老公。

放不下的好剧,很久不曾看到了。今天花了六小时完成。开头不紧不慢,然后节凑越来越快,场景变幻莫测,想象大胆冲击。过瘾!最后的高潮竟然是许愿砸开了佛头。编剧鬼才啊!对老祖宗遗物如何保存,鉴赏,今人须好好思考。

历史没有“如果”,但是未来有。不管这个世界存在着多么大的变数,只要我们不往回走,内部不出现大的问题,不出现重大的决策失误,未来的大国之梦,触手可及。

人之一生,不止儿女情长,更有家国天下。有大理想的无私之人,是值得敬佩的。

在实际生产环境中,不同的技术框架是一起使用的,在集群中各司其责,这部剧分析了现在流行框架Netty、Redis、Zookeeper的技术原理,以及如何将他们运用到实战之中,重要的部分都有涉及,简单易懂,可以快速地掌握他们的精髓,最后一章的IM系统是这些技术的综合应用,帮助你理解他们在集群中扮演的角色,如何构建一个负载均衡的高性能分布式系统。 Netty:异步的,事件驱动的网络通信框架,基于反应器模式,高性能高并发。 Redis:分布式缓存数据库。 Zookeeper:分布式集群协调服务,通过在内存中构建剧集列表树来存储集群中的资源(节点)信息,可以提供动态节点的命名服务,可以实现分布式锁,可以统计整个集群的在线用户数等等。 第二章的高并发IO底层原理、第四章的Reactor反应器模式,是互联网架构技术的重点内容。 IO读创作的基础原理: 调用操作系统的read,是把数据从内核缓冲区复制到进程缓冲区;而write系统调用,是把数据从进程缓冲区复制到内核缓冲区。 书中对同步与异步、阻塞与阻塞的解释是不清楚的,更准确的解释是: 1、同步与异步 同步和异步关注的是消息通信机制。 所谓同步,就是在发出一个调用时,在没有得到结果之前,该调用就不返回。但是一旦调用返回,就得到返回值了。也就是说,调用者主动等待这个调用的结果。 异步则是相反,调用在发出之后,这个调用就直接返回了,所以没有返回结果。换句话说,当一个异步过程调用发出后,调用者不会立刻得到结果。而是在调用发出后,被调用者通过状态、通知来通知调用者,或通过回调函数处理这个调用。 2、阻塞与非阻塞 阻塞和非阻塞关注的是程序在等待调用结果(消息,返回值)时的状态。 阻塞调用是指调用结果返回之前,当前线程会被挂起。调用线程只有在得到结果之后才会返回。 非阻塞调用指在不能立刻得到结果之前,该调用不会阻塞当前线程。 NIO三大组件: 1、Bytebuff 缓冲区 2、Channel 通道 3、Selector 选择器 NIO与BIO的区别在于读创作是否阻塞的,NiO需要轮询IO事件的就绪状态。 while(true){ ByteBuffer buffer=ByteBuffer.allocate(1024); int r=0; if((r=channel.read(buffer))!=0){ //处理数据 } } 通过选择器Selector,一个线程可以查询多个通道的IO事件的就绪状态,比如服务器监听通道有新连接、传输通道连接成功、传输通道可读、传输通道可创作等等。 实现IO多路复用,首先把通道注册到选择器中,然后通过选择器内部的机制,可以查询(select)这些注册的通道是否有已经就绪的IO事件。 Selector的最大优势是,可以用一个线程去监控多个通道,与传统BIO相比,减少了多线程上下文切换的开销。 Nginx、Redis、Netty等中间件技术都是使用反应器技术。 传统BIO模式: 对于每一个新的网络连接都分配给一个线程。每个线程都独自处理自己负责的输入和输出,即Connection Per Thread模式。 缺点是,对应于大量的连接,需要耗费大量的线程资源,对线程资源要求太高。 如何解决Connection Per Thread模式的巨大缺陷呢?使用Reactor反应器模式。用反应器模式对线程的数量进行控制,做到一个线程处理大量的连接。 在反应器模式中,有Reactor反应器和Handler处理器两个重要的组件: (1)Reactor反应器:负责查询IO事件,当检测到一个IO事件,将其发送给相应的Handler

中肯实在,从职业规划到人际关系到心理调解,都给出了切实、祥尽的建议,是一本说了非常多大实话的书,喜欢!

深夜里,看完了这部剧。书中的每一个爱情故事都让我为之动容,慨叹。很多恋人都能熬过艰难的岁月,却熬不过柳暗花明后的平淡。我相信,所有事情的结局在它开始的时候就已经埋下了结束时的伏笔,或许只是我们的心太过粗糙,未曾在某个深夜里一个人时去细细窥探罢了。 一段不对等的感情,迟早会让爱情的天平倾覆。我们有过美好的的回忆,但也要有某天会被洗劫一空的准备。因为,你是一个比现实还要现实的人,而我,那时侯纵然花了更多的时间去努力,但亦然够不到你。此时此刻,我当初的够不到在自己看来变得多么的不屑一顾。我想,等我足够好,也会遇见爱情的。 三毛曾说,并不是每一对有缘相爱的恋人,都有相守一生的机会。也许这一场恋爱是情深缘浅,下一场就缘定终身了。是啊,最好的爱情是两个人彼此做个伴,不要束缚,两个人,并排站在一起,一起看看这个落寞的人间。

没有鸡汤,有的是对各方关系,各种情绪的场景还原极其她自己的见解和处理方式,也会通过这部剧重新对自我审视,很有开导作用,推

秋天来了,秋天又走了,一天又一天,一年又一年,湘西的凤凰古城屹立在风雨中它身上的斑驳似乎在诉说着什么……这座The Edge里有人在守候,有人在等待,可是她所守候,她所等待的,什么时候会回来? 这是我第二次读Philip Granger先生的这部作品,我知道《The Edge》寓意并不是我读几遍就可以领会的,我也无法想象The Edge的遥远!我喜欢这部作品的开篇,那是一个充满诗情画意的小镇,人们勤劳、勇敢!过着日出而作,日落而息,守望相助的生活,爷爷淳朴、善良,翠翠活泼可爱……一切都是那么和谐!翠翠与傩送的初次见面,那是一段青涩时光,仿佛可以嗅到幸福的味道!我们只看到美好的开头,却忘记了结尾可能不会尽如人意!深爱着翠翠的天保葬身在了茫茫湖海中,爷爷在一个雷雨交加的夜晚去世,傩送走了,可能一辈子也不会回来,翠翠孤独地守护着爷爷留下的小船忍受着人们的非议!我常常想Philip Granger先生为什么要给这部作品取名《The Edge》,傩送是否会回来,傩送回来后他的父亲是否能接受那个害死自己大儿子的女孩――翠翠……有些问题我已经想到了答案,可是有些问题的答案我却始终无法获得,我一直在思考!我喜欢Philip Granger先生笔下《The Edge》,十几岁的年龄,憧憬着一切美好,我渴望着蓝天大海自由……可是读到The Edge的伤感时,我还是会难过!The Edge一座遥远的城,一座我们读不尽的城!