Re: [Gems-users] Completing SPLASH benchmarks with opal


Date: Wed, 31 Aug 2005 10:00:57 -0500 (CDT)
From: Luke Yen <lyen@xxxxxxxxxxx>
Subject: Re: [Gems-users] Completing SPLASH benchmarks with opal
Sean,

   It seems a number of people have been experiencing a similar problem.
I noticed you have the Simics output but not the Opal output.  Are there any
messages that Opal dumps before it crashes?  Also, can you give me some
info on the Opal configuration parameters you are using?

  Thanks,
    Luke

On Wed, 31 Aug 2005, Sean Ryan Leventhal wrote:

> I am currently having difficulty getting benchmarks to complete while
> running opal.  All of them complete on a 4-processor simulation using
> ruby.  However, when I add opal they do not (except FFT).  They all have
> to be left for a fair amount of time, and invariably get one of the
> following:
>
> "Bus Error" (simics crashes)
>   or something of the following form:
> bash-2.03# ./OCEANCON -p4
>
> Ocean simulation with W-cycle multigrid solver
>     Processors                         : 4
>     Grid size                          : 258 x 258
>     Grid resolution (meters)           : 20000.00
>     Time between relaxations (seconds) : 28800
>     Error tolerance                    : 1e-07
>
> panic: failed to stop cpu1
> panic: failed to stop cpu3
>
> panic[cpu2]/thread=2a1001f7d20: send mondo timeout (target 0x3) [6934
> NACK 0 BUSY]
>
> 000002a1001f7680 SUNW,UltraSPARC-III+:send_one_mondo+11c (104588e8,
> 104583c0, 0, 3, 10464958, 3)
>   %l0-3: 00000000cb066647 0000000000001b16 0000000000000001
> 00000000cb06768e
>   %l4-7: 0000000000000000 00000000cb067db7 0000000000000002
> 000002a1006912c0
> 000002a1001f7730 unix:xt_one_unchecked+f4 (1045cec4, 8, 2a1001f77e8, 1, 0,
> 0)
>   %l0-3: 0000000010035770 0000000000000002 0000000000000003
> 000000000003c800
>   %l4-7: 000000000002b940 000000000003cb10 0000000000000000
> 0000000000000000
> 000002a1001f7830 unix:xt_one+40 (3, 10035770, 0, 0, 2, 3000093b260)
>   %l0-3: 0000000000000008 0000000000000002 0000000000000001
> 000003000126ce70
>   %l4-7: 000003000126ca98 0000000000000016 000003000126d270
> 000002a1006914c0
> 000002a1001f78e0 SUNW,UltraSPARC-III+:cheetah_nudge_buddy+54 (0,
> 104aa6b0, 1e806c0ee4, 619af362, 264800, 0)
>   %l0-3: 0000000000000008 0000000000000002 0000000000000001
> 000003000126ce90
>   %l4-7: 000003000126ca98 0000000000000016 000003000126d270
> 0000030001255b98
> 000002a1001f79a0 genunix:cyclic_softint+a4 (3000126ca98, 300008175f0,
> 0, 1, 3000093b258, 1014e10c)
>   %l0-3: 0000030000817610 0000000000000089 0000000000000000
> 000003000093b25c
>   %l4-7: 00000300008175c8 0000030001255b98 00000300018ccb00
> 0000030001255b98
> 000002a1001f7a60 unix:cbe_level1+8 (0, 1001b, 3000126ca98,
> 2a1001f7d20, 200360, 1000ba78)
>   %l0-3: 0000000010563260 0000000000010000 0000000000000001
> 000000001000a408
>   %l4-7: 00000000107b0810 000003000080fef8 0000000000000000
> 000002a100157790
>
> syncing file systems...
> panic[cpu2]/thread=2a1001f7d20: panic sync timeout
> dumping to /dev/dsk/c0t0d0s1, offset 54525952
>
>
> Has anyone seen this.  I have gotten nothing like it when running with
> only ruby, or running just simics.
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
>
[← Prev in Thread] Current Thread [Next in Thread→]