Restricted-Access

 

 
       

 

MMGAs> Fitness sharing: Continuously Updated Sharing (CUS)

                                                                                                                                                                                                                                                                

 

Last update: 06/2011

 

 

     Parameters

 

 

■ Niche radius (σshare): the maximum distance that defines the belonging to a niche

Niche size (n*)

 

 

     Description

 

Continuously updated sharing (CUS) was developed to overcome FS restrictions. The process of penalization was modified by combining it with a more appropriate selection (the tournament selection). The method is applied during the selection process in a continuous way so that the result is observed father by father. Instead of penalizing the present areas in the starting population of each generation, those that are being chosen during the selection are being penalized. This way, the quality in the zones where there are already various fathers selected, is penalized restricting the possibility of their individuals being elected again for the matting pool.

 

To do this, at the beginning, the original quality of the solutions (fi) is used in the selection of the first father, since there are not any solutions in the matting pool. In the selection process of the second father the fitness sharing is now used, with the quality of all the solutions of the population modified according to the proximity to the selected father in the previous step. Thus, the process will continue until the desired parents are obtained. The accumulated value of the fitness sharing of the solutions of the starting population is updated in a continuous way each time a new father is selected and according to the distance between them, and it is used in an immediately in the selection process.

 

The proposed selection system besides the continuously updated sharing (CUS) was the restricted binary tournament (RBT). This method uses a parameter called size of maximum niche (n*). If both solutions that compete in the tournament belong to niches with a smaller size than n*, the solution with a higher quality will be the winner. If not, the one with a higher risk to disappear will win.

 

This process is shown in the following flowchart:

 

 

 
 

     Executable

 

The following three files have to be in the same folder. Do not change the name of the file. Double-click the .exe file to run it.

 

  JSSP

Executable

exe

Data File

Open .txt file of the instance you want to run (for JSSP), copy and paste its contents inside this file.

D_Entrada

Parameters File

Open the file and change the parameters

D_Algoritmo

 

The following five files of solutions are generated:

D_Sal_Mejores-txt (includes the best solutions).

D_Sal_Optimos (includes the value of the objective function, i.e., Cmax).

D_Sal_NumOptimos (includes the number of different solutions where the optima value specified in the data file has been reached). This file is empty if this value is not reached.

D_Sal_Distancias (includes the distances between solutions where the optima value specified in the data file has been reached). This file is empty if either this value is not reached or only one solution is achieved.

D_Sal_Soluciones (includes the schedule of the solutions where the optima value specified in the data file has been reached). This file is empty if this value is not reached.

 

 

     References

 
Oei, C. K., Godberg, D. E. and Chang, s. J. (1991). Tournament selection, niching and the preservation of diversity. IlliGAL Report No. 91011. University of Illinois. USA  

 

   

Universidad de Valladolid. Webmaster Marta Posada