`
timerri
  • 浏览: 47236 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论
文章列表

抄来的ps2 verilog

    博客分类:
  • c
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// //公司: //工程师: Lawson // //创建日期: 2004年10月10日 //设计名字: //模块名字: PS2驱动器 Driver //目标装置: //工具版本: Xilinx ISE 6.3. ...

DDR2引脚定义

    博客分类:
  • c
Pin NumbersSymbolTypeDescription195ODT0In ...
GC是java的优点,但在某些情况下也会成为java的缺点,特别是在内存的使用与GC策略不相符的时候。这些时候,我们一般会采用池化或者其他可以避免完全使用GC策略的方法来解决问题。但是这类的解决方法一般代价都会比较大。我们需要考虑新的方案来提升GC在这方面的性能。 那么为什么不能用显式的释放方案呢?因为如果添加入显式的释放方法的话,那么就会迫使java所有的对象也需要添加上显式的释放方法(你总不会希望释放自己对象的时候,对象内部的基本对象不会随之释放吧)。这样既破坏了java的体系结构,也使java失去了不会出现空指针的优点。所以,GC还是必须GC,我们必须寻找更好的策略来解决GC的弱点。 ...
热转印法不错啊,这次线粗0.4mm,应该还有很大的空间,个人感觉0.1mm完全可以实现。 本想用感光板的,可我的激光打印机打胶片死活有污迹,看来是不行了。 腐蚀的时候用一下微波炉,速度不错... 做出来的pcb比用实验板飞线要好多了...还节约时间。不错!以后用它做次全贴片的板子试试看!
一些心得,写下来时刻提醒自己。 1.实现优先 这个问题很明显:无论如何,你都要先做出来。技术,性能,优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 记住:即使一天拼出的只是一个杂 ...
(所谓伪问题,就是说这个问题没有意义.......) ozz所说的平台,应该是一种实现平台,也就是说基于这个平台的业务是由平台提供的固定的功能模块组合而成。新业务的实现,是基于此种平台模块的二次开发过程.. 而lz所说的平台,应该是一种抽象平台,只制定业务处理规则,而不管其实现。这样的平台更强调一种方法论。新业务的实现,是基于扩充或者替换平台自身来实现.. 大家说得其实都对,对象不同而以..... 我还是对抽象平台比较看好的,只不过我认为这个东西的工业价值是远远大于商业价值的。抽象平台的优点就是规范了技术的实现,规范了分工,但其技术上的实现却没能有任何简化。如果抽象平台过多的涉及了实现, ...
SOA很流行,但是SOA并不确定,事实上,我们也不需要一个确定的SOA 大厂有自己的SOA,可是SOA并不只是这些。我们学习SOA最重要的就是用service的方式去思考问题。 1.SOA强迫我们去思考服务的复用性,通过复用性去正确的划分粒度。 2.SOA强迫我们时刻去想着用户,因为每个服务都可能会跟用户直接交互。 3.SOA强迫我们更加的模块化,让我们更多的考虑分布环境下各模块的协同问题。 4.SOA强迫我们一步步地去考虑,然后用流程把各个步骤连接起来。 掌握了SOA,大厂的方案就只是一个选择,或许,我们自己的实现会更加的SOA. SOA其实很古老,ls|more 都闪耀着SOA的光辉 ...
女儿的出生中断了一段时间的开发。现在就高性能网络处理方式的问题做个总结 所谓高性能,我们这里指在大量并发连接时还有相当高的请求处理速度。提高单连接的请求处理速度这里不讨论。我们这里采用 p=处理速度/连接数 ...
目标:取代b/s结构,提供增强的界面以及通信能力。并提供主动式和随动式支持。专用于企业OA,MIS,呼叫中心以及各种管理系统。 要求:全可视化设计,0代码编程。支持工作流,模板,可替换式界面支持。

CUBIK的作用

1.提供一个统一的分布式平台。 2.提供统一的数据/模块/设备接口。 3.提供优化的数据/语音/视频/以及特殊应用的支持 4.易于管理和扩展。并提供相应界面。

模块化设计需求

1.每个模块都必须自维护,并可手动装载卸载 2.模块之间通过总线进行交互,所有模块层级一致,但是可以在请求中规定模块执行路径。 3.模块用URI形式标明自身位置。 4.模块由管理程序载入时决定其权限和可见度。 5.总线使用二进制标准传输对象。并且跨语言和平台。

境界的概念

次序: 练精化气,练气化神,练神还虚,练虚合道 境界: 看山是山,看山不识山,看山还是山
操作系统眼中的java: 1.这小子是个光吃不吐的货,只见他吃掉内存,何时见他吐过?美其名曰有垃圾收集,可是收集了也不见还给我一点半点。 2.这家伙算是个最弱的虚拟机了,看人家vmware,啥都能虚拟一套出来,里面还能装个系统。这东西却只能跑它的class,性能还差...... 3.真是个倒霉孩子,俺们最先进的功能这家伙都用不上,还抱着老掉牙的系统结构支撑,如同高速公路跑拖拉机,真是难为它了。幸好还能用JNI牌平板拖车来运他。 4.这小子一生下来就想淘汰c之流的前辈,也不想想他自己是拿什么写的,做vm,不能忘本阿! 5.框架,你说框架?难道说的不是回字的四种写法? 6.为什么主推java的都是i ...
近期在开发一个基于java的应用服务器。目标是在一台机器上能够支持尽量多的并发连接和可针对负载自动调整运行期资源占用量的多应用支持。 开始的想法很简单,参考jetty,tomcat和resin,能用他们的就用他们的。于是选定了jetty ...
今天在扩展jetty 6.1的时候发现在jetty中使用socketchannel 居然性能还不如用serversocket 我用的是微软的web application stress tool. 先用用20个线程并发访问, serversocket 能达到1000次访问/秒 socketchannel 只能达到600次访问/秒 当我把测试线程数增加到200个时 他们都下降到了20次访问/秒 我也测试了resin,数据跟使用serversocket的相差不大。 现在还不知道到底是jetty的问题还是socketchannel的问题。还需要再研究
Global site tag (gtag.js) - Google Analytics