20.05.2014 Views

link to my thesis

link to my thesis

link to my thesis

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

12.1. CONCLUSIONS 231<br />

used first. Then the nD-systems approach is used in combination with the iterative<br />

eigenproblem solvers JDQR, JDQZ, and Eigs. Finally, the outcomes of these computations<br />

are compared with those of the software packages SOSTOOLS, GloptiPoly and<br />

SYNAPS. The JDQZ method computes the global minimum and its minimizer faster<br />

than the JDQR and Eigs method. However, the methods SOSTOOLS, GloptiPoly and<br />

SYNAPS are faster than the methods using our nD-systems approach. But where<br />

these methods appear <strong>to</strong> be faster, they are not as accurate as the iterative eigenvalue<br />

solvers. This may be due <strong>to</strong> the default <strong>to</strong>lerance settings used in these software<br />

packages.<br />

In Section 7.2 the nD-systems approach is used <strong>to</strong> compute the global minima of 22<br />

distinct polynomials. These 22 polynomials vary in the number of variables and in the<br />

<strong>to</strong>tal degree and therefore they also vary in the size of the involved linear opera<strong>to</strong>rs and<br />

in their numerical conditioning. Here the target selection as described in Section 6.3 is<br />

used <strong>to</strong> let the iterative solvers JD and JDQZ focus on the smallest real eigenvalues first.<br />

To put the performance of these methods in<strong>to</strong> perspective they are compared with the<br />

performance of the SOSTOOLS package. In the majority of the test cases the SOSTOOLS<br />

software approach is more efficient than the nD-system implementation presented<br />

here. In particular it appears that in the SOSTOOLS approach the processing time<br />

increases less rapidly with increasing complexity. However, it should be noted that<br />

the error in the SOSTOOLS approach is higher in some cases than the error in the nDsystems<br />

implementation. Some test cases can not accurately and reliably be solved<br />

by the SOSTOOLS software. These large errors can limit the actual application of this<br />

software on large problem instances. Furthermore there are multivariate polynomials<br />

that are positive but can not be written as a sum of squares [92]. The global minimum<br />

of such polynomials can not be found directly using the SOSTOOLS approach. Such a<br />

limitation does not affect the Stetter-Möller matrix method.<br />

Section 7.3 shows the result of applying the projection method of Section 6.4. Projection<br />

<strong>to</strong> Stetter structure using a logarithmic transformation can be performed if the<br />

effects on complex and negative numbers are taken in<strong>to</strong> account. The JD eigenvalue<br />

solver with JD expansion no longer converges <strong>to</strong> the desired eigenvec<strong>to</strong>r if projection<br />

of the absolute values is used. When the expansion is changed <strong>to</strong> Rayleigh Quotient<br />

Iteration (RQI) and the projection is applied, the number of matrix-vec<strong>to</strong>r computations<br />

is comparable <strong>to</strong> the numbers required in the original JD implementation in<br />

most cases and lower for some particular cases. This indicates that projection can<br />

indeed be used <strong>to</strong> increase the convergence speed of the iterative eigenvalue solvers<br />

at least for certain examples.<br />

Section 7.4 shows the results of applying the parallel approach of Section 5.3.4<br />

on the set of 22 polynomials. The number of processors used in parallel here is 4.<br />

It turns out that the computing time is longer but the required number of matrixvec<strong>to</strong>r<br />

operations is roughly identical in this parallel approach in comparison with a<br />

sequential approach. Therefore, we conclude that parallelization is not appropriate<br />

for this type of problems. This is caused by the high density of short paths that, for an<br />

efficient calculation, require communication between the different path computations.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!