无言的世界

未来也许
沟通不再依赖电话,交流不再依赖眼,嘴,耳,理解甚至不再依赖语言,文字。进入一个无言的世界。当我想与你沟通时,我的思维通过某种介质,传递到你的大脑中,你就能理解我的想法。人与人是在思维意识层次上的交流,是大脑与大脑的交流。省去思维意识到语言 语言到思维意识的转换。世界上不再需要语言。所有的动物,甚至植物相互都能进行精确的,无障碍交流。
人类的历史不再用文字记录,而直接能进入大脑的思维意识。
在某种层次上,人类的大脑与其他生物的大脑工作原理是一致的,可以理解相同的某种信号信息。在这种层次上,可以建立人与其它生物的沟通。
世界上不再有显示器,广播音响。街边的大型广告不在存在,取而代之的是一个思维意识发射器。所有通过的人都能感受到其发出的信息。

言语不是人类固有的,是人类依据自身发明的交流沟通的工具。如果言语只是一个工具,这一点被认同的话,那么,既然是工具,总是有可能会被替代的。如果一个工具不被替代,那也只是在一定的历史的,生产力的,技术的环境中不会被替代,如果这些都变化了,那么言语这个工具也将被替代。这一工具在一定的历史条件下十分有用。如果有更好的工具,言语可能会被替代。
心灵与心灵的直接沟通,酣畅淋漓。更直接,更准确。

Redis 为什么使用单进程单线程方式也这么快

Redis 采用的是基于内存的采用的是单进程单线程模型的 KV 数据库,由 C 语言编写。官方提供的数据是可以达到100000+的 qps。这个数据不比采用单进程多线程的同样基于内存的 KV 数据库 Memcached 差。

Redis 快的主要原因有:

完全基于内存;
数据结构简单,对数据操作也简单;
使用多路 I/O 复用模型;
继续阅读Redis 为什么使用单进程单线程方式也这么快

那年夏天

那年夏天,我漫步街头,心里一直在思念,思念着你。
那年夏天,我孤舟漂流,想起我们的曾经,泪水不停地流啊流。潸然泪下,泪水连连。

One summer’s day,I am drawing along the feeling,coughing,coughing by my deep sorrow.
那年夏天,我画笔零乱,思绪万千,咳声连连。
那年夏天,我想着你的话语,渐渐入眠,深夜里,一次又一次梦见你微笑的脸。

又有 谁能告诉我
又有谁能了解我
当初的决定是那么的恰当,似乎一切都是那样的理所当然。
如果一切都没有错,难道是我的感受。。。
And who can tell me
And who can understand me
My choice is the most appropriate and everything seems right.
Everything appears ok but my own feeling……
And then
On one summer’s night,I stop walking,I stop to look up to see the beautiful darkblue sky and the lovely stars.
On one summer’s night,I stop driving,I stop to listen to the whisper of the river and sing with her.
On one summer’s night,I stop drawing,I stop to make myself a drawing,with health look in my eye.
On one summer’s night,I stop sleeping,I stop to thy to forget all the beautiful memories about you all the night.
And I am waiting for the first sunshine to give me a hug and warm.
I am waiting,waiting ,and what I have to do is waiting.
And I felt asleep not very soon.
I felt asleep in the dream about you.
I choose to talk with you in the dream and nobody knows that so I felt easy.
I choose to laugh around you in the midnight and you don’t konw so I felt comfortable.
I finally choose to keep the feeling,keep the lovely feeling,in the opposite of the realistic world.
I finally choose to smile,smiling when you passing by.
I finally choose to be honest when I’m alone but a lier when I’m in the crowd.
And today,is one of the nice summer’s day and you have paid some visit to my imagination.
And tomorrow,will be a same day,and forever……
To be strong and be happy with the feeling forever
Can I ,can I ?
To live a happy life and forget our story
Can you, can you ?
If,I never come to the world and haven’t come across our story, then I never live, I think.
If,I haven’t happened to hear your song and never felt some courage form you,I never live,I think.
But and if ,they are part of my life and of course yours,but no one knows they can believe.
But ,if I believe,my world will be different.
One summer’s day,just like anyother day of the four seasons.
And my little story is so short but my feeling and thinking is so long.
One summer’s day is so beautiful but I must forget,forget that,I’m in the fall,and winter is drawing near……
and the last word of my heart
may you have a sound sleep and a happy life
that’s all ……

SQL Server 中WITH (NOLOCK)浅析

概念介绍

  

开发人员喜欢在SQL脚本中使用WITH(NOLOCK), WITH(NOLOCK)其实是表提示(table_hint)中的一种。它等同于 READUNCOMMITTED 。 具体的功能作用如下所示(摘自MSDN):

   1: 指定允许脏读。不发布共享锁来阻止其他事务修改当前事务读取的数据,其他事务设置的排他锁不会阻碍当前事务读取锁定数据。允许脏读可能产生较多的并发操作,但其代价是读取以后会被其他事务回滚的数据修改。这可能会使您的事务出错,向用户显示从未提交过的数据,或者导致用户两次看到记录(或根本看不到记录)。有关脏读、不可重复读和幻读的详细信息,请参阅并发影响

   2: READUNCOMMITTED 和 NOLOCK 提示仅适用于数据锁。所有查询(包括那些带有 READUNCOMMITTED 和 NOLOCK 提示的查询)都会在编译和执行过程中获取 Sch-S(架构稳定性)锁。因此,当并发事务持有表的 Sch-M(架构修改)锁时,将阻塞查询。例如,数据定义语言 (DDL) 操作在修改表的架构信息之前获取 Sch-M 锁。所有并发查询(包括那些使用 READUNCOMMITTED 或 NOLOCK 提示运行的查询)都会在尝试获取 Sch-S 锁时被阻塞。相反,持有 Sch-S 锁的查询将阻塞尝试获取 Sch-M 锁的并发事务。有关锁行为的详细信息,请参阅锁兼容性(数据库引擎)

   3:  不能为通过插入、更新或删除操作修改过的表指定 READUNCOMMITTED 和 NOLOCK。SQL Server 查询优化器忽略 FROM 子句中应用于 UPDATE 或 DELETE 语句的目标表的 READUNCOMMITTED 和 NOLOCK 提示。

  继续阅读SQL Server 中WITH (NOLOCK)浅析

SQL Server 使用快照事务隔离避免死锁

使用基于行版本控制的隔离级别:2005中支持快照事务隔离和指定READ_COMMITTED隔离级别的事务使用行版本控制,可以将读与写操作之间发生的死锁几率降至最低:

SET ALLOW_SNAPSHOT_ISOLATION ON –事务可以指定 SNAPSHOT 事务隔离级别;

SET READ_COMMITTED_SNAPSHOT ON –指定 READ_COMMITTED 隔离级别的事务将使用行版本控制而不是锁定。默认情况下(没有开启此选项,没有加with nolock提示),SELECT语句会对请求的资源加S锁(共享锁);而开启了此选项后,SELECT不会对请求的资源加S锁。 继续阅读SQL Server 使用快照事务隔离避免死锁

需要我们了解的SQL Server阻塞原因与解决方法

上篇说SQL Server应用模式之OLTP系统性能分析。五种角度分析sql性能问题。本章依然是SQL性能 五种角度其一“阻塞与死锁”

这里通过连接在sysprocesses里字段值的组合来分析阻塞源头,可以把阻塞分为以下5种常见的类型(见表)。waittype,open_tran,status,都是sysprocesses里的值,“自我修复?”列的意思,就是指阻塞能不能自动消失。
继续阅读需要我们了解的SQL Server阻塞原因与解决方法

启动SQL Server Profiler,创建Trace(跟踪)

启动SQL Server Profiler,创建Trace(跟踪).

启动SQL Server Profiler工具(在Microsoft SQL Server Management Studio的工具菜单上就发现它),创建一个Trace,Trace属性选择主要是包含:

Deadlock graph

Lock: Deadlock

Lock: Deadlock Chain

RPC:Completed

SP:StmtCompleted

SQL:BatchCompleted

SQL:BatchStarting

继续阅读启动SQL Server Profiler,创建Trace(跟踪)