Eclipse代码提示功能设置(Java & C/C++)
2010年9月14日 05:58
最近在Linux下开发,由于长期使用Visual Studio 2010,对代码提示功能情有独钟,现在在Linux下,使用Eclipse做开发,当然免不了怀念Visual Studio强悍的代码提示,于是在网上搜索了一些文章,整理出关于Eclipse代码提示功能设置的方法。
Java:
信仰进步,憧憬自由,热爱工作
最近在Linux下开发,由于长期使用Visual Studio 2010,对代码提示功能情有独钟,现在在Linux下,使用Eclipse做开发,当然免不了怀念Visual Studio强悍的代码提示,于是在网上搜索了一些文章,整理出关于Eclipse代码提示功能设置的方法。
Java:
一些系统级的Warning警示线和Critical警示线谁大谁小没有严格规定。而像表空间这样的Warning警示线必须严格小于Critical警示线。其实我觉得严格小于是对的,不作规定反倒是很奇怪的。
下面对象使用Large Pool:
MTS
—在SGA的Large Pool中分配UGA,语句的并行查询。
—允许进程间消息缓冲区的分配,用来协调并行查询服务器,备份。
—用于RMAN磁盘I/O缓存。
Oracle既有一个Track文件,也有一个Trace文件,Track和Trace解释很相近,以至于我长期搞不清楚他们的关系。
跟踪文件(trace file)能提供调试信息,服务器遇到问题时,它会生成一个包含大量诊断信息的跟踪文件。如果开发人员设置了sql_trace=true,服务器就会生成一个包含性能相关信息的跟踪文件。我们之所以可以使用这些跟踪文件,是因为oracle是一个允许充分测量的软件。编写数据库内核的程序员在内核中放入了调试代码,而且调试代码相当多,这些调试代码是被程序员有意留在内核中的。
如果出现严重的oracle内部错误,或是oracle support要求你生成一个跟踪文件来得到额外的调试信息,CORE_DUMP_DEST参数则定义了此时这个“内核”文件应该放在哪里。
一直以为ASM_POWER_LIMIT是越小速度越快,但其实是越大速度越快拉。。
在10g中创建字典管理表空间都会出现这样一个错误:Failed to commit: ORA-12913: Cannot create dictionary managed tablespace
查询Oracle官方文档:
“如果使用专用服务器连接,会在USER_DUMP_DEST参数指定的目录中生成跟踪文件。如果使用共享服务器连接,则在BACKGROUND_DUMP_DEST参数指定的目录中生成跟踪文件。”
网上来的,这句话似乎是有问题的,因为我的测试数据库自安装起就是用专用服务器连接,但是BACKGROUND_DUMP_DEST依旧有大量Trace文件。还是“bdump是有关后台进程的trace,udump是有关用户的”更正确些。