Adding only mkmem 0 reduced the memory needs 10-fold. I'm going to try running the job without pvmem=5GB and with 8 ppn.
6/22/11
Submitted the job, but it appears that I have hit my disk quota. That means I'll have to clear out some space in my folders at some point in the next 12-24 hours.

6/27/11
I had both this job and mz464 running, but the both of them together filled my home quota, so both jobs stalled out. I moved the critical files over to $SCRATCH, and resubmitted this job (mz10-009) with the specs:
Submitted mz10-009.in to reg_med queue
Run on 32 nodes, 8 ppn
walltime of 36:00:00
natom 184
ecut 25 Hartrees

I also thought about submitting and then holding a job using more 64 nodes, but the queue kept rejecting this input file. I'll ask Sam and Josh about why that might be happening, but for now the current job should (hopefully) suffice.

7/5/11

Met with Josh today, and found a major error in my methodology. It turns out that in the submission file, the number of processors given over to abinit is specified by the command mpirun -np ## (where ## is the number of processors). I had not been changing this, so basically with all jobs up to this point I was queued for large numbers of nodes, but only using one. With this error rectificed, this job was correctly resubmitted under the following parameters.
Run on 33 nodes, 8 ppn
walltime of 24:00:00
natom184
nkpt 258
ecut 35 Hartrees