Вопросы по совершенствованию программы Chemcraft
Re: Вопросы по совершенствованию программы Chemcraft
Есть случаи разного уровня поганости и зависят они от того как этим озаботился юзер и как от него огородились админы.
Случай простейший: расчет идущий на ноде пишет аутпут в папку "на кластере" то есть файл напрямую доступен с мастерноды, его легко снять файловым менеджером (я использую filezilla но никого ни к чему не призываю). У меня так настроена орка. Снимаю файл, визуализирую, принимаю решение - убиваю расчет (на slurm это команда scancel с номером задач, другие системы я давно не трогал, влет не вспомню).
Вариант второй: расчет идет на ноде, и пишет аутпут в скретч на ней же, у пользователя есть доступ к ноде. У нас так поставили гауссиан. Можно конечно заморочиться чтоб перенаправлять файл, но мне лень. Логинюсь на ноду, копирую файл в "общедоступное" место, отлогиниваюсь с ноды, снимаю файл файловым менеджером и далее по ранее описанному алгоритму.
Ситуация третья: аналогична второй но залогиниться на ноду нельзя. Тут конечно печаль-беда и сделать почти ничего нельзя. Ненадо доводить до такого, но если вдруг вы в такой ситуации и не можете настроить перенаправление - то хотя бы запускайте команду проги с time и указанием лимита времени, после которого time убьет расчет (если он не закончится сам), в конце запускающего скрипта прописываете что при окончании задачи все или избранные файлы надо скопировать в папку запуска. Это предохранитель полезный и для других ситуаций, потому как если задача не закончится к официальному таймлимиту на который вы занимаете ноду - вы (в зависимости от настроек админов) рискуете потерять все временные файлы.
Случай простейший: расчет идущий на ноде пишет аутпут в папку "на кластере" то есть файл напрямую доступен с мастерноды, его легко снять файловым менеджером (я использую filezilla но никого ни к чему не призываю). У меня так настроена орка. Снимаю файл, визуализирую, принимаю решение - убиваю расчет (на slurm это команда scancel с номером задач, другие системы я давно не трогал, влет не вспомню).
Вариант второй: расчет идет на ноде, и пишет аутпут в скретч на ней же, у пользователя есть доступ к ноде. У нас так поставили гауссиан. Можно конечно заморочиться чтоб перенаправлять файл, но мне лень. Логинюсь на ноду, копирую файл в "общедоступное" место, отлогиниваюсь с ноды, снимаю файл файловым менеджером и далее по ранее описанному алгоритму.
Ситуация третья: аналогична второй но залогиниться на ноду нельзя. Тут конечно печаль-беда и сделать почти ничего нельзя. Ненадо доводить до такого, но если вдруг вы в такой ситуации и не можете настроить перенаправление - то хотя бы запускайте команду проги с time и указанием лимита времени, после которого time убьет расчет (если он не закончится сам), в конце запускающего скрипта прописываете что при окончании задачи все или избранные файлы надо скопировать в папку запуска. Это предохранитель полезный и для других ситуаций, потому как если задача не закончится к официальному таймлимиту на который вы занимаете ноду - вы (в зависимости от настроек админов) рискуете потерять все временные файлы.
- madschumacher
- Сообщения: 883
- Зарегистрирован: Ср авг 05, 2015 4:30 pm
Re: Вопросы по совершенствованию программы Chemcraft
Никакой проблемы: можно визуализировать как на кластере, так и скачать нужные файлы на персоналку/ноут, и посмотреть там. (не видел ответ Гесса).
И да узрел Охламон, что сие есть круть несусветная!
Re: Вопросы по совершенствованию программы Chemcraft
Да, визуализировать с кластера можно, например VMD, ASE, Molden и XCrysDen могут работать с сервера давая картинку на экране вашего ноута, это работа через "X-serever", подключается например в Putty, и требует подключения через ssh -X а не просто ssh.
Но лично по моим ощущениям это не слишком удобно, вопервых нужен хороший инет, иначе идет задержка, вовторых у всех перечисленных кроме ASE нет практически никакого удобного редактирования, а ASE просто уродливо (хотя и безусловно весьма функционально).
Но лично по моим ощущениям это не слишком удобно, вопервых нужен хороший инет, иначе идет задержка, вовторых у всех перечисленных кроме ASE нет практически никакого удобного редактирования, а ASE просто уродливо (хотя и безусловно весьма функционально).
- madschumacher
- Сообщения: 883
- Зарегистрирован: Ср авг 05, 2015 4:30 pm
Re: Вопросы по совершенствованию программы Chemcraft
Сюда же добавлю и Jmol и Chimera, тоже работают. Видел, что и GView так юзали
Само собой, но обычно такие лаги бесят и в режиме командной строки тоже. Т.е. если через командную строку идёт работа, будто на компе, то и визуализаторы будут терпимы. Проблема в том, что иногда -X иногда на внешних нодах может быть недоступен, опять же, по желанию Одминов.
Вот это, имхо, уже изврат, редактировать на кластере имеет смысл, если подключение ну ооооочень быстрое.
И да узрел Охламон, что сие есть круть несусветная!
Re: Вопросы по совершенствованию программы Chemcraft
Ну да, Галя балувана. Я когда вижу непотребство,madschumacher писал(а): ↑Ср сен 08, 2021 8:09 pmВот это, имхо, уже изврат, редактировать на кластере имеет смысл, если подключение ну ооооочень быстрое.
Re: Вопросы по совершенствованию программы Chemcraft
А у меня на кластере из всего, что пробовал, заработал только молден. Видимо, потому что на этом кластере только базовая поддержка графики, а молден написан на голых Х-ах и, соответственно, из графических библиотек ему требуются только базовые Х-овые. Удивительно, но молден на кластере практически не тормозит, хотя командная строка ощутимо подтормаживает. Им можно редактировать: добавлять/удалять атомы, заменять их на стандартные фрагменты, выделять часть молекулы, перенумеровать атомы, ну, и вручную через встроенный редактор z-матриц. В итоге возможностей редактирования молдена вместе со своими скриптами мне зачастую хватает, чтобы весь проект сделать, не вылазя с кластера .
Re: Вопросы по совершенствованию программы Chemcraft
Здравствуйте. Было бы здорово, если бы программа могла "есть" входные и выходные файлы программного пакета Dalton.
Re: Вопросы по совершенствованию программы Chemcraft
Здравствуйте, коллеги! Подскажите пожалуйста почему в программе ChemCraft для построения графика ЯМР полученного в результате расчетов с помощью Gaussian, при переводе isotropic shieldings into chemical shifts
заложено использование коэффициента = 183.6? Кстати, например для молекулы Ethyl formate , если для атомов C в этом случае получаются более менее близкие к эксперименту значения, то для H отличаются на порядок.
Спасибо.
заложено использование коэффициента = 183.6? Кстати, например для молекулы Ethyl formate , если для атомов C в этом случае получаются более менее близкие к эксперименту значения, то для H отличаются на порядок.
Спасибо.
Re: Вопросы по совершенствованию программы Chemcraft
Я уже не помню, откуда взял именно такое значение. И это именно для спектров C13, а для H надо вручную вводить другие цифры. Мне было лень делать отдельные коэффициенты для C, H и других ядер.alexp51 писал(а): ↑Сб янв 29, 2022 11:14 pmЗдравствуйте, коллеги! Подскажите пожалуйста почему в программе ChemCraft для построения графика ЯМР полученного в результате расчетов с помощью Gaussian, при переводе isotropic shieldings into chemical shifts
заложено использование коэффициента = 183.6? Кстати, например для молекулы Ethyl formate , если для атомов C в этом случае получаются более менее близкие к эксперименту значения, то для H отличаются на порядок.
Спасибо.
Re: Вопросы по совершенствованию программы Chemcraft
Туда надо вводить сдвиги (водородные и углеродные) посчитанные для ТМС на том же уровне теории что и для вашей молекулы.
Re: Вопросы по совершенствованию программы Chemcraft
Коллеги , спасибо большое за помощь! Все понятно.
Re: Вопросы по совершенствованию программы Chemcraft
На самой деле, не все так просто. Из-за кремния константы экранирования ТМС плохо считаются, и если отсчитываться от него, то будет большая систематическая ошибка. Более правильно приписывать стандарту некие эмпирические параметры, которые дают наименьшую ошибку для представительной выборки соединений. Они свои для каждого метода/базиса расчета хим. сдвигов, и их можно вывести самому, но если использовать методы, рекомендованные на сайте Тантилло, то тогда эти эмпирические параметры можно взять с того же сайта. Кроме того, у меня они есть для DFT/PBE/L22 (Природа).
Re: Вопросы по совершенствованию программы Chemcraft
Спасибо большое за инфу. Я по началу тоже задумался относительно кремния. Вижу не я один...
Re: Вопросы по совершенствованию программы Chemcraft
А большая - это сколько? Ну и если она систематическая - то и бог с ней, на идентификацию сильно не повлияет. (А несистематической она быть неможет потому как референс единый для всех пиков). Нас же не напрягают скейлинговые коэфициенты для частот и то что УФ пики можно двигать на 50нм влево-вправо.
Re: Вопросы по совершенствованию программы Chemcraft
Это тоже правильно. Но кремний, по моему все таки это немного стремно в плане расчетов для интерпретации спектров для органики. Хотя ЯМР - щикам видней...
Re: Вопросы по совершенствованию программы Chemcraft
Если работаешь с однотипными соединениями, то проще всего и, возможно, наиболее правильно будет взять несколько соединений, для которых точно известно отнесение и экспериментальные хим.сдвиги, посчитать их и вывести свои параметры. Это быстро и для этого типа соединений, скорее всего, будет точнее. Но, если молекулы не жесткие, иметь в виду конформеры: у различных конформаций хим. сдвиги могут сильно отличаться.
Re: Вопросы по совершенствованию программы Chemcraft
Не совсем понял. Почему кремний? Я про ямр-сдвиг углеродов и водородов в тетраметилсилане, который в эксперименте как раз референс.
Re: Вопросы по совершенствованию программы Chemcraft
Я то, говоря про кремний, имел в виду, что тяжелые атомы (3-го и тем более 4-го периодов) вызывают в рутинных расчетах большую ошибку хим. сдвигов близлежащих легких ядер. Фиг знает, почему. Но не из-за релятивизма
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя