速度vs精度:在AutoDock Vina中,不同对接盒子Box Size 、 Exhaustiveness对配体姿势精度的影响

本文主要是介绍速度vs精度:在AutoDock Vina中,不同对接盒子Box Size 、 Exhaustiveness对配体姿势精度的影响,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

速度vs精度:在AutoDock Vina中,不同对接盒子Box Size 、 Exhaustiveness对配体姿势精度的影响

在这里插入图片描述

介绍:

在Autodock Vina的中,用户需要提供两个关键的相关参数:

1)盒子大小(Box Size),即对接搜索空间的大小;

2)Exhaustiveness,即从随机配体结构开始的独立运行的数量(每一次运行都由连续的局部优化步骤组成,其中包括对评分函数及其在位置-方向-扭矩坐标中的导数的许多评估)。Exhaustiveness通常直接与运行时间相关。Exhaustiveness越低对接速度越快,Exhaustiveness越高搜索空间更全面。

我们使用Autodock Vina对PDBbind v2017 refine数据集进行了对接探索Exhaustiveness对对接能力的影响。对于所有的盒子大小,Exhaustiveness=1始终表现最差,当对接盒子越大越差。不断增加的Exhaustiveness显著提高了所有盒子大小的对接能力,但对于更大的搜索盒子尤其如此。当Exhaustiveness大于25时,mRMSD值变化最小。

实验设置:

本研究使用的PDBbind v2017 refined数据集由蛋白质数据库(PDB)中可用的4154个实验确定的蛋白质-配体复合物结构组成。受体和配体使用*AutoDockTools (prepare ligand4.py和prepare receptor4.py)*转换为PDBQT格式。使用了5种不同的Exhaustiveness:1、8、25、50、75、100,其余参数设置为Autodock Vina中的默认值,对接使用AutoDock Vina 1.1.2完成。

PDBbind含有不同大小的蛋白质,具有不同的口袋体积。对于每个复合物,**将搜索框的中心设置为结晶配体的几何中心。**每个蛋白质的对接盒子大小使用两个标准来选择:1)(配体实验一)无论配体大小如何,边缘设置为15,20,25,30 Å;2)(配体实验二)作为使用eBoxsize计算的结晶配体的旋转半径(Rg)的因子(即根据配体大小固定对接盒子)。使用边为X和两倍X (2X)的立方盒。所有的计算都用不同的种子进行了三次。利用OpenBabel中的obrms模块计算配体的重原子均方根偏差(RMSD)。

实验结果:

1、对于特定的box size,增加Exhaustiveness会得到更准确的配体姿势,

2、增加box size增大了搜索空间,因此需要更大的Exhaustiveness。

3、对于配体实验一,Exhaustiveness最大可以设为25,此时对接能力已收敛,超过25mRMSD不再有显著变化。

4、使用eBoxsize工具根据配体尺寸定义box size,该工具旨在计算最佳对接box size,以最大限度地提高绑定位姿预测的准确性。该工具生成的盒子只大到足以包含晶体配体口袋,因此由于可用搜索空间小,提供了非常高的对接能力。虽然这种方法并不意味着用于真实世界的化学文库虚拟筛选,以识别潜在的类药物分子,但我们已经使用它来标准化基于配体大小的盒子大小。由于上述原因,

如果box size较小(X),从6到40 Å,Exhaustiveness值对mRMSD的影响较小。

然而,对于更大的盒子(2X), mRMSD值分别为5.4 Å, 2.2 Å和1.6 Å,在耗尽性为1,8和25时,影响是严重的。在25岁之后mRMSD略有下降,并似乎在耗尽性50时趋于一致。总的来说,使用这两种盒子大小方法的结果是相似的。

5、在三个种子/独立运行中(random seed),所有结果都是一致的。

在低Exhaustiveness对接中,Exhaustiveness和准确性之间的权衡会严重损害准确性,同样,运行Exhaustiveness> 25的值基本上是没有用的。总的来说,Autodock Vina中的默认Exhaustiveness=8表现良好(即,当使用RMSD < 2.0 Å的截止值时),但使用25的值会导致稍微更好的结果。因此,本研究建议Autodock Vina用户选择耗尽性值为8,如果计算资源可用,也可以选择25。

这篇关于速度vs精度:在AutoDock Vina中,不同对接盒子Box Size 、 Exhaustiveness对配体姿势精度的影响的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/421920

相关文章

2. c#从不同cs的文件调用函数

1.文件目录如下: 2. Program.cs文件的主函数如下 using System;using System.Collections.Generic;using System.Linq;using System.Threading.Tasks;using System.Windows.Forms;namespace datasAnalysis{internal static

【Prometheus】PromQL向量匹配实现不同标签的向量数据进行运算

✨✨ 欢迎大家来到景天科技苑✨✨ 🎈🎈 养成好习惯,先赞后看哦~🎈🎈 🏆 作者简介:景天科技苑 🏆《头衔》:大厂架构师,华为云开发者社区专家博主,阿里云开发者社区专家博主,CSDN全栈领域优质创作者,掘金优秀博主,51CTO博客专家等。 🏆《博客》:Python全栈,前后端开发,小程序开发,人工智能,js逆向,App逆向,网络系统安全,数据分析,Django,fastapi

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

uva 10061 How many zero's and how many digits ?(不同进制阶乘末尾几个0)+poj 1401

题意是求在base进制下的 n!的结果有几位数,末尾有几个0。 想起刚开始的时候做的一道10进制下的n阶乘末尾有几个零,以及之前有做过的一道n阶乘的位数。 当时都是在10进制下的。 10进制下的做法是: 1. n阶位数:直接 lg(n!)就是得数的位数。 2. n阶末尾0的个数:由于2 * 5 将会在得数中以0的形式存在,所以计算2或者计算5,由于因子中出现5必然出现2,所以直接一

SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

查看原文>>>全流程SWAP农业模型数据制备、敏感性分析及气候变化影响实践技术应用 SWAP模型是由荷兰瓦赫宁根大学开发的先进农作物模型,它综合考虑了土壤-水分-大气以及植被间的相互作用;是一种描述作物生长过程的一种机理性作物生长模型。它不但运用Richard方程,使其能够精确的模拟土壤中水分的运动,而且耦合了WOFOST作物模型使作物的生长描述更为科学。 本文让更多的科研人员和农业工作者

速了解MySQL 数据库不同存储引擎

快速了解MySQL 数据库不同存储引擎 MySQL 提供了多种存储引擎,每种存储引擎都有其特定的特性和适用场景。了解这些存储引擎的特性,有助于在设计数据库时做出合理的选择。以下是 MySQL 中几种常用存储引擎的详细介绍。 1. InnoDB 特点: 事务支持:InnoDB 是一个支持 ACID(原子性、一致性、隔离性、持久性)事务的存储引擎。行级锁:使用行级锁来提高并发性,减少锁竞争

MyBatis 切换不同的类型数据库方案

下属案例例当前结合SpringBoot 配置进行讲解。 背景: 实现一个工程里面在部署阶段支持切换不同类型数据库支持。 方案一 数据源配置 关键代码(是什么数据库,该怎么配就怎么配) spring:datasource:name: test# 使用druid数据源type: com.alibaba.druid.pool.DruidDataSource# @需要修改 数据库连接及驱动u

如何更优雅地对接第三方API

如何更优雅地对接第三方API 本文所有示例完整代码地址:https://github.com/yu-linfeng/BlogRepositories/tree/master/repositories/third 我们在日常开发过程中,有不少场景会对接第三方的API,例如第三方账号登录,第三方服务等等。第三方服务会提供API或者SDK,我依稀记得早些年Maven还没那么广泛使用,通常要对接第三方

论文翻译:ICLR-2024 PROVING TEST SET CONTAMINATION IN BLACK BOX LANGUAGE MODELS

PROVING TEST SET CONTAMINATION IN BLACK BOX LANGUAGE MODELS https://openreview.net/forum?id=KS8mIvetg2 验证测试集污染在黑盒语言模型中 文章目录 验证测试集污染在黑盒语言模型中摘要1 引言 摘要 大型语言模型是在大量互联网数据上训练的,这引发了人们的担忧和猜测,即它们可能已

linux中使用rust语言在不同进程之间通信

第一种:使用mmap映射相同文件 fn main() {let pid = std::process::id();println!(