Robert Sedgewick in his paper[11] opens discussion for the performance issues of the Shell sort algorithm and claims that finding a sequence that leads to running times 25% lower than the best known certainly would be of practical interest, Running time can be reduced with the reduction in number of comparisons for the algorithm. We have reduced the number of comparisons up to 60% in some ideal cases but in many cases up to 20%. We executed three algorithms (Insertion sort, Shell sort and Enhanced Shell sort ) on same set of data and found some interesting results as can be seen in the comparisons of the algorithms for different cases in Figure 2. The performance of this algorithm would be investigated in future for N= 104 or 106. But its performance has been proved for N= 103 that is useful in normal cases. Some attempts in the past [12][13][14] have shown great concerns about performance. Marcin Ciura [12] shows the results for 128 elements where the data was in sorted form after taking 535.71 swaps but in our case 200 elements have gone through the sorting process from only 471 swaps. These are the standard swaps for 200 elements in our case. They do not change with the change in data but the number of comparisons may vary in certain cases. But overall performance remains better than available performance enhancements techniques.