请教各位一个类型转换的问题Windows系统

2024-05-03

请教各位一个类型转换的问题Windows系统(精选3篇)

篇1:请教各位一个类型转换的问题Windows系统

%*)(*$#@#$@#@@!@!~!$#@%^$##$@^%)(*)__+**%^*(%^^% 【发表回复】【查看CU论坛原帖】【添加到收藏夹】【关闭】 向唐 回复于:-06-03 14:43:30 WINDOWS的用户名和密码是不是改了? 你可以使用400的用户名登录WINDOWS,密码可以跟400上的不同,连接400时输

%*&^%(**&)(*&$^%((&$#@#$@#@@!@!~!$#@&(*)(&%^$##$@^%&*&)(*)__+*&^%&*%^*(&()*_)(+^%^%&%^^%

【发表回复】【查看CU论坛原帖】【添加到收藏夹】【关闭】向唐 回复于:2003-06-03 14:43:30WINDOWS的用户名和密码是不是改了?

你可以使用400的用户名登录WINDOWS,密码可以跟400上的不同,

连接400时输入400用户的密码就可以了。

pcas400 回复于:2003-06-03 16:49:21我的机器登录WINDOWS时不需要密码,各种所有可能的密码我都试过了,都不行!

dreams76 回复于:2003-06-03 17:37:56应该是AS/400的用户和密码

居士 回复于:2003-06-03 17:47:07你在pc上建一个用户,名字和登陆400的名字一样。然后切换到这个用户登陆pc,然后访问400,按要求输入400的口令就可以了。

pcas400 回复于:2003-06-03 18:09:24谢谢居士,按你所说的方法我的问题解决了!

原文转自:www.ltesting.net

篇2:请教各位一个类型转换的问题Windows系统

机器内存很大,但越用越少,发现执行完一些批操作命令后,内存竟不释放(vmstat看free很少)。请教大家是不是minfreemaxfreeminpermmaxperm的设置有问题?

现在的minfree/maxfree较小,maxperm偏大。

谢谢!

zhilan 回复于:2003-01-08 16:11:41我执行compress大文件的时候,内存free越来越少,paging space用了 6%。但compress完毕后,内存free还在往下掉,按说应该回到compress前的水平啊。另外paging space还是占用了6%,没有释放。

好使 回复于:2003-01-08 16:15:09如果系统运行正常的话,没问题。

系统在VM方面,有一大部分用在文件的缓存上了,建议看看关于性能调整的资料。

zhilan 回复于:2003-01-08 16:41:22谢谢!问题是上次作load database时机器死了,当时paging space满了,剩余内存为0。机器是s85, 内存24 GB, paging space  8 GB。我估计作load database时内存free就不多了。如果是file cache占用过多的话,应该可以腾出作load database啊。调整maxperm/minfree/maxfree会有用吗?

另外,我一台跑cics,另一台跑sybase,两台问题都一样。按说跑cics的应该不会有问题的啊。

zhilan 回复于:2003-01-08 16:46:57另外一台s80没有这个问题。free很多,而且做完批命令后内存free马上恢复到原来的水平。跑的应用差不多。

我准备调整minfree/maxfree/maxperm等试试,还请各位多多指教!

好使 回复于:2003-01-08 16:48:24系统的补丁全吗?是不是memory leak?

tonylau 回复于:2003-01-08 17:24:24可以设置最大永久占有内存参数,/usr/samples/kernel/vmtune -h 1

这样系统的uncompute内存最大到80%(topas),系统会有10%的内存Free

vofsky 回复于:2003-01-08 17:27:37打补丁看看

tonylau 回复于:2003-01-08 17:41:01这个现象打补丁没用。

zhilan 回复于:2003-01-08 20:41:31谢谢几位!已经解决了,除按tonylau所说做了vmtune h 1外,还改了minfree/maxfree/minperm/maxperm。感觉h 1挺管用的。

再次向大家表示衷心的谢意!

另外把这些参数修改加在了/etc/inittab中,这样reboot后也自动执行。

又碰到一个棘手的问题,再发帖请教。

ibm6000 回复于:2003-01-08 20:48:05这个帖子不错,有头有尾,加为精华:)

lljj 回复于:2003-01-08 21:06:31我还发现sybase

load数据库时!的确有这个问题!

大最新的sybase补丁!

jflong 回复于:2003-01-09 08:55:49请问一下minfreemaxfreeminpermmaxperm怎么设置?

zhilan 回复于:2003-01-09 10:00:24/usr/samples/kernel/vmtune -p ** -P ** -f **** -F **** -h 1

jinyingtao 回复于:2003-01-09 14:24:47这类问题属于内存分配问题。

类似大量文件类操作,如compress、database的dump/load会大量占有内存中的文件型内存(在AIX系统中,内存简单可以分为两类:计算型内存和文件型内存)。所以按照系统缺省的配置,文件型内存最多会占用total real memory的80%(这个可以利用nmon看到),当内存很少时,就会产生换叶到paging space的现象,主要换出文件型内存帧。

这个问题可以通过vmtune加以控制,在/etc/inittab中添加:vmtune:2nce:/usr/samples/kernel/vmtune -p 5 -P 20 -h 1将文件型内存控制在total real memory的5%~20%之间,也就是minperm和maxperm。

前提是必须安装vmtune,好像在bos.adt.samples中

tonylau 回复于:2003-01-09 16:20:33调整MAXPERM和MINPERM是SOFT LIMIT,调整后实际效果并不好,调整STRICT_MAXPERM(-h 1)是HARD LIMIT,强制。

zhilan 回复于:2003-01-14 17:51:18jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM oclearcase/“ target=”_blank“ >ccupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作。而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

zhilan 回复于:2003-01-14 17:53:13jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM occupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作。而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

zhilan 回复于:2003-01-14 17:54:19jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM occupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作,

而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

zhilan 回复于:2003-01-08 16:03:03

zhilan 回复于:2003-01-08 16:11:41我执行compress大文件的时候,内存free越来越少,paging space用了 6%。但compress完毕后,内存free还在往下掉,按说应该回到compress前的水平啊。另外paging space还是占用了6%,没有释放。

好使 回复于:2003-01-08 16:15:09如果系统运行正常的话,没问题。

系统在VM方面,有一大部分用在文件的缓存上了,建议看看关于性能调整的资料。

zhilan 回复于:2003-01-08 16:41:22谢谢!问题是上次作load database时机器死了,当时paging space满了,剩余内存为0。机器是s85, 内存24 GB, paging space  8 GB。我估计作load database时内存free就不多了。如果是file cache占用过多的话,应该可以腾出作load database啊。调整maxperm/minfree/maxfree会有用吗?

另外,我一台跑cics,另一台跑sybase,两台问题都一样。按说跑cics的应该不会有问题的啊。

zhilan 回复于:2003-01-08 16:46:57另外一台s80没有这个问题。free很多,而且做完批命令后内存free马上恢复到原来的水平。跑的应用差不多。

我准备调整minfree/maxfree/maxperm等试试,还请各位多多指教!

好使 回复于:2003-01-08 16:48:24系统的补丁全吗?是不是memory leak?

tonylau 回复于:2003-01-08 17:24:24可以设置最大永久占有内存参数,/usr/samples/kernel/vmtune -h 1

这样系统的uncompute内存最大到80%(topas),系统会有10%的内存Free

vofsky 回复于:2003-01-08 17:27:37打补丁看看

tonylau 回复于:2003-01-08 17:41:01这个现象打补丁没用。

zhilan 回复于:2003-01-08 20:41:31谢谢几位!已经解决了,除按tonylau所说做了vmtune h 1外,还改了minfree/maxfree/minperm/maxperm。感觉h 1挺管用的。

再次向大家表示衷心的谢意!

另外把这些参数修改加在了/etc/inittab中,这样reboot后也自动执行。

又碰到一个棘手的问题,再发帖请教。

ibm6000 回复于:2003-01-08 20:48:05这个帖子不错,有头有尾,加为精华:)

lljj 回复于:2003-01-08 21:06:31我还发现sybase

load数据库时!的确有这个问题!

大最新的sybase补丁!

jflong 回复于:2003-01-09 08:55:49请问一下minfreemaxfreeminpermmaxperm怎么设置?

zhilan 回复于:2003-01-09 10:00:24/usr/samples/kernel/vmtune -p ** -P ** -f **** -F **** -h 1

jinyingtao 回复于:2003-01-09 14:24:47这类问题属于内存分配问题。

类似大量文件类操作,如compress、database的dump/load会大量占有内存中的文件型内存(在AIX系统中,内存简单可以分为两类:计算型内存和文件型内存)。所以按照系统缺省的配置,文件型内存最多会占用total real memory的80%(这个可以利用nmon看到),当内存很少时,就会产生换叶到paging space的现象,主要换出文件型内存帧。

这个问题可以通过vmtune加以控制,在/etc/inittab中添加:vmtune:2nce:/usr/samples/kernel/vmtune -p 5 -P 20 -h 1将文件型内存控制在total real memory的5%~20%之间,也就是minperm和maxperm。

前提是必须安装vmtune,好像在bos.adt.samples中

tonylau 回复于:2003-01-09 16:20:33调整MAXPERM和MINPERM是SOFT LIMIT,调整后实际效果并不好,调整STRICT_MAXPERM(-h 1)是HARD LIMIT,强制。

zhilan 回复于:2003-01-14 17:51:18jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM occupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作。而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

zhilan 回复于:2003-01-14 17:53:13jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM occupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作。而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

zhilan 回复于:2003-01-14 17:54:19jinyingtao 你好! 我正是这样做的,将maxperm设置为远小于缺省值,并执行严格的maxperm策略(即h 1)。

先看参数的意义:

If percentage of RAM occupied by file pages falls below minperm, VMM steals both file and computational pages

If percentage of RAM occupied by file pages rises above maxperm, VMM steals only file pages

If percentage of RAM occupied by file pages is between minperm and maxperm, VMM will steal only file pages Unless file repaging rate is higher than computational repaging rate

将maxperm设小,可避免这样的情形:当执行大量文件类操作时,文件性内存耗用过多,而计算性内存将不敷使用,从而产生大量的换页操作。而事实上此时文件性内存应作为page-stealer的偷取对象,因为它被重复引用的可能性非常低。

篇3:请教各位一个类型转换的问题Windows系统

AS400的RGZPFM命令可对PF进行重整,但对PF进行重整时,重整将独占此档案,此时PF将不能被其它JOB使用,同样当有JOB在使用些PF,则RGZPFM命今将不能对些档进行重整。

请教各位大虾,当对PF进行重整时,如何能做到其它JOB能使用正在被重整的档案,且不影响重整的正常进行。

xuguopeng 回复于:-12-24 11:22:01不用想了不可能的。。。

fh 回复于:2004-12-26 02:36:40同意,guopeng兄

layyf 回复于:2004-12-27 09:22:31可以的,MIMIX就有提供这个功能。

他的原理是这样的。在一个时间点,将PF和他相应的LF复制一份到其他的LIB,对复制出来的表进行重整,重整完成之后,根据日志,追回更改了的纪录,锁住原来的表,将他还原。这样就不用长时间的使表不可使用。

希望我的信息对你有用

江湖@浪子 回复于:2004-12-29 08:44:51非常谢谢楼上的朋友:lol:

fh2001 回复于:2004-12-29 12:25:58[quote:4590beaa15=”layyf“]可以的,MIMIX就有提供这个功能。

他的原理是这样的,

在一个时间点,将PF和他相应的LF复制一份到其他的LIB,对复制出来的表进行重整,重整完成之后,根据日志,追回更改了的纪录,锁住原来的表,将他还原。这样就不..........[/quote:4590beaa15]

有道理.当然,最后还原表时,一定要使此表不被LOCK,业务还是要暂停一下.否则就无法还原了.这种做法已经使业务INACTIVE的时间降到最低了.也亏layyf想得出来.呵呵.

这么做的前提要求:

1.主机端的JOURNAL需要使用*BOTH的日志记录方式,不能用缺省的*AFTER方式;

2.而MIMIX复制需要使用*KEY的方式,不能用缺省的*POSITION方式;

这些都会一定程度上影响机器性能,但是也必须做的,否则,MIMIX最后追不平,就白忙了.

qingzhou 回复于:2004-12-29 13:10:42layyf和fh2001都解答得很好,很有参考意义,如果有更具体的实施过程那更棒~~~

推荐为精彩帖子!

stephenxie2003 回复于:2004-12-29 15:08:53等你们试验了之后,就可以确定这样的方法行不行的通了!

lusimon 回复于:-01-17 11:52:57升级操作系统到V5R3吧,操作系统自带在线重整的功能。

hanyu 回复于:2005-01-17 13:31:08据说VISION的orionactivedataforos/400可以提供激活状态下的重整,有用过的兄弟说一下吧。

根据IBM的介绍,V5R3在联机备份方面也有很大提高,可惜当初没有买升级服务。

上一篇:学生宿舍楼幢管理员工作岗位职责下一篇:小常识:软件常见的各种版本英文缩写