在Linux系统中，afilemap是一个关键的内核数据库结构。它记录了所有打开的文件以及相关的进程信息。当afilemap为零时，这意味着系统没有打开任何文件，这会对系统带来一些影响。
1.进程无法访问打开的文件
当afilemap为零时，进程无法访问任何打开的文件。这意味着系统上的所有应用程序都将无法读取或写入任何文件，这将导致系统崩溃或应用程序崩溃。因此，在开发或测试应用程序时，开发人员需要时刻注意系统的afilemap参数。
2.文件句柄无法释放
在Linux系统中，每个打开的文件都会分配一个文件句柄。句柄是进程用于引用打开文件的一个编号，它包含了文件描述符，文件状态标志以及文件偏移量等信息。如果afilemap为零，那么打开的文件的句柄无法释放，这将占用有限的系统资源并可能导致系统内存溢出的风险。
3.系统闲置资源的消耗
在Linux系统中，打开的文件和打开的进程以及进程使用的资源都是进程关键资源。这些资源包括内存、CPU、I/O等。当系统上没有任何打开文件时，这些关键资源就会成为无用的静止资源。这些资源本可以用于其他目的，但由于内核数据库中afilemap为零，无法释放这些资源，导致系统的资源浪费。
内核数据库中的afilemap为零可能会对Linux系统的正常运行造成许多消极的影响。这样的情况在实际生产环境中是极少的，大多数情况下，afilemap始终为非零值。但在开发或测试过程中，由于开发人员的疏失或系统异常等原因，afilemap为零的情况也可能会发生。因此，为了保证系统的稳定性和可靠性，我们需要时常关注和检查afilemap。
相关问题拓展阅读：
oracle19c生成大量core文件
.oracle19c生成大量core文件？ 查找到系统程序崩溃时弊肆毁产生的core文件: # find /u01 -name core.* -exec ls -lthr {} \;
2. 定位出租备是由雹缓于哪个文件产生的core文件: # find /u01 -name core.* -exec ls -lthr {} \;|
3. 使用gdb对core进行追踪: #
在RAC环境里，经常会有core文件产生，产生的原因:程序崩溃，内核有可能把该程序当前内存映射到core文件里，方便程序员找到程序出现问题的地方。那么如何定位及追踪core呢？以下操作即是：
1.查找到系统程序崩溃时产生的core文件：
# find /u01 -name core.* -exec ls -lthr {} \;
-rwroot root 480M Sep 27 12:01 /u01/oracle/product/crs/log/rac1/crsd/core.3907
core文件大小为480M，文件还挺大的。所以，平时，如果遇到磁盘空间不足的时候，没准就是core文件在做怪呢！
2.定肆穗姿位出是由于哪个文件产生的core文件：
# find /u01 -name core.* -exec ls -lthr {} \;|awk ‘{print $9}’|xargs file/u01/oracle/product/crs/log/rac1/crsd/core.3907: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from ‘crsd.bin’
由以下命令，可以看出core.3907的产生，是由于’crsd.bin’文件引起的。
3.使用gdb对core进行追踪：
# gdb /u01/oracle/product/crs/bin/crsd.bin /u01/oracle/product/crs/log/rac1/crsd/core.3907GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type “show copying”
and “show warranty” for details.
This GDB was configured as “i386-redhat-linux-gnu”…
warning: Can’t read pathname for load map: Input/output error.
warning: .dynamic section for “/lib/libdl.so.2” is not at the expected address
warning: difference appears to be caused by prelink, adjusting expectations
Reading symbols from /lib/libm.so.6…done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libpthread.so.0…done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /u01/oracle/product/crs/lib/libocr10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libocr10.so
Reading symbols from /u01/oracle/product/crs/lib/libocrb10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libocrb10.so
Reading symbols from /u01/oracle/product/族配crs/lib/libocrutl10.so…done.
Loaded symbols for /u01/oracle/裂绝product/crs/lib/libocrutl10.so
Reading symbols from /u01/oracle/product/crs/lib/libhasgen10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libhasgen10.so
Reading symbols from /u01/oracle/product/crs/lib/libclntsh.so.10.1…done.
Loaded symbols for /u01/oracle/product/crs/lib/libclntsh.so.10.1
Reading symbols from /u01/oracle/product/crs/lib/libskgxn2.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libskgxn2.so
Reading symbols from /lib/libdl.so.2…done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1…done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libstdc++.so.5…done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libc.so.6…done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2…done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /u01/oracle/product/crs/lib/libnnz10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libnnz10.so
Reading symbols from /lib/libgcc_s.so.1…done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libnss_files.so.2…done.
Loaded symbols for /lib/libnss_files.so.2
Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot’.
Program terminated with signal 6, Aborted.
#0 0xin __kernel_vsyscall ()
(gdb) where
#0 0xin __kernel_vsyscall ()
#1 0x009a1df0 in raise () from /lib/libc.so.6
#2 0x009a3701 in abort () from /lib/libc.so.6
#3 0x0099b26b in __assert_fail () from /lib/libc.so.6
#4 0x08363c8e in destr_detour5 () at clsThreadMain.cpp:70
#5 0x00af45ab in start_thread () from /lib/libpthread.so.0
#6 0x00a4acfe in clone () from /lib/libc.so.6
注意：上面的两行红色部分：
Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot’.
Program terminated with signal 6, Aborted.
恰恰说明，由于系统发生reboot重启操作，而产生了core文件。
oracle 产生core文件
信用卡欠款3万以上还不上，12月14日最新逾期政策调整，联系我们
信用卡网贷逾期处理
广告
Oracle Core- Essential Internals for DBAs and Developers 无水印pdf
25下载·0评论
2023年9月29日
oracle数据库原理基本知识点,ORACLE数据库基础知识1.doc
108阅读·0评论·0点赞
2023年5月7日
浅谈Core文件分析
6248阅读·0评论·0点赞
2023年7月23日
执行oracle命令时core,oracle coredump
135阅读·0评论·0点赞
2023年5月4日
oracle core文件使用率,Oracle EBS$INST_TOP/ora/10.1.2/forms存在很多core.*文件
165阅读·0评论·0点赞
2023年5月1日
不断有core文件在$ORACLE_HOME/dbs目录产生
3149阅读·0评论·0点赞
2023年1月21日
无锡信用卡还不上了，不想连累家人，联系我们帮您
全国逾期处理中心
广告
oracle目录下core文件是什么,学习猿地-oracle core 概述
298阅读·0评论·0点赞
2023年5月2日
oracle core文件使用率,不断有core文件在$ORACLE_HOME/dbs目录产生
221阅读·0评论·0点赞
2023年4月3日
oracle目录下core文件是什么,oracle中adump,bdump,dpdump,udump目录中一些内容的作用
270阅读·0评论·0点赞
2023年5月2日
oracle 产生core文件,11.2.0.3 AIX RAC下$ORACLE_HOME/dbs生成大量core_* dump文件
181阅读·0评论·0点赞
2023年5月8日
linux core 调试 gdb,gdb core 调试_gdb coredump 调试_linux gdb core 调试(3)
159阅读·0评论·0点赞
2023年5月26日
软件测试解决Oracle问题,如何快速解决Oracle数据库中的常见问题
39阅读·0评论·0点赞
2023年5月4日
core文件截断的处理方法
4949阅读·0评论·0点赞
2023年2月10日
oracle设置core文件大小,Linux的Core文件设置与调试
488阅读·0评论·0点赞
2023年5月5日
oracle core文件使用率,oracle core dump 分析 – Oracle数据库管理 – Oracle数据库数据恢复、性能优化来问问AskMaclean – ParnassusDat…
190阅读·0评论·0点赞
2023年5月1日
651阅读·0评论·0点赞
2023年10月31日
Oracle core读书笔记
1735阅读·0评论·1点赞
2023年2月18日
oracle目录下core文件是什么,AIX上Oracle RAC 11g r2不断产生core文件问题的解决
98阅读·0评论·0点赞
2023年5月2日
Core文件产生以及调试
295阅读·0评论·0点赞
2023年9月24日
去首页
看看更多热门内容
# find /u01 -name core.* -exec ls -lthr {} \;
-rwroot root 480M Sep 27 12:01 /u01/oracle/product/crs/log/rac1/crsd/core.3907
core文件大小为480M，文件还挺大的。所以，平时，如果遇到磁盘空间不足的时候，没准就是core文件在做怪呢蚂余饥！
2.定位出是由于哪个文件产生的core文件：
# find /u01 -name core.* -exec ls -lthr {} \;|awk ‘{print $9}’|xargs file/毁唯u01/oracle/product/crs/log/rac1/crsd/core.3907: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from ‘crsd.bin’
由以下命令，可以看出core.3907的产生，是由于’crsd.bin’文件引起的。
3.使用gdb对core进行追踪：
# gdb /u01/oracle/product/crs/bin/crsd.bin /u01/oracle/product/crs/log/rac1/crsd/core.3907GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type “show copying”
and “show warranty” for details.
This GDB was configured as “i386-redhat-linux-gnu”…
warning: Can’t read pathname for load map: Input/output error.
warning: .dynamic section for “/lib/libdl.so.2” is not at the expected address
warning: difference appears to be caused by prelink, adjusting expectations
Reading symbols from /lib/libm.so.6…done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libpthread.so.0…done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /u01/oracle/product/crs/lib/libocr10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libocr10.so
Reading symbols from /u01/oracle/product/crs/lib/libocrb10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libocrb10.so
Reading symbols from /u01/oracle/product/crs/lib/libocrutl10.so…done.
Loaded symbols for /u01/oracle/闷返product/crs/lib/libocrutl10.so
Reading symbols from /u01/oracle/product/crs/lib/libhasgen10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libhasgen10.so
Reading symbols from /u01/oracle/product/crs/lib/libclntsh.so.10.1…done.
Loaded symbols for /u01/oracle/product/crs/lib/libclntsh.so.10.1
Reading symbols from /u01/oracle/product/crs/lib/libskgxn2.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libskgxn2.so
Reading symbols from /lib/libdl.so.2…done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1…done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libstdc++.so.5…done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libc.so.6…done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2…done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /u01/oracle/product/crs/lib/libnnz10.so…done.
Loaded symbols for /u01/oracle/product/crs/lib/libnnz10.so
Reading symbols from /lib/libgcc_s.so.1…done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libnss_files.so.2…done.
Loaded symbols for /lib/libnss_files.so.2
Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot’.
Program terminated with signal 6, Aborted.
#0 0xin __kernel_vsyscall ()
(gdb) where
#0 0xin __kernel_vsyscall ()
#1 0x009a1df0 in raise () from /lib/libc.so.6
#2 0x009a3701 in abort () from /lib/libc.so.6
#3 0x0099b26b in __assert_fail () from /lib/libc.so.6
#4 0x08363c8e in destr_detour5 () at clsThreadMain.cpp:70
#5 0x00af45ab in start_thread () from /lib/libpthread.so.0
#6 0x00a4acfe in clone () from /lib/libc.so.6
注意：上面的两行红色部分：
Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot’.
Program terminated with signal 6, Aborted.
恰恰说明，由于系统发生reboot重启操作，而产生了core文件。
相关资源：OracleCoreEssentialInternalsforDBASANdDevelopers-Oracle文档类…
Database(CDB) ，即多租户容器数据库，是 Oracle 12C引入的特性，指的是可以容纳一个或者多个可插拔数据库的数据库，这个特性允许在 CDB 容器数据库中创建并且维护多个数据库，在 CDB中创建的数据库被称为 PDB ，每个 PDB 在 CDB 中是相互独立存在的，在单独使用 PDB 时，与普通数据库无任何区别。
CDB 根容器数据库的主要作用就是容纳所有相关的 PDB 的元数据，以冲吵及在 CDB 中对所有的 PDB 进行管理。
容器数据库Root 容器数据库，是 CDB 环境中的根数据库，在根数据库中含有主数据字典视图，其中包差闹含了与 Root 容器有关的元数据和 CDB 中所包含的所有的 PDB 信息。在 CDB 环境中被标识为 CDB$ROOT ， 每个 CDB 环境中只能有一个 Root 容器数据库 。
CDB seed 为 PDB 的种子，其中提供了数据文件，在 CDB 环境中被标识为 PDB$SEED ，是创建新的 PDB 的模板，你可以连接 PDB$SEED ，但是不能执行任何事物，因为 PDB$SEED 是只读的 ，不可进行修改。
PDB 数据库，在 CDB 环境中每个 PDB 都是独立存在的，与传统的 Oracle 数据库基本无差别，每个 PDB 拥有自己的数据文散庆侍件和 objects ，唯一的区别在于 PDB 可以插入到 CDB 中，以及在 CDB 中拔出，并且在任何一个时间点之上 PDB 必须拔出或者插入到一个 CDB 中，当用户链接 PDB 时不会感觉到根容器和其他 PDB 的存在。
Core Files Generated Under $ORACLE_HOME/dbs Directory
修改时间 02-JUN类型 PROBLEM 状态 MODERATED
In this Document
This document is being delivered to you via Oracle Support’s Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review.
Applies to:Oracle Server – Enterprise Edition – Version: 11.2.0.1 and later
Information in this document applies to any platform.
Core files generated under the $ORACLE_HOME/dbs directory.
The following is the call stack extracted from those core files:
skgdbgcra at 0x100650b04 ($t1) 0x100650b04 (skgdbgcra+0x224) eld r2,0x28(r1) (dbx) where skgdbgcra(??) at 0x100650b04 sksdbgcra(??, ??) at 0x10312c6e8 ksdbgcra() at 0x10312c2ac ksfcra(??) at 0x100176e0c kgepop(??, ??, ??) at 0x10008cd74 kgesinv(??, ??, ??, ??, ??) at 0x100091a10 kgesinw(0xfffffffffffc130, 0x645f34002e70616c, 0x, 0x0, 0x5, 0x0, 0xacc01ade, 0x0) at 0x100091aa4 skgmattach(??, ??, ??, ??) at 0x1000e8aac klsge_phaseone(??) at 0x1006b09ac opimai_init(??, ??, ??, ??) at 0xc opimai_real(??, ??) at 0xf4 ssthrdmain(??, ??) at 0x100141c64 main(??, ??) at 0x(dbx) quit
This problem has been reported in 2 bugs:
FREQUENT CORE DUMP GENERATED – SKGDBGCRA, KSDBGCRA, KLSGE_PHASEONE
MANY CORE_* DIRECTORIES CREATED UNDER THE GRID HOME’S DBS DIRECTORY
both bugs have been closed as duplicate of
MULTIPLE ISSUES IDENTIFIED WITH LISTENER METRIC TNSERRORS
where development explain that this can occur if TnsError listener metric is enabled from EM
Solution1. Bug has been fixed in GC version 12. If possible please upgrade your grid control to 12g.
2. As a workaround you can disable TnsError listener metric from EM GC Console.
References – FREQUENT CORE DUMP GENERATED – SKGDBGCRA, KSDBGCRA, KLSGE_PHASEONE
– MANY CORE_* DIRECTORIES CREATED UNDER THE GRID HOME’S DBS DIRECTORY
数据库按时间查询时，在某一时间段中数据库中没有数据，如何让他显示为零
ifnull(count(a.orderno),0) mySQL的
建立数据库时让其初值为0
nvl(字段,0),null值转化为0
mysqlnan替换为
mysqlnan替换为0首先我们打开这个主程序，在主程序中我们将它的值替换为零。对他主程序进行一个设置的这样的一个操作，最后点击一个替换为零的一个设置操作完成就可以
我通过python在MySql中编写/存储数据。如果MySql中的列数据包含“NAN”，那么我如何处理它们。目前我知道如何处理空白或无值，但在这里我被卡住了。数据看起来像这样# file no 2
# some description line
#”Time”,”col.no”,”dat.va”,”all_val”,”graph_da”,”tem”,”vel”,”acc”, “all.valu”,”rand”
“:50:00″,0,12.94,20.88,17.87,”NAN”,14,14,13.9,”NAN”
“:00:00″,1,13.48,20.86,18,”NAN”,13.4,13,13.2,”NAN”
“:10:00”,2,13.89,20.84,18.07,18.03,12.8,12,12.6,13
“:30:00”,3,15.76,20.18,17.96,18.25,0.09,0,0.07,0.16
“:40:00″,4,15.72,,17.91,,0.08,”NAN”,0.09,0.18
“:50:00″,5,15.66,20.07,17.86,18.17,0.03,”NAN”,0.05,0.09
“:30:00″,6,14.98,19.26,17.12,17.44,”NAN”,”NAN”,”NAN”,”NAN”
有几千行随机地包含这个“NAN”，因此如果有人给我逻辑来处理它会很好，例如每当遇到NAN时，它都会输入NAN或none。我处理空白的代码是这样的。在
关于内核数据库 afilemap为零的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（www.IDC.Net）提供简单好用，价格厚道的香港/美国云 服务器 和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
怎样创建自己的个人网页？需要多少钱，有免费的吗？
一. 网页设计软件的选择 设计主页首先要选择合适的工具软件，现在比较流行的网页制作软件是 FrontPage 和 DreamWave。 他们各有优缺点，FrontPage 是微软出品的网页编辑软件，也是 Office 系列软件的组成部分。 最新的 FrontPage2000中文版 在 Office2000 的软件包中可以找到。 如果对 Office 有一定的基础，会用 Word 的人，很开就可以学会使用 FrontPage ，它的最大优点之一就是易学易用。 另外 FrontPage 制作的网页在 IE 浏览器中的效果也特别好。 但是，如果你希望网页在 Netscape 或其他浏览器上有良好表现，那么使用 FrontPage 就有些麻烦。 不是说不可以，只是很容易出错。 在这方面 DreamWave 就好很多，毕竟是第三方的软件。 DreamWave是由 MacroMedia 公司出品的网页制作软件，最新版本是3.0，功能也同样很强大。 不过学习起来要难一些，而且 IE 浏览器的一些高级功能就无法实现了。 各有所长，只有自己权衡了。 另外不要将两个编辑软件交替使用，否则会出现混乱。 二. 网络服务商的选择 现在提供免费主页空间的网站非常多，当然也有收费的。 选择什么好呢？千万不要认为什么“无限主页空间”就是最好。 这里的讲究非常多的。 首先要明确服务商提供的是什么操作系统的服务器，如果你使用 FrontPage 编写主页，最好选择 Windows NT 服务器，这样效果最好。 另外还有 Linux 和 Unix 的服务器也很多见，用这些服务器的话要注意一个问题，就是文件名的大小写一定要清楚。 一般的 Windows 用户会觉得这不是问题，因为微软的习惯，文件名大小写是不区分的。 但是 Linux 和 Unix 不是这样，比如你有一个 的图片上传，然后在 HTML 超连接写成了 ，扩展名写成大写了。 在本地看这个 HTML 文件很正常，图片显示正确。 但等你上传到服务器上，你会发现根本无法显示文件。 解决这个问题的最简单办法是所有的文件名和扩展名都用小写英文字母，而且不要用长文件名。 当然，如果是 Windows NT 服务器，就不用担心这个问题。 如果只是做简单的主页，那只需要得到相应的主页空间就可以了。 但如果做高级一些到主页，就牵涉到一些网络程序的执行，这就需要 CGI 权限甚至数据库权限。 一般的网络服务器上是不会免费提供这些功能的，而且收费往往不低。 对于一般的个人主页完全没必要苛求这些，不然维护费用会很大，除非确实想做出一个很好的站点。 免费主页空间的另外一个问题是服务商随时有权关闭服务，因为不承担任何承诺，这样你的成果可能会白费，所以要找一些比较可靠的主页空间，最好是已经提供较长时间服务，且有一定知名度的。 另外，不同的服务商使用的网络服务器和线路也不尽相同，访问的更新速度差异也非常大。 要选择线路速度快一些的主页空间，不然会大大影响来访者的兴趣。 最好使用本地的网络服务器，因为跨区域的网络线路往往比较拥挤。 还有，网络服务商提供怎样的主页维护方式也很重要。 如果提供 FrontPage 扩展的 HTTP 维护，那就最方便了。 可以做到全自动维护。 如果是传统的 FTP 方式，也不错。 FrontPage2000 同样可以用 FTP 自动上传，而且也可以用许多 FTP 管理软件。 但还有一种是基于 WEB 的主页维护，这种主页空间只能到服务商的网站上按它特定方式编辑维护主页。 这样很不方便，最好不要使用。 三. 主页内容的选择 评价一个主页的优劣，主要不是看外观而是看内容。 选择适当的内容很重要，最好是自己比较感兴趣的内容，否则会没有长期维护的热情。 另外不要做太多的主题，没有重点的四面出击往往一样也不吸引人。 很多著名的个人主页都是靠一个优秀的栏目而大受欢迎的，飞翔鸟硬件就是个很好的例子。 维护主页贵在坚持，一定要不断上传新的内容来充实更新网站。 不过同样要注意不要随便抄袭别人的内容，如果对方的内容是可以转载的自然没问题，但如果是版权所有的，可能会遇到纠纷，甚至会强制关闭你的个人主页。 知识产权还是需要尊重的，因此在转在其他网站的内容时，最好征求对方的同意。 还有，主页内容千万不要有违法的成分，特别是不要有色情内容。 四. 主页制作的技巧 主页制作是一门综合性技术，也是一门艺术，它包括策划、美工、设计等等。 这里只是说一些应该注意的问题。 很多商业网站都有“广告条”，点击广告可以为网站赚钱，甚至像 Yahoo 这样的网络公司也主要靠这些广告的收入维持。 但是一般的个人主页，建设初期最好不要放广告条，特别是不能放很多。 在访问量不是很大的时候，广告是赚不到钱的。 反而会让访问者觉得主页很乱，全是无聊的广告，给人的印象就很差了。 还有些个人主页因为访问量很低没面子，就修改网页计数器，增加访问量。 这其实是自欺欺人，以后别人也不会相信你的主页流量了。 一个好的主页，总会有越来越多的访问者，如果没质量的主页，做手脚又有何用？ 还有，如果是免费主页空间，一般速度都不太快，空间也不大。 最好不要提供过多的软件下载，这样会严重影响访问速度。 到头来会得不偿失的。 一般较好的软件下载站点都提供独立的 FTP 线路下载软件，这样才能保证网站的访问速度不受影响。 同样的，主页上也不要使用分辨率太大的图片，一般一张图片尽量控制在 20KB 一下。 个人主页中也不要过多使用 Java class 的小程序和过于复杂的 Java 脚本，这些只起到点缀的作用就行了，用得太多了，浏览网页的速度也会变得非常迟钝。 制作主页时还要特别小心语言版本的问题，特别是中文。 选用的内码或字体错误的话，访问时就会出现乱码或字体扭曲等问题。 五. 域名和无形资产 每个个人主页都有自己的域名，就像人总有个名字。 起名字也有很多讲究。 很多人会模仿著名网站的名字，在别人的拼写上改一改字母之类的。 其实这样并不好，没有了自己的个性，反而不容易给人留下深刻的印象。 还是自己取个好名字吧。 另外常看到有人写着“永久域名 ”之类的。 其实这些都是二级域名，一些网络公司免费提供的而已。 这些都称不上永久域名，因为公司随时可以停止服务的。 最好是能拥有自己的国际顶级域名，这才是永远属于你自己的。 其实这也并不是一笔非常昂贵的费用，但确是主页长期发展的根本保障。 当然，如果觉得没必要，使用免费二级域名也不错。
电脑中的注册表是干什么用的？
注册表是windows操作系统中的一个核心数据库，其中存放着各种参数，直接控制着windows的启动、硬件驱动程序的装载以及一些windows应用程序的运行，从而在整个系统中起着核心作用。 这些作用包括了软、硬件的相关配置和状态信息，比如注册表中保存有应用程序和资源管理器外壳的初始条件、首选项和卸载数据等，联网计算机的整个系统的设置和各种许可，文件扩展名与应用程序的关联，硬件部件的描述、状态和属性，性能记录和其他底层的系统状态信息，以及其他数据等。 具体来说，在启动Windows时，Registry会对照已有硬件配置数据，检测新的硬件信息；系统内核从Resistry中选取信息，包括要装入什么设备驱动程序，以及依什么次序装入，内核传送回它自身的信息，例如版权号等；同时设备驱动程序也向Registry传送数据，并从Registry接收装入和配置参数，一个好的设备驱动程序会告诉Resistry它在使用什么系统资源，例如硬件中断或DMA通道等，另外，设备驱动程序还要报告所发现的配置数据；为应用程序或硬件的运行提供增加新的配置数据的服务。 配合INI文件兼容16位Windows应用程序，当安装—个基于Windows3.x的应用程序时，应用程序的安装程序Setup像在windows中—样创建它自己的INI文件或在和文件中创建入口；同时windows还提供了大量其他接口，允许用户修改系统配置数据，例如控制面板、设置程序等。 如果注册表受到了破坏，轻则使windows的启动过程出现异常，重则可能会导致整个windows系统的完全瘫痪。 因此正确地认识、使用，特别是及时备份以及有问题恢复注册表对windows用户来说就显得非常重要。
如何写一个强大的bug测试报告
在报告中说“不好用”;所报告内容毫无意义;在报告中用户没有提供足够的信息;在报告中提供了错误信息;所报告的问题是由于用户的过失而产生的;所报告的问题是由于其他程序的错误而产生的;所报告的问题是由于网络错误而产生的;简单地说，报告bug的目的是为了让程序员看到程序的错误。 您可以亲自示范，也可以给出能导致程序出错的、详尽的操作步骤。 如果程序出错了，程序员会收集额外的信息直到找到错误的原因;如果程序没有出错，那么他们会请您继续关注这个问题，收集相关的信息。 当您报告bug的时候(既然您已经这么做了)，一定是希望bug得到及时修正。 所以此时针对程序员的任何过激或亵渎的言语(甚至谩骂)都是与事无补的——因为这可能是程序员的错误，也有可能是您的错误，也许您有权对他们发火，但是如果您能多提供一些有用的信息(而不是激愤之词)或许bug会被更快的修正。 除此以外，请记住：如果是，作者提供给我们已经是出于好心，所以要是太多的人对他们无礼，他们可能就要“收起”这份好心了。 “程序不好用”程序员不是弱智：如果程序一点都不好用，他们不可能不知道。 他们不知道一定是因为程序在他们看来工作得很正常。 所以，或者是您作过一些与他们不同的操作，或者是您的环境与他们不同。 他们需要信息，报告bug也是为了提供信息。 信息总是越多越好。 本文中提到的都是一些指导方针，没有哪一条是必须恪守的准则。 不同的程序员会喜欢不同形式的bug报告。 如果程序附带了一套报告bug的准则，一定要读。 如果它与本文中提到的规则相抵触，那么请以它为准。 如果您不是报告bug，而是寻求帮助，您应该说明您曾经到哪里找过答案，(例如：我看了第四章和第五章的第二节，但我找不到解决的办法。 )这会使程序员了解用户喜欢到哪里去找答案，从而使程序员把帮助文档做得更容易使用。 “演示给我看”这些可能还不够。 也许他们觉得还需要更多的信息，会请您重复刚才的操作。 他们可能在这期间需要与您交流一下，以便在他们需要的时候让bug重新出现。 他们可能会改变一些操作，看看这个错误的产生是个别问题还是相关的一类问题。 如果您不走运，他们可能需要坐下来，拿出一堆开发工具，花上几个小时来好好地研究一下。 但是最重要的是在程序出错的时候让程序员在电脑旁。 一旦他们看到了问题，他们通常会找到原因并开始试着修改。 如果您必须报告bug，而此时程序员又不在您身边，那么您就要想办法让bug重现在他们面前。 当他们亲眼看到错误时，就能够进行处理了。 “哪儿出错了?在我看来一切正常哦!”如果您给了程序员一长串输入和指令，他们执行以后没有出现错误，那是因为您没有给他们足够的信息，可能错误不是在每台计算机上都出现，您的系统可能和他们的在某些地方不一样。 有时候程序的行为可能和您预想的不一样，这也许是误会，但是您会认为程序出错了，程序员却认为这是对的。 特殊情况下，如果有错误消息号，一定要把这些号码告诉程序员。 不要以为您看不出任何意义，它就没有意义。 错误消息号包含了能被程序员读懂的各种信息，并且很有可能包含重要的线索。 给错误消息编号是因为用语言描述计算机错误常常令人费解。 用这种方式告诉您错误的所在是一个最好的办法。 如果您使用UNIX系统，程序可能会产生一个内核输出(coredump)。 内核输出是特别有用的线索来源，别扔了它们。 另一方面，大多数程序员不喜欢收到含有大量内核输出文件的EMAIL，所以在发之前最好先问一下。 还有一点要注意：内核输出文件记录了完整的程序状态，也就是说任何秘密(可能当时程序正在处理一些私人信息或秘密数据)都可能包含在内核输出文件里。
发表评论