我乐网市场总监柏洁离职 或因身体不好

和讯IT消息 11月17日，据我乐网内部人士证实，我乐网市场总监柏洁近日已正式从该公司离职。该人士还透露，柏洁身体不太好，想多陪陪孩子，新的市场总监也已经到任。

　　2008年6月3日至7月10日，我乐网合肥装饰公司在全国范围内出现访问故障。我乐网方面发布公告称是机房线路出现故障造成网站无法访问。但有消息称是由于一批视频内容涉及违规被相关部门给予关停警告。

　　此后，关于我乐网有意放弃纯视频网站定位向视频加SNS方向转型的消息便在业内传开。9月27日，我乐网悄然推出基于flash小游戏的的SNS平台(app.56.com/)，wind generators 用户可通过添加组件的方式参与游戏。但我乐网方面称，公司不会放弃视频。

谷歌限期关闭全部灰色代理商

）昨日，谷歌2008冬季企业营销论坛在京召开，会上谷歌宣布将限期关闭国内的全部灰色代理商。

　　由于越来越多的网络欺诈、点击欺诈，谷歌在华的AdWords关键词广告业务发展也深受其害。谷歌全球副总裁刘允表示：“我们的所有广告业务全部是点击付费，所谓包年、包月的付费方式谷歌是绝对不允许的。谷歌已制定了最后的期限和详细的计划，将在全国范围内清除灰色代理商。力度之大是此前从未有过的。”

　　刘允昨日并没有透露清理具体的截止日期，只是表示已针对每一个代理商定下了明确的时间表定期清理，同时还要保护终端客户的利益不受损失，但由于涉及法律、业务等众多部门，过程比较复杂，所以不能完全采取“一刀切”的方式。

　　刘允称：“目前全球经济正处在一个极其重要的转折点，Die Casting Die Casting Aluminum Die Casting Investment Casting Lost Wax Casting Sand Casting 原有的经济格局和商业模式都将面临重大变革，但当前的挑战也带来了巨大的机遇，消费群体已数字化，企业需要与之相匹配的新营销模式。”

鲍尔默不惧Android 称Google非移动领域头号对手

11月7日国际报道 微软CEO史蒂夫·鲍尔默表示，无惧Google Android移动操作系统，他还说，开发这种手机操作系统将给Google的财务带来坏影响。

　　鲍尔默在出席Telstra年度投资大会时表示：“Android对Google来说不是容易的事情，他们能够雇佣聪明的人才，雇佣大量的人员，但在一定程度上，他们一开始就落后了。”

　　鲍尔默对Google用Android来盈利的能力表示怀疑，他说：“我真的不明白他们的战略。或许其他人明白。如果是我去开股东大会，或者分析师会议，并且说，嗨，我们刚刚开发出了一个还没有收入模式的新产品出来，我不知道投资者会有何感想。但这就是 Google正在告诉投资者们的东西。”

　　他认为，尽管Google以免费操作系统换取了让搜索进入手机设备的机会，但电信运营商们一定会很聪明，仍然会让用户付费来执行搜索的。

　　鲍尔默还说，缺乏盈利性会影响Android的改进工作，他说：“Google还不是我们在移动领域的头号竞争对手，可能有一天会成为这样的对手，但不是现在。”

　　Telstra CEO Sol Trujillo表示：“我的观点是，Oil Painting-Oil Painting Reproduction-Person Oil Painting-China Oil painting-Art Gallery-Famous Oil painting-Seascape oil paintings Android有趣，但不够吸引人。”

　　Trujillo还怀疑Google的后续跟进能力，他说：“第一代产品上市销售了，问题是，你得推出第二，第三和第四代产品。”

谷歌中国证实正在开发中文版Android

据谷歌中国证实，该公司正在进行谷歌Android系统的汉化工作，但谷歌并没有给出具体时间表。

　　此前，李开复曾在接受第一财经日报采访时证实，谷歌正在与中国移动合作开发基于Android系统的手机，但他也没有给出具体时间表。另据了解，此前有知情人士透露中移动可能将于09年春天推出谷歌手机。

　　目前开发者已经找到了针对Android系统的“Jailbreak”（越狱）方法，合肥汽车租赁、合肥租车因此Android的民间汉化版可能将早于官方版出现，目前中文的第三方软件已经出现。

国际：64位系统环境时Java的性能

如果你要买一辆车而且你的首要目标是性能或者更具体的说是原始动力，那么在4缸发动机和8缸发动机之间选择的话，答案很显然，因为越大越好。通常而言，当我们看计算机配置列表或者产品宣传的时候，64位的性能也比32位有优势，同样四核比双核更棒。

然而许多在大同世界里很简单的道理包括越多/大越好，移到计算机领域里就不是那么回事了。当处理多重CPU时，你会觉得那些多核所多出来的处理单元很有用，但如果你的工作仅仅是单线程的，那你要做的却是让其他核一边歇着。

32位与64位的比较则更加细微。x86-64 架构不仅在x86架构的基础上增大了寄存器，而且风力发电机和尿毒症还增加了寄存器的数量。从基本上说这会带来更好的性能（因为更多的寄存器可以让编译器创建更好的机器代码）。然而很不幸，至今把Java从32位移到64位带来的只是性能的下降。

谈到Java的性能，runtime的两个方面很关键：JIT和GC。JIT的作用使尽可能快地执行代码；GC的作用是（在管理存储的同时）从代码的执行中抽取尽可能少的时间。因而Java的性能是让JIT（在更多存储器的帮助下）产生更多理想代码，并减少GC用以管理存储的时间（指针越大这越困难）。

Java 9最初是设计为32位系统的而且这影响了我们在代码基（code base）做的一些早期决定。早几年合肥搬家、合肥搬家公司前我曾花费不少时间试图在运行64位的PowerPC系统上运行我们的Smalltalk VM，得到的结论是：最直接的解决方式是让所有的数据结构（对象）变得两倍大来处理64位指针。随着Java 9的发展（大约2001），我们拿到手的最早的一个64位系统是一个Dec Alpha，所以我们采用了这种最直接的“变大”解决方法，允许一个通常的代码基既支持32位也支持64位。

64位CPU拥有更宽的数据总线，但是同样是这个64位CPU可以运行32位的代码，而且拥有同样宽的数据总线。回头看看我们64位的解决方案——将数据结构变得两倍大，效果却不如相同硬件上的32位，也就是说64位不及32位。这个问题不是Java 9也不是Java所独有的，因为所有的64位都需要数据扩展。只是说Java语言将这一问题凸显得更加明显，因为Java编程通常与创建、操控对象（也称数据结构）有关。

性能问题的解决方法是聪明地处理数据结构，这也正是我们在Java6 JDK中使用压缩列表特性（compressed references feature）所做的。我们可以玩小聪明而且不会被抓到，因为使用者（Java程序员）并不清楚Java对象更深处的表现。

折中的处理方法是通过在对象内存储更少的信息，风力发电机限制可以被JVM使用的存储。这是一个相当不错的处理方法，因为计算机存储的规模远不及64位的极限地址范围。我们仅使用32位来存储指针，并充分利用8 字节对象对齐（aligned objects）来得到一些空位（指针<< 3）。因此使用压缩列表（compressed references）——Xcompressedrefs，IBM Java6 JDK可寻址高达32Gb的堆。

并不只我们使用这种技巧，Oracle/BEA有-XXcompressedRefs，Sun有-XX:+UseCompressedOops。当然，不同厂商的方法在限制和支持等级上略有不同。也许你会有异议，但当用户运行到32位操作系统的堆栈极限时，他们就想要64位系统（同时还要不损失性能）。