首先，确认自己的手机是否支持MRP软件或MTK应用程序。方法如下：

1、手机必须有USB接口，可以与PC正常连接，并且存储空间必须充分。

2、把手机打开，输入“*#777755999#”或者“#220807#”，当输入“*#777755999#”时，手机弹出内容为“Factory Id:j2tech;Handset Id:D01”。当输入“#220807#”时，会打开一个网页。此时说明当前的手机支持MRP软件或可以使用MTK应用程序。不支持MRP软件或者MTK应用程序的手机，输入以上内容后均没有反应，同时可以继续输入其它字符。如果你的手机类型是后者，那么可以放弃下面的步骤。

其次，确认自己的手机支持MRP软件或者MTK平台后，用数据线使手机与PC连接，并且使手机以存储卡的方式连接。在PC中察看手机存储卡中的内容，看是否存在mulgame/mythroad/downdata/MR文件，三者只要有其一即可，不同手机文件夹不同，我自己的手机该文件为mythroad。下面将开始应用软件的安装，步骤如下：

在互联网上下载应用程序接口文件applist.mrp文件（本文所需下载文件，在文章末尾有专用链接），将其放在手机存储卡的mythroad/mulgame/downdata/MR（三者任一均可）文件中，以同样的方式下载dsm_gm.mrp文件、yyrj.mrp文件至mythroad文件夹中。

断开手机与PC的连接，打开手机并输入“*#220807#”，你将看到一个“应用列表”。单击“应用软件”，选择“启动应用”，你将看到几个选项，比如，“收藏夹”、“最近使用”、“客服热线”等等内容。此时，说明你所下载的文件与你的机型匹配；否则，说明所下载的文件与机型不匹配，你需要继续下载直到出现描述的界面。

再次将手机与PC连接，你会发现在mythroad/downdata/MR/mulgame文件夹下多了一个mor_list17文件夹。下载飞信软件Fetion.mrp至mor_list17文件夹下，断开手机与PC的连接。

最后，打开手机并输入“*#220807#”，依次点击“应用软件”→“启动应用” →“收藏夹”，接下来你就会发现自己梦寐以求的飞信喽。

备注：本版飞信为240X320大屏版。相关文件的下载方式如下：

1、         applist.mrp文件

2、         dsm_gm.mrp文件

3、        yyrj.mrp文件

4、         Fetion.mrp文件

© admin for DalianSky's Blog, 2010. | Permalink | 6 comments | Add to del.icio.us
Post tags: fetion, mrp, mtk, 安装, 山寨, 程序, 飞信

Feed enhanced by Better Feed from Ozh

© admin for DalianSky's Blog, 2010. | Permalink | 2 comments | Add to del.icio.us
Post tags: china, curl, g.cn, google.cn, google.com.hk, google退出中国, quit, redirect, url, 中国, 跳转, 退出

Feed enhanced by Better Feed from Ozh

1

apt-get install blueman

在blueman程序中搜索手机,配对成功后,刷新一下手机的服务,会看到serial port/dial-up networking/dialup settings这几个选项.点选dialup settings输入拨号接入码:*99#,APN添写:uninet,然后就可以点dial-up networking拨号上网了.
需要注意的是:把手机中的modem改成bluetooth modem方式. 该方法适用于各种支持bluetooth modem的手机.

© admin for DalianSky's Blog, 2010. | Permalink | 6 comments | Add to del.icio.us
Post tags: 3g, huawei, linux相关, u7300, ubuntu, v830, vodafone, 上网, 华为, 沃达丰, 设置

Feed enhanced by Better Feed from Ozh

向大家推荐一个又小又实用的 Outlook / Google Calendar 同步软件

Google Calendar Sync 是一个只有 684 kb 的小工具。可以同步 Outlook 2003 和 2007 无论 是 XP 还是 Vista 平台上。它不光可以让用户同步 Outlook Calendar，它还能让用户设置 同步的方向，(单向同步，双向同步)。并且还可以用户决定多久自动同步一 次。

Google 推荐用户最开始先要决定哪一个是日历是主要的哪一个是次要的。主要的那个因该是拥有最多信息 的日历。最好在第一次同步之前把另外次要的那个日历给清空。

之后就可以准备同步了。首先确定 Outlook 是关闭的，并且安装 Google Calendar Sync程序

1） Google Calendar Sync 因该看上去像这张图片

Pic 1

2） 第一部分包括了用户账户的登陆信息。第2部分就是怎样来同步 Google Calendar和 Outlook Calendar了。有3种选择可以           做。

• 双向同步：数据将会在2个日历上都进行交换，如果一个日历有任何变动， 另一个也会被改变。

• 单向 (Google -> Outlook)：信息会从 Google 账户上同步到 Outlook 上，但 是任何在 Outlook 上的改变不会影响 Google                    Calendar 上的信息，除非手动同步。

• 单向(Google <- Outlook)，同样的道理但是相反于上一个。

3） 之后剩下的就只是设定自动同步的频率了，最小是10分钟同步一次,默认值 为120分钟。

4） Google Calendar Sync 在电脑的系统工具栏里。用户可以单击鼠标右键点它来改变设置。

5） 当同步开始的时候，用户可以看到一个箭头样子的图标。

知道吗，其实你还可以用 Outlook 来订阅你的 Google Calendar

Outlook 可以简单的添加网上日历，例如 Google Calendar。Google Calendar 会给每一位用 户一个私人 URL 地址。用这个地址，就可以用 Outlook 阅读 Google Calendar的更新了。 这个只是单项的，所以 Outlook Calendar 的改变是不会影响到 Google Calendar。

要如何做呢？

1） 登陆 Google Calendar。

2 ）在左侧,点击设置来设置想要被订阅的日历。

3） 点 ‘日历’ 标签，选择想要的日历。

4） 然后日历的完整信息就会被打开，一直往下找到 私人地址中的 iCal 按钮，点击它。复制出来的网络地址,这个地址只有你        本人能用。

5） 打开 Outlook，选择网络日历标签，然后点添加新日历。

6 ）粘贴上之前复制好的网络地址，点击添加。

7 ）起一个好听的名字。现在任何 Google Calendar 上的改变都会出现在 Outlook 上了。

这个简单实用的小工具帮助大家同步 Google 和 Outlook日历。但这只是最简单的， 而困难的事情是让自己遵循着日历上的日程来做任务。

其实还有一些别的工具可以帮助我们做到这一点，例如 OggSync。或者还可以试试 SyncMyCal Lite。

© admin for DalianSky's Blog, 2009. | Permalink | 3 comments | Add to del.icio.us
Post tags: calendar, google, microsoft, outlook, sync, 同步

Feed enhanced by Better Feed from Ozh

我想大部分人都已经知道 Google 最开始是2个斯坦福大学的 Ph.D. 学生 Larry Page 和 Sergey Brin 的研究课题。但你可否知道 Google 最初的储存设备其实只是一个乐高玩具积木所拼搭起来的机器？或者 Google 正式成立之前，就已经有人签了一张 10万美金的支票送给这两位学生？还有 Google 甚至还有自己的官方狗？如果都不知道，那就继续看下去吧。 =)

1）Google 之前被叫做 BackRub

在1996年，已经毕业的 Larry Page 和 Sergey Brin 一起研究万维网（World Wide Web）之中每一个连接和每一个连接之间的关系。他们发现一个很有趣的现象就是通过知道有多少连接指向某一网站可以估计出这个网站在万维网上的重要性（这 就是我们现在所熟知的 Page Rank 的原形）。

这项研究课题被命名为 BackRub，其实就是 Backlink 的意思。这里还有一个当年他们在 斯坦福大学保存下来的网页。而 BackRub 的 Logo 其实就是一只手反着放在扫描仪里扫描出来的图像。

2）最初 Google 存储设备

Larry 和 Sergey 当时需要非常非常多的容量（40Gb）来研究他们的 PageRank，而当时世界上最大的硬盘只有4Gb，于是他们找到10个硬盘并组装在一起。机箱就是 Larry 用 Lego 积木拼出来的。

3）Google 的第一位投资者

Sun Microsystem 的协助创始人 Andy Bechtolsheim 一眼就看出了 Google 的潜力，他于 Larry 和 Sergey 简短的谈了30分钟，就抽出自己的支票夹（有钱人出门都不带现金），直接签上10万美金，交给 Larry 和 Sergey 做 Google Inc. 的资金。可当时 Google 都还没有存在呢。

4） Google 的车库

如果说世界上最幸福的房东是谁的话，那我们要先回到1998年的某一天。那一天 Susan Wojcicki 为因还不起房贷，把自己没用的存车库以1700美金一个月组给了两个陌生的学生。但没等太久，她的生活就彻底被颠覆了。 Google 成立后聘请她在其中担当一个很重要的职位，从此之后她在 Google 中成为了一个必不可少的核心人     物，在工作的同时还顺便给她妹妹找了个好老公，并且慢慢的通过自己的关系，把自己全家人的饭碗问题都给解决了。。。

2006年，Google 出钱把那座房子买了下来，从此那里变成了一个 Geeks 的旅游景点。

5）Google 的狗

经常上 Youtube 的人可能会了解，Kitty Cats 小猫咪们现在是互联网上最有影响力的动物。所有人都爱它们，只要视频题目写着猫咪，那一定会火起来（即使我这个大男生还存了几个，如果有女生要的话可以告 诉我哈）。但是对于 Google 来说，狗才是王道。1999年,一个叫做 Yoshka（由丝卡，h不发音）的兰伯格犬来到了 Google， 并且和 Google 的第一位外聘工程师 Urs Hölzle 一起工作。

题外话，兰伯格犬是匈牙利的一种长得像狮子的大型犬，但它们非常不适合做看门狗，因为它们都太善良了。

6）Google 到底有多少个服务器

这个问题吗。。。除了少部分 Google 内部人员知道以外，世界没有其他人知道了。Google 非常严谨，严肃的保护他们的数据中心中的秘密（他们有多少个数据中心也没人知道）。例如在 Google 镇里，没有人可以说 ‘Google’ 这个词，做不到这一点的人都会被遗留在上图的河对面，不得如内，就好像哈里波特里的 ‘伏地魔’ 一样敏感，违禁词。虽然不知道 Google 确切到底有多少服务器，但是至少和 “天网” 一样多就对了。

7）搜索 “绿色”

以 1000 万个服务器为例的话，这些硬件所消耗的电能达到 103 兆瓦，足够为 8万多户美国居民全家的用电（美国人比中国人能用电）。Google 自己也统计过，每一个人每次的搜索会平均消耗掉1千焦的能量（一片面包所含能量是这个的300多倍）。所以这已经算非常非常的节能了。为了更加环保，Google 还安装了9212 片太阳能板，每天提供4500 千瓦时的电能。

8）Google 三轮车

如果 Street View 只限于 Street 那其不是很无趣。为了让宅男腐女们更久的宅在家里，并且同时周游世界，Google 骑着三轮车到世界各地的好玩地方去取景，例如日本旭山动物园，加州乐高乐园 等等。更多资料可以在谷奥找到，这里就不多说了。

9）I’m Feeling Lucky

I’m Feeling Lucky 这个按钮每年花掉 Google 1.1个亿。它的原理是穿过所有搜索的结果，直接带你去第一个搜索到的网站。而这样，Google 就没有机会给你看广告了，因此 Google 每年少进账 1个亿美金。那为什么还非有不可呢？记得 Google 的创始人 Larry 和 Sergey 吧。他们本身是科研人员，不是商人，Google 本身也是一个研究课题，不是赚钱工具。更何况他们现在‘不差钱’，他们认为只要还有用户用这个功能，那就值得保持下去，少赚钱没关系的。

10）Google 机器人

在2005年 Ben Rathbone 给我们解释了他眼中的未来。 他提到，在未来世界将分成2个，一个真实世界，一个数字世界。而 Google 就是联络2个世界的中枢（让我想到 Matrix 黑客帝国，有没有人和我一样？）一个类似于机器人的东西。真实世界需要什么，他就会从另外那个世界找出来给你，同样的，真实世界中有什么事情发生都会被 Google 这个机器人以数字的形式纪录下来。

© admin for DalianSky's Blog, 2009. | Permalink | 7 comments | Add to del.icio.us
Post tags: google

Feed enhanced by Better Feed from Ozh

常常见到交换机和网卡说明中提到支持Jumbo Frame，但我一直对以太网的Jumbo Frame（巨帧）如何使用不太理解，今日在网上找到2则现摘录下来，相信看了以后大家会有收获。

—- 这是一种厂商标准的超长帧格式，专门为千兆以太网而设计，目前还没有获得IEEE标准委员会的认可。以太网标准的最大帧长度为1518字节，而Jumbo Frame的长度各厂商有所不同，从9000字节～64000字节不等。采用Jumbo Frame能够令千兆以太网性能充分发挥，使数据传输效率提高50%～100%。在网络存储的应用环境中，Jumbo Frame更具有非同寻常的意义。

 —-Jumbo Frame需要在相互通讯的2个通讯端口(交换机端口或网卡端口)上同时支持，而且与以前的以太网产品不兼容，因此主要会应用于千兆主干的端口之间以及服务器端口接入到网络主干的链路。交换机把Jumbo Frame格式的数据转发向不兼容Jumbo Frame的端口时应进行帧格式的转换，即把Jumbo Frame帧格式的数据转换成标准以太网的帧格式，从而保证其正常工作。相反，从不兼容Jumbo Frame的端口向支持Jumbo Frame的端口转发数据时，交换机可以把多个标准以太网帧合并成超长Jumbo Frame帧，从而提高传输效率。  —- 由于Jumbo Frame没有成为国际标准，目前只有部分厂商支持这种帧格式。不过随着以太网向千兆、万兆的发展，必然要诞生1种超长帧格式，因而Jumbo Frame从厂商标准转变为国际标准的可能性非常大。

—- 巨型帧 ( Jumbo Frame )面临的问题 （转载自安恒）
 
    通常人们都认为Jumbo Frame（巨型帧）是一个相对简单的技术，应该被广泛的应用在局域网中，但是情况并非如此。

    应该说Jumbo 帧在一些领域里是非常有用的，它是有意设计为加速大文件传输服务的。以太网标准定义的最大帧长度为1518字节，这样一个大的文件就需要被切碎成为若干块，放到多个以太网帧中。而每个数据块传输的时候都会引入帧头和尾的开销。倘若能够用一个大的帧完成文件的传输，则会减少很多帧的开销，提高网络的利用率和传输速率。通常人们认为，这一技术最大的应用瓶颈是在于至今没有标准化。

    但是，有些人不这么看，许多人提出了超长帧的以下缺点：它们可能会成为融合网络的障碍。如果人们在网络上传送语音或其他对延迟敏感的内容，不需要有妨碍这些对延迟敏感数据的超长帧传输。有人举例说，超长帧会造成延迟，一旦一个‘大家伙’在线路上传送，它会较长时间占用线路，阻止其他人使用线路，从而造成延迟。

    另一位读者提到超长帧可以在一条与其他网络隔离的网络中使用，因此它们不会妨碍其他传输流。存储区域网也许就是这样的一个例子。

    但是首先，使用超长帧可能不再是一种优势。来自大学的两位用户说，为了了解超长帧是否能实际提高性能，他们测试了超长帧。一位用户谈道：“经过全面的测试后，我们得到的结论是：在使用现代的PC和千兆网卡时，性能提高得很少。超长帧在过去年代里的主要优势是减小高中断率对计算机的影响。但是，3-GHz CPU具有处理千兆流量的充足能力，网卡和驱动程序不再需要每一个数据包都中断一次。我们认为超长帧理论上看是一个不错的想法，但是在实际中它在千兆位时用处不大。10G以太网可能是另一个问题。

    另一位用户谈道：“我们发现降低性能的原因不是协议处理开销，而是CPU与网卡缓冲区之间数据移动所产生的延迟和影响。由于DMA（直接存储器存取）尺寸越大，CPU花在设置DMA和其他东西的时间就越少，时延也减少了。随着CPU速度的增加，协议处理开销就变得越来越无足轻重。我们的结论是，如果标准的商品化网卡允许超长DMA传输，你就可以获得更大的性能增益。同时，你不必修改MTU（最大传输单元）大小，打破标准。”

    最后，一位来自厂商的人提到了使用巨型帧的几个缺点。首先，帧越长意味着如果丢失一帧数据，则是一次更为严重的网络事件，而重新传送丢失的数据包成为更为耗费时间的工作。其次，网络中的每种东西都必须支持超长帧，超长帧才能使用。第三，Internet连接不支持超长帧：一个长度超过Internet连接所支持长度的帧将在发送前被分段，从而大大降低了Internet连接的性能和可靠性。这导致需要每一个工作站都必须知道哪个数据包传送到本地网络，哪个数据包传送到Internet。为了检测线路上的最大数据包长度，IP执行MTU路由发现算法，但是，这不是标准化的作法，并且，由于拒绝服务攻击，许多防火墙不允许与这种算法有关的ICMP数据包通过。因此，超长帧不能在与Internet连接的网络中使用。

=====================================================
    国内关于Jumbo帧的讨论并不多，国内一些有识之士，对其应用持肯定态度，但对使用方法提出建议。

    Fluke公司蔡昌信先生的看法非常有意思。他对Jumbo帧的看法有两点。首先是，他认为帧大小的选择，实际上体现的是数据通信过程中对链路可靠性的一种控制。如果说链路是非常干净的并且很少出现差错，那么这条链路上可以传输非常大的帧，而不必为此付出任何系统开销。但是问题是，人们是否认为他们的链路状况足够好，信任他们的链路状况。

    另一方面是，在一条链路上究竟有什么样的数据在传输。如果在一个链路上同时有实时应用的数据和对延迟并不敏感的数据在传输，那么Jumbo帧的使用，会极大地影响到实时应用（蔡先生在此用到了“kill”这个词）。他认为Jumbo帧对于一些比较纯粹的大文件传输是非常有用的，比如说SAN这样的应用。但是如果在一个多种应用混合传输的环境中，并且没有端到端的QoS策略、带宽分配设置，广泛的使用Jumbo帧是非常不理智的事情。

    另一位来自厂商的朋友也表达了自己的意见，他认为如果想享用Jumbo帧所带来的好处，就需要一个能够端到端支持Jumbo帧的环境，否则的话在一些地方需要重新切帧，同样会引入更多的开销。

    另一方面，支持Jumbo帧需要新的硬件，但是这同样是一个令人非常头痛的事情。这也导致了今天Jumbo帧现在仅仅在一些特殊环境使用，比如在服务器场用于数据的传输。

    他个人认为，从长远的角度看Jumbo帧是有好处的，而且不仅IP存储，很多应用都会从中获益。而且，新设备中支持Jumbo帧的越来越多，端到端支持是有希望的。他特别强调要端到端使用才有意义。

    另外，他还表示，在1000米的距离上，我们计算传输9K字节长的帧的时间，在高速网络上，并不像一些人担心的那样，会引入巨大的延迟。

© admin for DalianSky's Blog, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: frame, jumbo, 千兆, 巨帧

Feed enhanced by Better Feed from Ozh