32bit和64bit系统在硬件支持上有差别,整理一些看过的资料,备查。

32位系统和4G内存的关系

为什么32位操作系统最大只能支持4G内存呢?64位操作系统能支持最大多少内存?

32位操作系统,配合32位CPU,寻址空间位2^32次方,计算出来是4294967296字节,就是4G,32位系统最大支持4G空间,如果想要32位系统支持4G以上空间的话,就要用PAE的特殊内核,采用特殊方式访问,但是系统效率会比原生的64位系统低。

smp, bigmem, PAE 內核都可以在 32bit 系统使用多於 4G 內存,但是每一个独立进程只能使用3G 左右。

64位操作系统配合64位CPU,寻址空间是2^64次方,计算出来是
18446744073709551616字节,换算一下4G个G,太大了,反正是
N多G,一辈子也用不完。当然这是64位系统的理论最大内存支持,实际上谁也用不了这么大内存,

反正如果你的系统是64位的,CPU是64位的,那么随便插个8G,16G内存是肯定能支持的。

要完全识别4G内存,是不是必须使用64位系统?

即使32位系统显示出4G内存  也发挥不出4G内存的能量 2G和4G是差不多的  要想充分利用4G内存 还是64位的vista
64 位体系结构和 32 位体系结构的比较

  地址空间    64 位 Windows   32 位 Windows

  虚拟内存    16 TB       4 GB
  页面文件    512 TB      16 TB
  页面缓冲池   128 GB      470 MB
  非页面缓冲池  128 GB      256 MB
  系统缓存    1 TB       1 GB

32位Windows中的虚拟内存空间

  和其他所有32位Windows一样,Windows Vista也被限制于只能使用4 GB的虚拟内存寻址空间。这4 GB内存被分为两部分,其中2 GB用于用户进程,而另外2 GB则用于被操作系统的所有进程共享。在某些特殊的情况下,通过使用/3GB引导参数可以强制让所有系统进程只使用1 GB内存空间,而给用户进程使用3 GB内存,但是该方法也仅适用于设计于可以利用这些额外地址空间的应用程序,而且所有程序都会被操作系统可用的内存数量所限制。
Tags: ,
RAID是“Redundant Array of Independent Disk”的缩写,中文意思是独立冗余磁盘阵列。

冗余磁盘阵列技术诞生于1987年,由美国加州大学伯克利分校提出。最初的研制目的是为了组合小的廉价磁盘来代替大的昂贵磁盘,以降低大批量数据存储的费用,同时也希望采用冗余信息的方式,使得磁盘失效时不会使对数据的访问受损失,从而开发出一定水平的数据保护技术,并且能适当的提升数据传输速度。

过去RAID一直是高档服务器才有缘享用,一直作为高档SCSI硬盘配套技术作应用。近来随着技术的发展和产品成本的不断下降,IDE硬盘性能有了很大提升,加之RAID芯片的普及,使得RAID也逐渐在个人电脑上得到应用。

那么为何叫做冗余磁盘阵列呢?冗余的汉语意思即多余,重复。而磁盘阵列说明不仅仅是一个磁盘,而是一组磁盘。这时你应该明白了,它是利用重复的磁盘来处理数据,使得数据的稳定性得到提高。

RAID的工作原理

RAID如何实现数据存储的高稳定性呢?我们不妨来看一下它的工作原理。RAID按照实现原理的不同分为不同的级别,不同的级别之间工作模式是有区别的。整个的RAID结构是一些磁盘结构,通过对磁盘进行组合达到提高效率,减少错误的目的,不要因为这么多名词而被吓坏了,它们的原理实际上十分简单。问了便于说明,下面示意图中的每个方块代表一个磁盘,竖的叫块或磁盘阵列,横称之为带区。
Tags:
这里备忘一下,同时分享此内容

原文地址:Building an efficient edonkey server on linux/FreeBSD/Win32

有一个服务器有此软件,也许以后需要修改配置,下面是简单的翻译一些:

1 下载安装

$ wget http://lugdunum.shortypower.org/files/eserver-17.14.i686-linux.gz
$ wget -O ipfilter.srv http://lugdunum.shortypower.org/files/ipfilter.srv
$ gzip -d eserver-17.14.i686-linux.gz
$ chmod 755 eserver-17.14.i686-linux
$ rm -f eserver
$ ln -s eserver-17.14.i686-linux eserver


2 最精简的配置文件(donkey.ini)

[server]
name=my server name
desc=the desc of my server
thisIP=81.12.34.56 # The IP of my server
port=4232 # the TCP port (default is 4661, but it is wise to choose another value)
Tags: ,
今天碰到一个奇怪的问题:

提交一次记录之后,提示出错,有问题:

引用
提交失败(细节如下):
Cannot accept non-LF line endings in 'svn:log' property


把日志用英文写,正常了,这个很奇怪。
改中文写,也正常,发现个有趣的问题,最后是用换行的一行空行就不行,看错误时说的记录日志有错误,看来是换行符导致了问题。

此版本库是windows下面创建的,转为linux下作服务,这个有可能是导致这样错误的起因,未完全确认。
Tags:
局域网偶尔碰到有好多人说突然有IP冲突的,或者说上不了网的,那估计得小心是否有人单独开了DHCP服务了,或者只是无意的做实验的,这些就可能导致局域网IP分配出现问题。

参考一下这个:

缘由:前段时间,朋友单位的局域网出现了一点问题要我帮忙看看。据朋友说,最近单位部分科室的计算机频繁出现不能上网的现象。询问朋友得知这些计算机都是开启了DHCP服务,自动获得IP,经过排查发现他们的网关地址都出现了问题。正确的地址应该是192.168.4.254,而这些故障计算机得到的网关地址却是192.168.4.65。部分计算机使用ipconfig /release释放获得的网络参数后,用ipconfig /renew可以获得真实的网关地址,而大部分获得的仍然是错误的数据。

  为什么真正的DHCP服务器分配的网络参数无法正确传输到客户机上呢?原因很简单,网络中存在了另一个DHCP服务器,这个DHCP服务器将非授权网络信息分配给设置为自动获得IP地址的客户机。真是“内鬼”难防呀!下面就结合我的一些经验谈谈在局域网内如何有效地防范非授权DCHP服务器。

  一、预备知识:

  一般公司内部都会有一个DHCP服务器来给员工计算机提供必要的网络参数信息的,例如IP地址、子网掩码、网关,DNS等地址,很多情况路由器就可以担当此重任。每次员工计算机启动后都会向网络中发送广播包寻找DHCP服务器(前提是该计算机被设置为自动获得IP地址),广播包随机发送到网络中,当有一台DHCP服务器收到这个广播包后就会向该包源MAC地址的计算机发送一个应答信息,同时从自己的地址池中抽取一个IP地址分配给该计算机。

  合法DHCP服务器可以提供正确的数据,非授权DHCP服务器则提供的是错误的数据。我们如何让员工机器都通过合法DHCP服务器获得网络信息呢?如果是交换式网络则没有可能,因为广播包会发向网络中的所有设备,合法还是非授权服务器先应答是没有任何规律的。这样网络就被彻底扰乱了,原本可以正常上网的机器再也不能连接到INTERNET。
Tags:
分页: 5/12 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]

阅读推荐

服务器相关推荐

开发相关推荐

应用软件推荐