ld of
pathscale, intel, or pg compilers to do testing?
If you have the time, we have the machine you could use. I'll have to
get permission to see if its within our scope for the project to allow
you access to do development but I can push it and see what happens.
Thanks,
- David Brown
On
the
performance tanks. This is a very old fortran code and gfortran just
doesn't optimize well enough for nwchem. However, this would be a good
test to see if the pathscale compiler is causing issues, I'll
erly and the test program was built with gcc, would a
compiler cause these sort of issues?
Thanks,
- David Brown
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limi
Okay I've tried a few more things with the code itself and it doesn't
seem to be helping.
Here's the kernel config:
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_MMU=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENER
ple code to do the same thing as the
real code but I've been unable to do so. The real code is WAY more
complicated, trying to find which complication is the one causing the
libhugetlbfs segmentation fault
't use any library function doesn't that include mmap and
munmap? Since they are in glibc and this is the libhugetlbfs code? It
seems that the mmap call above is supposed to resolve the symbol for
the linker. Should this also be done for munmap?
Thanks,
- David Brown
On Thu, Jun 25, 20
maped?
Thanks,
- David Brown
On Thu, Jun 25, 2009 at 12:10 PM, David Brown wrote:
> Okay nm the first part, it does actually allocate large pages and use
> them in the code segment now, didn't relink the binary I was using.
> Output now looks like
>
> $ hugectl --text --bss --data
ping
libhugetlbfs [cut1n10:24262]: INFO: setup_morecore(): heapaddr = 0x9800
0
When was large page support for code segments supported?
Thanks,
- David Brown
On Thu, Jun 25, 2009 at 10:31 AM, David Brown wrote:
> I fixed the memory issue and the application is running but its not
> alloca
* Expected FAIL: 0 0
* Unexpected PASS: 0 0
* Strange test result: 0 14
**
Hmmm, not sure what tests were what do you want the full output?
Thanks,
- David Brown
On Wed, Jun 24, 2009 at 9:09 PM, David
Gibson wrote:
> On Thu, Jun 25, 2009 at 03:50:1
hugetlbfs [uber-gamer:31049]: INFO: Mapped hugeseg at
0x2ac0. Copying 0x220 bytes and 0 extra bytes from
0x8008a0...done
libhugetlbfs [uber-gamer:31047]: INFO: Prepare succeeded
Failed to map hugepage segment
10 matches
Mail list logo
