The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
#include "opencv2/ts.hpp"
|
2013-06-20 19:54:09 +08:00
|
|
|
#include "precomp.hpp"
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
#include <climits>
|
|
|
|
#include <algorithm>
|
2013-07-11 01:11:52 +08:00
|
|
|
#include <cstdarg>
|
2013-06-25 01:27:11 +08:00
|
|
|
|
|
|
|
namespace cv{namespace optim{
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
using std::vector;
|
2013-06-25 01:27:11 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
const void dprintf(const char* format,...){
|
|
|
|
#ifdef ALEX_DEBUG
|
|
|
|
va_list args;
|
|
|
|
va_start (args,format);
|
|
|
|
vprintf(format,args);
|
|
|
|
va_end(args);
|
|
|
|
#endif
|
|
|
|
}
|
2013-06-25 01:27:11 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
void const print_matrix(const Mat& X){
|
|
|
|
#ifdef ALEX_DEBUG
|
|
|
|
dprintf("\ttype:%d vs %d,\tsize: %d-on-%d\n",X.type(),CV_64FC1,X.rows,X.cols);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for(int i=0;i<X.rows;i++){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\t[");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for(int j=0;j<X.cols;j++){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("%g, ",X.at<double>(i,j));
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("]\n");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
#endif
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
void const print_simplex_state(const Mat& c,const Mat&b,double v,const vector<int>& N,const vector<int>& B){
|
|
|
|
#ifdef ALEX_DEBUG
|
|
|
|
dprintf("\tprint simplex state\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("v=%g\n",v);
|
|
|
|
|
|
|
|
dprintf("here c goes\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_matrix(c);
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("non-basic: ");
|
2013-07-03 18:54:23 +08:00
|
|
|
for (std::vector<int>::const_iterator it = N.begin() ; it != N.end(); ++it){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("%d, ",*it);
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("here b goes\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_matrix(b);
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("basic: ");
|
2013-07-03 18:54:23 +08:00
|
|
|
|
|
|
|
for (std::vector<int>::const_iterator it = B.begin() ; it != B.end(); ++it){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("%d, ",*it);
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\n");
|
|
|
|
#endif
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
/**Due to technical considerations, the format of input b and c is somewhat special:
|
|
|
|
*both b and c should be one column bigger than corresponding b and c of linear problem and the leftmost column will be used internally
|
|
|
|
by this procedure - it should not be cleaned before the call to procedure and may contain mess after
|
|
|
|
it also initializes N and B and does not make any assumptions about their init values
|
|
|
|
* @return SOLVELP_UNFEASIBLE if problem is unfeasible, 0 if feasible.
|
|
|
|
*/
|
|
|
|
const int initialize_simplex(Mat_<double>& c, Mat_<double>& b,double& v,vector<int>& N,vector<int>& B);
|
|
|
|
const inline void pivot(Mat_<double>& c,Mat_<double>& b,double& v,vector<int>& N,vector<int>& B, int leaving_index,int entering_index);
|
|
|
|
/**@return SOLVELP_UNBOUNDED means the problem is unbdd, SOLVELP_MULTI means multiple solutions, SOLVELP_SINGLE means one solution.
|
|
|
|
*/
|
|
|
|
const int inner_simplex(Mat_<double>& c, Mat_<double>& b,double& v,vector<int>& N,vector<int>& B);
|
|
|
|
const void swap_columns(Mat_<double>& A,int col1,int col2);
|
2013-07-03 18:54:23 +08:00
|
|
|
|
|
|
|
//return codes:-2 (no_sol - unbdd),-1(no_sol - unfsbl), 0(single_sol), 1(multiple_sol=>least_l2_norm)
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
int solveLP(const Mat& Func, const Mat& Constr, Mat& z){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("call to solveLP\n");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
//sanity check (size, type, no. of channels)
|
2013-07-03 18:54:23 +08:00
|
|
|
CV_Assert(Func.type()==CV_64FC1);
|
|
|
|
CV_Assert(Constr.type()==CV_64FC1);
|
|
|
|
CV_Assert(Func.rows==1);
|
|
|
|
CV_Assert(Constr.cols-Func.cols==1);
|
|
|
|
|
|
|
|
//copy arguments for we will shall modify them
|
|
|
|
Mat_<double> bigC=Mat_<double>(1,Func.cols+1),
|
|
|
|
bigB=Mat_<double>(Constr.rows,Constr.cols+1);
|
|
|
|
Func.copyTo(bigC.colRange(1,bigC.cols));
|
|
|
|
Constr.copyTo(bigB.colRange(1,bigB.cols));
|
|
|
|
double v=0;
|
|
|
|
vector<int> N,B;
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
if(initialize_simplex(bigC,bigB,v,N,B)==SOLVELP_UNFEASIBLE){
|
|
|
|
return SOLVELP_UNFEASIBLE;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
Mat_<double> c=bigC.colRange(1,bigC.cols),
|
|
|
|
b=bigB.colRange(1,bigB.cols);
|
|
|
|
|
|
|
|
int res=0;
|
2013-07-11 01:11:52 +08:00
|
|
|
if((res=inner_simplex(c,b,v,N,B))==SOLVELP_UNBOUNDED){
|
|
|
|
return SOLVELP_UNBOUNDED;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
|
|
|
|
//return the optimal solution
|
|
|
|
const int z_size[]={1,c.cols};
|
|
|
|
z.create(2,z_size,CV_64FC1);
|
|
|
|
MatIterator_<double> it=z.begin<double>();
|
|
|
|
for(int i=1;i<=c.cols;i++,it++){
|
|
|
|
std::vector<int>::iterator pos=B.begin();
|
|
|
|
if((pos=std::find(B.begin(),B.end(),i))==B.end()){
|
|
|
|
*it=0;
|
|
|
|
}else{
|
|
|
|
*it=b.at<double>(pos-B.begin(),b.cols-1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return res;
|
|
|
|
}
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
const int initialize_simplex(Mat_<double>& c, Mat_<double>& b,double& v,vector<int>& N,vector<int>& B){
|
2013-07-03 18:54:23 +08:00
|
|
|
N.resize(c.cols);
|
|
|
|
N[0]=0;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for (std::vector<int>::iterator it = N.begin()+1 ; it != N.end(); ++it){
|
|
|
|
*it=it[-1]+1;
|
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
B.resize(b.rows);
|
|
|
|
B[0]=N.size();
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for (std::vector<int>::iterator it = B.begin()+1 ; it != B.end(); ++it){
|
|
|
|
*it=it[-1]+1;
|
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
v=0;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-03 18:54:23 +08:00
|
|
|
int k=0;
|
|
|
|
{
|
|
|
|
double min=DBL_MAX;
|
|
|
|
for(int i=0;i<b.rows;i++){
|
|
|
|
if(b(i,b.cols-1)<min){
|
|
|
|
min=b(i,b.cols-1);
|
|
|
|
k=i;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if(b(k,b.cols-1)>=0){
|
|
|
|
N.erase(N.begin());
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
Mat_<double> old_c=c.clone();
|
|
|
|
c=0;
|
|
|
|
c(0,0)=-1;
|
|
|
|
for(int i=0;i<b.rows;i++){
|
|
|
|
b(i,0)=-1;
|
|
|
|
}
|
|
|
|
|
|
|
|
print_simplex_state(c,b,v,N,B);
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\tWE MAKE PIVOT\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
pivot(c,b,v,N,B,k,0);
|
|
|
|
|
|
|
|
print_simplex_state(c,b,v,N,B);
|
|
|
|
|
|
|
|
inner_simplex(c,b,v,N,B);
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\tAFTER INNER_SIMPLEX\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_simplex_state(c,b,v,N,B);
|
|
|
|
|
|
|
|
vector<int>::iterator it=std::find(B.begin(),B.end(),0);
|
|
|
|
if(it!=B.end()){
|
|
|
|
int it_offset=it-B.begin();
|
|
|
|
if(b(it_offset,b.cols-1)>0){
|
2013-07-11 01:11:52 +08:00
|
|
|
return SOLVELP_UNFEASIBLE;
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
|
|
|
pivot(c,b,v,N,B,it_offset,0);
|
|
|
|
}
|
|
|
|
|
|
|
|
it=std::find(N.begin(),N.end(),0);
|
|
|
|
int it_offset=it-N.begin();
|
|
|
|
std::iter_swap(it,N.begin());
|
|
|
|
swap_columns(c,it_offset,0);
|
|
|
|
swap_columns(b,it_offset,0);
|
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("after swaps\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_simplex_state(c,b,v,N,B);
|
|
|
|
|
|
|
|
//start from 1, because we ignore x_0
|
|
|
|
c=0;
|
|
|
|
v=0;
|
|
|
|
for(int i=1;i<old_c.cols;i++){
|
|
|
|
if((it=std::find(N.begin(),N.end(),i))!=N.end()){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("i=%d from nonbasic\n",i);
|
2013-07-03 18:54:23 +08:00
|
|
|
fflush(stdout);
|
|
|
|
int it_offset=it-N.begin();
|
|
|
|
c(0,it_offset)+=old_c(0,i);
|
|
|
|
print_matrix(c);
|
|
|
|
}else{
|
|
|
|
//cv::Mat_
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("i=%d from basic\n",i);
|
2013-07-03 18:54:23 +08:00
|
|
|
fflush(stdout);
|
|
|
|
int it_offset=std::find(B.begin(),B.end(),i)-B.begin();
|
|
|
|
c-=old_c(0,i)*b.row(it_offset).colRange(0,b.cols-1);
|
|
|
|
v+=old_c(0,i)*b(it_offset,b.cols-1);
|
|
|
|
print_matrix(c);
|
|
|
|
}
|
|
|
|
}
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("after restore\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_simplex_state(c,b,v,N,B);
|
|
|
|
|
|
|
|
N.erase(N.begin());
|
|
|
|
return 0;
|
|
|
|
}
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
const int inner_simplex(Mat_<double>& c, Mat_<double>& b,double& v,vector<int>& N,vector<int>& B){
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
int count=0;
|
|
|
|
while(1){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("iteration #%d\n",count++);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
static MatIterator_<double> pos_ptr;
|
2013-07-03 18:54:23 +08:00
|
|
|
int e=-1,pos_ctr=0,min_var=INT_MAX;
|
|
|
|
bool all_nonzero=true;
|
|
|
|
for(pos_ptr=c.begin();pos_ptr!=c.end();pos_ptr++,pos_ctr++){
|
|
|
|
if(*pos_ptr==0){
|
|
|
|
all_nonzero=false;
|
|
|
|
}
|
|
|
|
if(*pos_ptr>0){
|
|
|
|
if(N[pos_ctr]<min_var){
|
|
|
|
e=pos_ctr;
|
|
|
|
min_var=N[pos_ctr];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if(e==-1){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("hello from e==-1\n");
|
2013-07-03 18:54:23 +08:00
|
|
|
print_matrix(c);
|
|
|
|
if(all_nonzero==true){
|
2013-07-11 01:11:52 +08:00
|
|
|
return SOLVELP_SINGLE;
|
2013-07-03 18:54:23 +08:00
|
|
|
}else{
|
2013-07-11 01:11:52 +08:00
|
|
|
return SOLVELP_MULTI;
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
int l=-1;
|
2013-07-03 18:54:23 +08:00
|
|
|
min_var=INT_MAX;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
double min=DBL_MAX;
|
|
|
|
int row_it=0;
|
|
|
|
double ite=0;
|
2013-07-03 18:54:23 +08:00
|
|
|
MatIterator_<double> min_row_ptr=b.begin();
|
|
|
|
for(MatIterator_<double> it=b.begin();it!=b.end();it+=b.cols,row_it++){
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
double myite=0;
|
2013-07-03 18:54:23 +08:00
|
|
|
//check constraints, select the tightest one, reinforcing Bland's rule
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
if((myite=it[e])>0){
|
|
|
|
double val=it[b.cols-1]/myite;
|
2013-07-03 18:54:23 +08:00
|
|
|
if(val<min || (val==min && B[row_it]<min_var)){
|
|
|
|
min_var=B[row_it];
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
min_row_ptr=it;
|
|
|
|
ite=myite;
|
|
|
|
min=val;
|
|
|
|
l=row_it;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if(l==-1){
|
2013-07-11 01:11:52 +08:00
|
|
|
return SOLVELP_UNBOUNDED;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("the tightest constraint is in row %d with %g\n",l,min);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
pivot(c,b,v,N,B,l,e);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("objective, v=%g\n",v);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
print_matrix(c);
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("constraints\n");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
print_matrix(b);
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("non-basic: ");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for (std::vector<int>::iterator it = N.begin() ; it != N.end(); ++it){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("%d, ",*it);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\nbasic: ");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
for (std::vector<int>::iterator it = B.begin() ; it != B.end(); ++it){
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("%d, ",*it);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("\n");
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
const inline void pivot(Mat_<double>& c,Mat_<double>& b,double& v,vector<int>& N,vector<int>& B, int leaving_index,int entering_index){
|
2013-07-03 18:54:23 +08:00
|
|
|
double coef=b(leaving_index,entering_index);
|
|
|
|
for(int i=0;i<b.cols;i++){
|
|
|
|
if(i==entering_index){
|
|
|
|
b(leaving_index,i)=1/coef;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}else{
|
2013-07-03 18:54:23 +08:00
|
|
|
b(leaving_index,i)/=coef;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-07-03 18:54:23 +08:00
|
|
|
for(int i=0;i<b.rows;i++){
|
|
|
|
if(i!=leaving_index){
|
|
|
|
double coef=b(i,entering_index);
|
|
|
|
for(int j=0;j<b.cols;j++){
|
|
|
|
if(j==entering_index){
|
|
|
|
b(i,j)=-coef*b(leaving_index,j);
|
|
|
|
}else{
|
|
|
|
b(i,j)-=(coef*b(leaving_index,j));
|
|
|
|
}
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
|
|
|
}
|
2013-07-03 18:54:23 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
//objective function
|
|
|
|
coef=c(0,entering_index);
|
|
|
|
for(int i=0;i<(b.cols-1);i++){
|
|
|
|
if(i==entering_index){
|
|
|
|
c(0,i)=-coef*b(leaving_index,i);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}else{
|
2013-07-03 18:54:23 +08:00
|
|
|
c(0,i)-=coef*b(leaving_index,i);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
|
|
|
}
|
2013-07-11 01:11:52 +08:00
|
|
|
dprintf("v was %g\n",v);
|
2013-07-03 18:54:23 +08:00
|
|
|
v+=coef*b(leaving_index,b.cols-1);
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
|
2013-07-03 18:54:23 +08:00
|
|
|
int tmp=N[entering_index];
|
|
|
|
N[entering_index]=B[leaving_index];
|
|
|
|
B[leaving_index]=tmp;
|
The first draft of simplex algorithm, simple tests.
What we have now corresponds to "formal simplex algorithm", described in
Cormen's "Intro to Algorithms". It will work *only* if the initial
problem has (0,0,0,...,0) as feasible solution (consequently, it will
work unpredictably if problem was unfeasible or did not have zero-vector as
feasible solution). Moreover, it might cycle.
TODO (first priority)
1. Implement initialize_simplex() procedure, that shall check for
feasibility and generate initial feasible solution. (in particular, code
should pass all 4 tests implemented at the moment)
2. Implement Bland's rule to avoid cycling.
3. Make the code more clear.
4. Implement several non-trivial tests (??) and check algorithm against
them. Debug if necessary.
TODO (second priority)
1. Concentrate on stability and speed (make difficult tests)
2013-06-28 20:28:57 +08:00
|
|
|
}
|
2013-06-25 01:27:11 +08:00
|
|
|
|
2013-07-11 01:11:52 +08:00
|
|
|
const inline void swap_columns(Mat_<double>& A,int col1,int col2){
|
2013-07-03 18:54:23 +08:00
|
|
|
for(int i=0;i<A.rows;i++){
|
|
|
|
double tmp=A(i,col1);
|
|
|
|
A(i,col1)=A(i,col2);
|
|
|
|
A(i,col2)=tmp;
|
|
|
|
}
|
|
|
|
}
|
2013-06-25 01:27:11 +08:00
|
|
|
}}
|