Hi Brian,
I just did a bit of looking here and either something has changed since my
first experiments with 9.6 or I was remembering incorrectly. The functions
exposed in the cartridge need to be marked as being "parallel safe" in
order to be usable in a parallel query. At the moment none of them
Doesn't appear like ::mol parallelized either. Only seeing the following
use 1 CPU in top.
ligandlibrary=# explain analyze select count(*) from ligands where
rdkit_mol@>'Br'::mol;
QUERY PLAN
I think they should. Does a ::mol query on the same table parallelize? If
it does but a ::qmol query does not maybe I forgot something in the SQL
function definitions
On Fri, 1 Jun 2018 at 15:43, Brian Cole wrote:
> Hi Greg,
>
> Are SMARTS searches with the ::qmol type supposed to parallelize?
Hi Greg,
Are SMARTS searches with the ::qmol type supposed to parallelize? They
don't appear to be either.
-Brian
On Fri, Jun 1, 2018 at 1:46 AM, Greg Landrum wrote:
> Hi Brian,
>
> When the new parallel queries came out I checked that they actually could
> be used and things seemed fine.
>
This year we will be running two training workshops on the day before the
2018 RDKit UGM in Cambridge: one on using the RDKit in Python, the other on
using the RDKit in KNIME. Both workshops are free, but have a limited
number of slots available (it's really hard to do a good interactive
workshop
Dear all,
Here are a few Cambridge hotels, all of which currently have rooms
available from 19-21 September (sorted by distance from the Chemistry
Department):
Lensfield Hotel (from £98/night, 2 minutes from meeting location, on
Lensfield Road)
http://www.lensfieldhotel.co.uk/booking-step-2/
6 matches
Mail list logo