-
2009-07-31
地王
昨天看央视2套的节目,报道的“地王”现象,大型国企在地皮的拍卖上使用了银行的低息贷款,拍得4亿元的高价地皮,捂地皮,不进行任何开发动作,进而抵抗通胀预期。
近年来这种现象增多,所以国家最近才出台了土地闲置费用,对地产商“买而不建”,空等地皮价格上升这种行为作出了有效的遏制。
也许中小企业有很多都会拿着贷款进入房地产市场这个资本市场进行投机,但暂时还仅限于投在房子上,要撬动地皮开发这种资本密集型产业,也只有央企才有这个实力,前一段潘石屹在一次拍卖会后抱怨后排那些连地价看都看一眼就举牌那些年轻人,实在是财大气粗到令人气短。
相对而言,武汉大学(待查)前一段的作出的房地产价格研究得出的结论是地皮价格在房产价格中的比例偏高。也许也可以说明一些问题。
中小企业的短期融资一般不会依靠VC这种媒介,因为VC的融资成本过高,会造成对权益资本【对股权】的侵蚀。是否“应当”借钱给中小企业,当然也不当一概而论,生产制造型企业的技术创新,多产生于多个中型大型企业产品换代的需求,而高科技企业则不符合这些产业规律。
-
2009-07-29
自虐的诗
一部在1小时内,男主角掀翻了20+次饭桌的电影。一部自虐的小诗~~
阿部宽在电影里饰演一个暴力男,用他那无比壮硕的大手一次又一次地掀翻饭桌,将女人辛辛苦苦做得的饭餐掀翻一旁,已经成为了他表现男子气概的唯一方式,也是该片最大的视觉符号。
直到有一天,女人将桌子顶死在榻榻米上。
桌子再也无法掀翻,两人的爱情也渐渐淡漠。
原来,掀翻饭桌这种在外人看来无比家庭暴力的事情,在这一对儿之间却是阿部宽这个拙男表达爱情唯一的方式。难怪这部当年在日本最为畅销的上班族漫画,这部四格漫画的女主角今天是否又被掀翻桌子竟成了漫画里最鲜明的特色笑料。
片尾,桌腿上的钉子被拔去。阿部宽又一次掀起饭桌,慢镜头环绕特技再次出动。饭菜、酱汤飞溅定格在镜头之前,所有的食材以无比华丽的姿态飞向远方。
饭桌被掀翻,爱情也再度降临这个家庭。
自虐的小诗又一次响起~~
很赞叹女人的包容力,一个连如此痛苦的男人都可以忍受的女人,还有什么困难不能克服?也许这也是上班族们为之倾倒的原因,痛并快乐着。太多的上班族都在为这个女人而祈祷,祈祷这份多少有些畸形的爱情可以善始善终。
-
2009-07-28
500.13
非常有趣的一个错误,IIS 报错500.13,服务器太忙。引出来的一个技巧可以用到所有的WINDOWS版本上~
一、【症状】
- XEON处理器,4G内存,WINDOWS 2003 最新企业版,IIS 6,ASP环境。
- 应用程序池达到6个,其中有一个程序池配置了20个进程。其余5个单独运行其它应用~
- 其中一个应用的ASP程序不间断报错:500.13--服务器太忙
- 在【应用程序日志】中大量报错:The run-time environment has detected an inconsistency in its internal state.This indicates a potential instability in the process that could be caused by the custom components running in the COM+ application, the components they make use of, or other factors. Error in d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(285), hr = 8007000e: CSTAThread: CoGetApartmentID failed
- 中文版本错误:运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性,可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(285)中的错误,hr = 80070008: CSTAThread: CoGetApartmentID failed
- 查看W3C版本的IIS日志,报错ASP_0148|Server_Too_Busy。
- 日志查看器中的EVENT为4689
- 使用性能查看器,查看Active Server Page-> Request Queued 队列,大于系统的Max Requsest Queued队列值。
二、【原因】
具体原因可参考【参考链接4】,MSDN微软官方团队的说法,针对桌面程序堆(HEAP)错误。简单的解释就是应用程序池太多,导致DLLHOST.EXE达到最大的HEAP限制,不是WINDOWS底层的程序员,所以只明白这个错误大概的原理,具体原因还得参考【链接4】
三、【解决方案】
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SubSystems\Windows --> SharedSection = 1024,3072,512
打开注册表编辑器,将红字部分稍稍调大一些,比如1024,就可以避免堆错误。可以反复试验,也可以用链接4中的堆观察器(需要拥有最高权限才可安装的小工具,底层驱动),观察每个进程的堆情况,进而根据IIS中应用程序池的设置,推算出最合适的大小。
===================================
四、【参考链接】
- http://bytes.com/topic/asp-classic/answers/632420-error-500-13-server-too-busy-event-4689-a
- http://forums.iis.net/p/1146213/1866717.aspx
- http://msmvps.com/blogs/alvin/archive/2008/04/07/com-the-run-time-environment-has-detected-an-inconsistency-in-its-internal-state.aspx
- http://blogs.msdn.com/ntdebugging/archive/2007/01/04/desktop-heap-overview.aspx
链接1为英文的问题,链接2为解决方法但作者理解不对,链接3解决方法正确,且概念正确。链接4为官方解决方案,最权威。
-
2009-07-22
两个值得关注的库
- 一个是微软的Velocity,是Memcache替代软件,据说会开源,功能很强劲。还在CTP阶段~~
- 另外是微软将在C# 4.0中推出的PLINQ,和TPL库。直接让LINQ语言增加了并行处理能力,可以利用多核SMP处理器并行处理查询等日常动作,而TPL则直接引入了一个简单的并行处理框架。
==============
PS:以上两个框架都在CTP阶段,PLINQ在C#5.0里将会成熟,唉,想一想都2012年左右的事情了。
-
2009-07-22
宝丽莱相机









