>From our group's experience, there is a critical point for dramatic performance drop when one uses two many tables. The possible reason is that the size of tables exceeds the cache size. However, this only happens when the number of tables is beyond something like 50. The total table size for the critical point can depend on the hardware condition. <br>
Lanyuan <br><br><div class="gmail_quote">On Mon, Jul 19, 2010 at 1:49 PM, ms <span dir="ltr"><<a href="mailto:devicerandom@gmail.com">devicerandom@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 19/07/10 18:32, Da-Wei Li wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I remember the manu states that it won't cost too much compared with<br>
standard potential function form.<br>
</blockquote>
<br></div>
Well, I find in the manual exactly the opposite:<br>
"Note that table lookup is significantly slower than computation of the most simple Lennard-Jones and Coulomb interaction." (p.133)<br>
<br>
But I am already using tables for most nonbonded interactions and the performance is OK. What I would like to know is, if I increase the *number of tables* (keeping the number of particles/interactions the same, but, say, using two tables where I used only one before), is it going to be significantly worse or not?<br>
<br>
thanks!<div><div></div><div class="h5"><br>
m.<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
dawei<br>
<br>
On Mon, Jul 19, 2010 at 1:22 PM, ms<<a href="mailto:devicerandom@gmail.com" target="_blank">devicerandom@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On 19/07/10 17:32, Da-Wei Li wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
It will be very little from my experience. Remember that the dominate<br>
part is the non-bonded force calculation.<br>
</blockquote>
<br>
Well, that's exactly what I tabulate.<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
dawei<br>
<br>
On Mon, Jul 19, 2010 at 12:22 PM, ms<<a href="mailto:devicerandom@gmail.com" target="_blank">devicerandom@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Hi,<br>
<br>
Do you know where can I find some information on how using tabulated<br>
potential affects gmx performance, and how? I have to decide how to<br>
project<br>
a custom model but I don't want to calculate dozens of tables only to<br>
find<br>
that gmx grinds to a halt.<br>
<br>
thanks!<br>
M.<br>
--<br>
gmx-users mailing list <a href="mailto:gmx-users@gromacs.org" target="_blank">gmx-users@gromacs.org</a><br>
<a href="http://lists.gromacs.org/mailman/listinfo/gmx-users" target="_blank">http://lists.gromacs.org/mailman/listinfo/gmx-users</a><br>
Please search the archive at <a href="http://www.gromacs.org/search" target="_blank">http://www.gromacs.org/search</a> before<br>
posting!<br>
Please don't post (un)subscribe requests to the list. Use the www<br>
interface<br>
or send it to <a href="mailto:gmx-users-request@gromacs.org" target="_blank">gmx-users-request@gromacs.org</a>.<br>
Can't post? Read <a href="http://www.gromacs.org/mailing_lists/users.php" target="_blank">http://www.gromacs.org/mailing_lists/users.php</a><br>
<br>
</blockquote></blockquote>
<br>
--<br>
gmx-users mailing list <a href="mailto:gmx-users@gromacs.org" target="_blank">gmx-users@gromacs.org</a><br>
<a href="http://lists.gromacs.org/mailman/listinfo/gmx-users" target="_blank">http://lists.gromacs.org/mailman/listinfo/gmx-users</a><br>
Please search the archive at <a href="http://www.gromacs.org/search" target="_blank">http://www.gromacs.org/search</a> before posting!<br>
Please don't post (un)subscribe requests to the list. Use the www interface<br>
or send it to <a href="mailto:gmx-users-request@gromacs.org" target="_blank">gmx-users-request@gromacs.org</a>.<br>
Can't post? Read <a href="http://www.gromacs.org/mailing_lists/users.php" target="_blank">http://www.gromacs.org/mailing_lists/users.php</a><br>
<br>
</blockquote></blockquote>
<br>
-- <br>
gmx-users mailing list <a href="mailto:gmx-users@gromacs.org" target="_blank">gmx-users@gromacs.org</a><br>
<a href="http://lists.gromacs.org/mailman/listinfo/gmx-users" target="_blank">http://lists.gromacs.org/mailman/listinfo/gmx-users</a><br>
Please search the archive at <a href="http://www.gromacs.org/search" target="_blank">http://www.gromacs.org/search</a> before posting!<br>
Please don't post (un)subscribe requests to the list. Use the www interface or send it to <a href="mailto:gmx-users-request@gromacs.org" target="_blank">gmx-users-request@gromacs.org</a>.<br>
Can't post? Read <a href="http://www.gromacs.org/mailing_lists/users.php" target="_blank">http://www.gromacs.org/mailing_lists/users.php</a><br>
</div></div></blockquote></div><br>