Hello Robert,

  I've also noticed that after setup_install when I umount /mnt file
  system again I endup with one CPU being 100% in sys.

              hsfs`hs_freenode+0x74
              hsfs`hsfs_inactive+0xa4
              genunix`dnlc_purge_vfsp+0x19c
              genunix`dounmount+0x10
              genunix`umount2+0x140
              unix`syscall_trap32+0xcc

Looks like this is what is causing it.


Monday, August 6, 2007, 6:22:05 PM, you wrote:

RM> Hello opensolaris-code,

RM>   U3+patches (Generic_125100-10) - I know, I know - but I belive it is
RM>   also the case on snv.

RM> # lofiadm
RM> Block Device             File
RM> /dev/lofi/1              /home/milek/sol-nv-b69-x86-dvd.iso
RM>   
RM> # mount -v | grep lofi
RM> /dev/lofi/1 on /mnt type hsfs
RM> read-only/setuid/devices/noglobal/maplcase/rr/traildot/dev=24c0001 on Mon 
Aug  6 18:06:55 2007


RM> # cd /mnt/Solaris_11/Tools/
RM> # ./setup_install_server /se3310/jumpstart/os/snv-b69-x86

RM> I can see one 'du' process consuming entire CPU.

RM> # dtrace -n fbt:::entry'{self->vt=vtimestamp;}' -n
RM> fbt:::return'/self->vt/[EMAIL PROTECTED](vtimestamp-self->vt);self->vt=0;}' 
-n tick-5s'{printa(@);exit(0);}'

RM> [...]
RM>   strncmp                                                     9034200
RM>   hwblkclr                                                    9044100
RM>   page_next_scan_large                                       22107700
RM>   kcage_walk_cage                                            35919800
RM>   generic_idle_cpu                                           62118000
RM>   page_numtopp_nolock                                        90173700
RM>   disp_getwork                                              121844000
RM>   hs_findhash                                              3012048500

RM> #
RM> # dtrace -n profile-97'[EMAIL PROTECTED],stack()]=count();}'

RM> [...]
RM>         1
RM>               hsfs`hs_findhash+0x2c
RM>               hsfs`hs_makenode+0x54
RM>               hsfs`process_dirblock+0x3d0
RM>               hsfs`hs_dirlook+0x224
RM>               genunix`fop_lookup+0x28
RM>               genunix`lookuppnvp+0x344
RM>               genunix`lookuppnat+0x120
RM>               genunix`lookupnameat+0x5c
RM>               genunix`chdir+0x24
RM>               unix`syscall_trap32+0xcc
RM>                46
RM>         0
RM>               hsfs`hs_findhash+0x3c
RM>               hsfs`hs_makenode+0x54
RM>               hsfs`process_dirblock+0x3d0
RM>               hsfs`hs_dirlook+0x224
RM>               genunix`fop_lookup+0x28
RM>               genunix`lookuppnvp+0x344
RM>               genunix`lookuppnat+0x120
RM>               genunix`lookupnameat+0x5c
RM>               genunix`chdir+0x24
RM>               unix`syscall_trap32+0xcc
RM>                80
RM>         0
RM>               hsfs`hs_findhash+0x2c
RM>               hsfs`hs_makenode+0x54
RM>               hsfs`process_dirblock+0x3d0
RM>               hsfs`hs_dirlook+0x224
RM>               genunix`fop_lookup+0x28
RM>               genunix`lookuppnvp+0x344
RM>               genunix`lookuppnat+0x120
RM>               genunix`lookupnameat+0x5c
RM>               genunix`chdir+0x24
RM>               unix`syscall_trap32+0xcc
RM>               101


RM>   
RM> Looks like something in hsfs module is not efficient...





_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to