PI3K Target geht weg wie nix

[BrainMcFly]

seit 3 Tagen bekommt mein Flaggschiff (XP1800) immer mehr dieser PI3K Targets, seitem steigt auch kontinuierlich der WU-Ausstoss, die Teile rechnen sich weg wie nix, selten ein Conformer über 2 Minuten....

Eigenartigerweise bekommt mein 2ter Rechner kaum einen dieser Targets.....

[Xentar]

Jop, hast Recht.
Mir fällt grad mal auf, dass ich auch schon an den neuen Targets am Rechnen bin.
Ich rechne daran auch nicht länger als 2 Minuten, meistens liegt die Zeit so bei 1:40.

[Kaede]

ja, aber dafür ist die Initialisierungsphase auch um einiges länger.....

[dismit]

Hmmm ....

scheint wirklich daran zu liegen, dass bei PI3K vor der Berechnung ganze 20 Minuten lang mit GRIDWIN initialisiert wird ..... bei PTEN sind das bei mir max 1-2 Minuten ...... jedenfalls bei meinen beiden P3 1GHz ......

Warum werden die 20 Minuten für die Initialisierung eigentlich nicht im DSpy.log mitgeloggt?

Ausserdem hat es noch einen anderen Grund:

bei PTEN werden verdammt viele Substanzen der Klassen nci_25xx_xxxx getestet, obwohl diese (nur bei mir?) NIE eine negative Enthalpie erreichen und im Durchschnitt (deshalb?) viel länger brauchen also die Substanzklassen nci_1xxx_xxxx die zu einer negativen Enthalpie führen.

Da nur die negativen Werte überhaupt als Medikament in Betracht gezogen werden können (siehe die TSC Statisiken), frage ich mich schon den ganzen Tag, warum so exzessiv viel Rechenzeit durch das Testen dieser aussichtslosen Substanzklassen geopfert wird ......
(oder wird hier nach dem Prinzip getestet, dass es zwar nicht funktionieren kann, aber es gibt immer Ausnahmen von jeder Regel?)

In den TOP100 Kandidaten ist nicht einer aus der Klasse nci_25xx_xxxx

Vielleicht kann mich jemand erleuchten ???

P.S.

Nachtrag:

Heute morgen habe ich zum erstenmal einen nci_2514_xxxx mit minimaler negativer Enthalpie (-3.37). Ganze 13 Minuten pro Conformer bei 87 Atomen und 8 drehbaren Bindungen. Nichts ist unmöglich