Eu moi je voit que des unités faites par Xp pro et par des xp familliale sont crédité pour les 2 alors que certain crédite que pour les pro et d'autre que pour les familiales enfin les 2 systèmes sont dans le même cas. Ou est-ce qu'ils disent ça ?
Le problème vient des arrondis qui ne sont pas les même pour XP pro et XP Home.
Leiden tout comme Docking ont dejà fait plusieurs classes en fonction des architectures, une même unité est envoyé à 2 ordis de la même classe
• Windows on AMD/PII/PIII
• Windows on Intel (non-PII/III)
• Linux on AMD/PII/PIII
• Linux on Intel (non-PII/III)
• Mac Intel
Mais là ils ont de gros problèmes avec XP pro
une unité faite par 2 XP pro, donnera des résultats correctes.
Tout comme une unité faite par 2 XP Home
Par contre une unité faite par 1 XP pro, et 1 XP Home, donnera 2 résultats différents.
H'mmmm just found out that Windows XP Home does different that Windows XP Pro... If you look at your 'invalid' results, compared to the valid ones, you probably see that the diffreence is not so much the hardware, for which the feedre has been adapetd to scheduler correctly, but the difference lies within the different Windows flavours... sigh... Now I have to schedule for different windows systems as well... Bugger all to MicroLoft ! Not only do they specify the CPU completely different per system... Now you get this !??!?!? Amateurs they are!
Anyway, let mee see if I can implement that somewere this week...
They are both correct, but just not identical.
The reason that the results differ is because of an accumulated roundof error. Each FPU implements the ieee standards slightly different because those standards are open to some interpretation. Each CPU manufacturer + compiler has some room for choices. These different choices normally only cause very small roundof errors in the numbers, but because of the scientific problem being addressed, and the type of program you need for that, these roundoff errors accumulate. Which end result is thus more true than the others is hard to say ;-)... I regard them to be all correct...
The true reason why we use validation is because we want to know for sure that the results are reproducable and correct, given a specific type of hardware and program... We want to be able to remove error results and fake results from the stuff we get back...
m.