Talk-Polywell.org

localhost $ gcc -o potential -m32 -g -I/usr/src/patches/polywell/gsl-1.9inst/include potential.c -L/usr/src/patches/polywell/gsl-1.9inst/lib -lm -lgsl localhost $ ./potential ... (add suffixes to potential.dat files) ... localhost $ md5sum potential*.dat e234099bd4142c01d4da056389781573 potential10...

Well, nothing I do seems to change the outcome. Here is how I compile potential.c: gcc -o potential -g potential.c -I/usr/src/patches/polywell/gsl-1.4inst/include -L/usr/src/patches/polywell/gsl-1.4inst/lib -lm -lgsl For MAXSTEPS=100: e234099bd4142c01d4da056389781573 potential.dat For MAXSTEPS=400: ...

The reason it is so hard for most people to learn new stuff is that they hate to be confused. It is rather embarrassing. Some one asks you a question and your answer is not even wrong. Or it is 180 out. The delicious part comes after much suffering and it all starts to fit. To make all this work a ...

We've PMed each other our email addresses. We'll figure it out. First, I want to change to gsl-1.4 and see if that gets me the md5sum. I'm using gsl-1.9, and since this is floating-point intensive stuff, I'm sure a few lines of code difference would flip a bit somewhere and we'd get different result...

The Bush administration has taken the view that we are fighting "terrorism", not a particular country. The President was authorized only to find and use military force against the perpetrators of 9/11 . By October 2002, the US had performed operations in Afghanistan, the Philippines (I've been ther...

drmike wrote:Confusion is the first step in learning, so this is good!

Your optimism is infectious. I surely am confused.

drmike wrote:I'll do the md5sum this evening - I bet they match.

OK, thanks!

drmike, I think I understand now what my error means, "gsl: qag.c:261: ERROR: could not integrate function". I don't think it's a bug in your code. The error basically means the integration didn't converge -- it diverged. So I need to be sure the input data is OK. I'm doing MAXSTEPS=100, and I want ...

That's great, drmike! I'll give it a go and see if it runs on my machine this time.

Then I'll see about running things in parallel. You mentioned some good ideas about dividing up the volume before.

So on the power and control blog, it quotes two articles about diabetes. Was the second article supposed to be about Multiple Sclerosis? Either way, I'm glad Cell put the scientists through the wringer and decided that their work had merit and said so in the editorial. Good news!

drmike, you are right. :) It's exciting to be able to do something but hardware will get better, the simulations will get better, so it's a win/win to wait. Mikos, I like the idea of using BOINC. I think we might be able to get several things going at once. I can at least see three parallel (heh!) a...

I wonder if we could pool some donations toward getting drmike a quad-core machine. OK, I know we're not going to be able to out-compete Santa Fe, but I'd be willing to put up $200.

I'm working on a faster version of electron_fluid.c. However, I'm running into an error: $ ./ef Density integral result = 0.274490 absolute error = 0.000000 opening data files and reading them in. i = 1 gsl: qag.c:261: ERROR: could not integrate function Default GSL error handler invoked. Aborted So...

Although we would want 11B, not 10B, it looks like standard nuclear reactors already do a Boron solution (e.g. Boric acid in PWRs): http://en.wikipedia.org/wiki/Boron#B-10_enriched_boron

Outside of plasma physics (which I don't know much about) wouldn't the positively charged coils lose energy to the upscattered ions? And the magnets would be losing energy to form the well, also?

Numerical solution of stochastic differential equations and especially stochastic partial differential equations is a young field relatively speaking. Almost all algorithms that are used for the solution of ordinary differential equations will work very poorly for SDEs, having very poor numerical c...