<span style="font-family: Arial;">Hi,<br><br>I didn&#39;t mean to say &quot;drop&quot; when I said low priority.<br>Changing GPU kernels is nearly trivial and much easier than changing optimized CPU kernels. The main work for most special types of interactions is passing the parameters. If you can live with just two variable parameters, like LJ, for your Buckingham application, implementing this is very easy.<br><br>Cheers,<br><br>Berk<br><br><br>----- Reply message -----<br>From: &quot;David van der Spoel&quot; &lt;spoel@xray.bmc.uu.se&gt;<br>To: &quot;Discussion list for GROMACS development&quot; &lt;gmx-developers@gromacs.org&gt;<br>Subject: [gmx-developers] Re: Segmentation fault switching from group        to verlet cutoff shceme<br>Date: Sun, Mar 17, 2013 17:33<br><br></span><br>On 2013-03-17 17:08, Bu wrote:<br>&gt; David van der Spoel wrote<br>&gt;&gt; On 2013-03-16 23:24, Bu Wang wrote:<br>&gt;&gt;&gt; Hi Berk,<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; It might be rare in biological simulations, but for simulations of<br>&gt;&gt;&gt; inorganic materials, it is very common. I think it is a shame that the<br>&gt;&gt;&gt; scope of GROMACS is limited to biomaterials. Lots of researches in my<br>&gt;&gt;&gt; field could benefit from the GROMACS&#39; efficiency and functionality. And<br>&gt;&gt;&gt; some small improvements would enable that.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Anyway, I guess we will have to invest some effort to figure this out<br>&gt;&gt;&gt; ourselves. To help us get started, do we need cuda programing<br>&gt;&gt;&gt; experiences to modify this part of the code?<br>&gt;&gt;<br>&gt;&gt; How about support for tables on GPU?<br>&gt;<br>&gt; That would be great. We do use other non-bonded potential forms. But I hope<br>&gt; you are not suggesting that Buckingham as a standard non-bonded potential<br>&gt; will be dropped in the future versions of GROMACS. If user defined potential<br>&gt; can be supported, adding Buckingham as a standard potential would not be a<br>&gt; big hassle, right?<br>No, rather the diversity will be increased. However I know nothing about <br>GPU programming and for me this has low priority, now anyway, although <br>this may change if multicore chips and GPUs become more commonplace.<br><br>In particular I am interested in the Buckingham variant in this paper <br>http://pubs.acs.org/doi/abs/10.1021/ct300826t as it does not have the <br>singularity at short distance.<br><br>&gt;<br>&gt;<br>&gt;<br>&gt; --<br>&gt; View this message in context: http://gromacs.5086.n6.nabble.com/Segmentation-fault-switching-from-group-to-verlet-cutoff-shceme-tp5006353p5006386.html<br>&gt; Sent from the GROMACS Developers Forum mailing list archive at Nabble.com.<br>&gt;<br><br><br>-- <br>David van der Spoel, Ph.D., Professor of Biology<br>Dept. of Cell &amp; Molec. Biol., Uppsala University.<br>Box 596, 75124 Uppsala, Sweden. Phone:        +46184714205.<br>spoel@xray.bmc.uu.se &nbsp; &nbsp;http://folding.bmc.uu.se<br>-- <br>gmx-developers mailing list<br>gmx-developers@gromacs.org<br>http://lists.gromacs.org/mailman/listinfo/gmx-developers<br>Please don&#39;t post (un)subscribe requests to the list. Use the <br>www interface or send it to gmx-developers-request@gromacs.org.<br>