Форум 3DNews
Вернуться   Форум 3DNews > Разное > Флейм > Тематический околокомпьютерный флейм

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 25.04.2019, 09:42   [включить плавающее окно]   #181
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Форум (НСКФ-2016)

Цитата (Nether15Lands) »
Единственное что opencl тормозит компьютер, некоторые задания так сильно тормозят что не реагирует интерфейс виндовс, пришлось выбрать cuda и самые простенькие opencl, с ними подтормаживает но терпимо. Проблема по всей видимости очень редкая, в интернете на рускоязычном нашёл всего одно упоминание о тормозах на opencl, зато о тормозах на openGL целая куча постов. На процессоре принципиально не считаю, сильно разогнан, уже старенький, боюсь чтоб не сгорел. Да и с процессором электроэнергии набегает много, неприлично много, видюха то топовая, только древняя.
opencl тормозит комп если только ему не хватает видео памяти или оперативной. А так ничего нормально работает ...

А вот у меня наоборот видюха жрет электроэнергию как не в себя, поэтому я ее не использую, а только процессор.

Ну и главное это реклама этих вычислений и привлечение людей...
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 26.04.2019, 11:52   [включить плавающее окно]   #182
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Новая методика моделирования FightAIDS @ Home Team опубликована в отраслевом журнале
22 апреля 2019 г.
Резюме
Команда FightAIDS @ Home - Phase 2 объединилась с World Community Grid для изучения и уточнения результатов этапа 1 проекта. За последние 18 месяцев они создали новую технику, называемую асинхронный обмен репликами, которая значительно повышает эффективность их вычислений и может иметь значение для других исследователей, которые используют то же программное обеспечение для обнаружения лекарств. Результаты этой работы были недавно опубликованы в журнале химической информации и моделирования.
Компьютерные эксперименты по открытию лекарств требуют точного и очень подробного моделирования молекулярных взаимодействий. К сожалению, традиционные вычислительные ресурсы, даже высокопроизводительные компьютерные кластеры, такие как World Community Grid, часто не могут обеспечить уровень детализации этих сложных взаимодействий, чтобы сделать их настолько точными, насколько это необходимо ученым для дальнейшей работы. Точно так же вычислительные ресурсы World Community Grid огромны, но его базовый дизайн не идеально подходил для конкретных методов молекулярного моделирования, которые использовали ученые FightAIDS @ Home.
На протяжении более 18 месяцев исследовательская группа тесно сотрудничала с разработчиками World Community Grid Кейтом Аплингером и Джонатаном Армстронгом для создания и тестирования асинхронного обмена репликами, нового протокола выборки, который обеспечивает очень тонкую динамическую молекулярную симуляцию. Асинхронный обмен репликами, который подробно описан в статье, недавно опубликованной исследовательской группой, может иметь значение для будущей работы по обнаружению наркотиков для ученых, которые используют то же программное обеспечение для компьютерного моделирования.
Вы можете прочитать реферат статьи здесь. Спасибо всем, кто жертвует компьютерным временем на поддержку FightAIDS @ Home.
https://pubs.acs.org/doi/full/10.1021/acs.jcim.8b00817
https://pubs.acs.org/doi/full/10.1021/acs.jcim.8b00817
https://www.worldcommunitygrid.org/a...?articleId=588
Нажмите на изображение для увеличения
Название: DSC_2307_1_800x530.jpg
Просмотров: 34
Размер:	274.9 Кб
ID:	54821
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.05.2019, 01:03   [включить плавающее окно]   #183
Nether15Lands
Мужской Новенький
 
Регистрация: 24.04.2019
Цитата (SETI_home_v8) »
opencl тормозит комп если только ему не хватает видео памяти или оперативной. А так ничего нормально работает ...

А вот у меня наоборот видюха жрет электроэнергию как не в себя, поэтому я ее не использую, а только процессор.

Ну и главное это реклама этих вычислений и привлечение людей...
16gb оперативы и гиг видео, хватает там всего, я ж говорю проблема еденичная, думаю связана с варпами в видеочипе, самый прикол что стало в несколько раз сильнее тормозить когда удвоил оперативку, может с ресурсами материнки что или с адресами памяти, в общем в инете нет инфы. У меня кстати тоже видюха жрёт как не в себе, но с процессором может выйти ещё больше на 2-3 холодильника я уж незнаю, прикидывал что не должно так мотать, даже если взять за основу 250 ват круглосуточно, это 6 в сутки, 180 в месяц, так как стоят светодиодные лампы и режим экономии во всём доме, ну не должно так мотать в общем, у меня только одна мысль, что блок питания с активным коректором неисправно работает, фильтрует импульсы из общей сети не те что нужно , и свои и чужие, а счетчик и рад подсчитывать эти импульсы
Nether15Lands вне форума  
Ответить с цитированием
Непрочитано 01.05.2019, 01:13   [включить плавающее окно]   #184
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (Nether15Lands) »
с варпами в видеочипе
С чем с чем?..
https://ru.wikipedia.org/wiki/%D0%92%D0%B0%D1%80%D0%BF
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.05.2019, 11:51   [включить плавающее окно]   #185
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
с варпами в видеочипе )) с варпами он конечно загнул...
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.05.2019, 12:56   [включить плавающее окно]   #186
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (SETI_home_v8) »
с варпами он конечно загнул...
А это как тогда прокомментируешь?))
Цитата (Nether15Lands) »
что блок питания с активным коректором неисправно работает, фильтрует импульсы из общей сети не те что нужно , и свои и чужие, а счетчик и рад подсчитывать эти импульсы
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.05.2019, 17:45   [включить плавающее окно]   #187
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Цитата (garniv) »
А это как тогда прокомментируешь?))
тоже брехня какая то ...)))
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.05.2019, 15:04   [включить плавающее окно]   #188
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
LHC @ home: новая версия SixTrack 5.02.05 выпущена на BOINC для производства
https://lhcathome.cern.ch/lhcathome/...?id=5011#38687
Уважаемые волонтеры,

После длительного периода разработки и тестирования мы рады сообщить, что у нас на BOINC появился новый основной выпуск SixTrack. Команда разработчиков проделала впечатляющую работу по ре-факторизации кода, портируя массивы для динамического выделения памяти, разбивая исходный код (собранный в несколько огромных исходных файлов) на модули fortran90, упрощая обслуживание и удаляя большое количество дублированного кода и больших массивов. массивы - без упоминания бесчисленных исправлений ошибок, обновлений документации, переписанного анализа ввода, улучшенной системы сборки и набора тестов.

Мы также реализовали множество новых функций. Большинство из них по-прежнему доступны только в пакетной системе как CERN (например, соединение с Geant4 или Pythia, запуск в сочетании с FLUKA или другими внешними кодами, поддержка ROOT и HDF5), но многие из них уже могут быть развернуты заданиями BOINC, такими как проверка апертуры в режиме онлайн, электронные линзы, обобщенные РЧ-мультиполи, квадрупольные краевые поля и хеширование файлов для проверок. Все эти новые функции позволят нам изучить новые конфигурации машины и уточнить результаты, и мы рассчитываем на вашу помощь!

Еще раз спасибо за вашу поддержку, и продолжайте в том же духе!

Алессио, для команды SixTrack
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.05.2019, 15:37   [включить плавающее окно]   #189
Lexx77
Мужской Заслуженный
 
Аватар для Lexx77
 
Регистрация: 20.02.2011
Адрес: Ишим, Тюм. обл.
Цитата (SETI_home_v8) »
и продолжайте в том же духе!
Билиборда. Нихрена не понял.
__________________
Александр
Lexx77 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.05.2019, 16:05   [включить плавающее окно]   #190
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Цитата (Lexx77) »
Билиборда. Нихрена не понял.
это оповещение о том что в проекте обновилось счетное приложение для участников вычислений от адронного коллайдера...
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 10.05.2019, 08:47   [включить плавающее окно]   #191
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Вселенная @ Home: Эмиссия от ULX
После серии работ, посвященных источникам гравитационных волн, мы опубликовали результаты, касающиеся источников ультрафиолетового излучения. В статье мы анализируем анизотропное излучение этих источников и показываем, что фактическая заселенность ультрафиолетовых источников рентгеновского излучения отличается от наблюдаемой. В частности, при съемках с ограниченным потоком наблюдаемая популяция будет сильно смещена в сторону аккреторов черной дыры, тогда как аккреторы нейтронных звезд доминируют в наблюдениях с ограниченным объемом.

Работу можно найти здесь https://arxiv.org/abs/1811.08998
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 17.05.2019, 05:41   [включить плавающее окно]   #192
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Сенсорные сети и городские службы
Сотовый телефон как источник распределенных вычислений
Смартфоны могут быть средством доставки услуг обществу. Для городов, педагогов, поставщиков медицинских услуг и всех, кто хочет помочь гражданам более дешевым и эффективным способом, сделать приложение для смартфона доступным является обычным шагом. Около половины всех американцев имеют смартфоны, и все пользователи смартфонов держат эти устройства под рукой. Таким образом, городские менеджеры, которые хотят связаться с людьми, на которых они, скорее всего, обратят внимание, и которые надеются предоставить информацию, когда она окажется наиболее полезной, планируют использовать возможности смартфонов.
Эти устройства загружены привлекательными атрибутами: яркие, захватывающие экраны; программируемая возможность загрузки и запуска приложений; Доступ в Интернет; цифровые компасы и гироскопы; камеры; GPS, позволяющий предоставлять услуги на основе определения местоположения и геотегитирование сообщений пользователем устройства; акселерометры, обеспечивающие функциональность наклона и жестов; микрофоны; и датчики внешнего освещения. В этом месяце Samsung выпустила Galaxy S4, который имеет барометр, термометр, магнитометр и гигрометр для измерения давления воздуха, температуры, напряженности магнитного поля и влажности соответственно.
Вот в чем дело: все эти датчики также могут использоваться для сбора информации о пользователе устройства и контексте использования этого пользователя. Вы можете думать о смартфоне как о устройстве отслеживания, которое позволяет осуществлять голосовые вызовы. И пользователь может не иметь представления (или забыл), что это происходит. Городам нужно будет тщательно продумать протоколы, по которым они будут собирать информацию с помощью приложений для смартфонов, потому что баланс между «жутким» и «защищающим нас / доставляющим хорошие вещи» чрезвычайно сложен для достижения.
Городам нужно будет тщательно продумать протоколы, по которым они будут собирать информацию с помощью приложений для смартфонов, потому что баланс между «жутким» и «защищающим нас / доставляющим хорошие вещи» чрезвычайно сложен для достижения.
Представьте себе приложение, которое включает все микрофоны в смартфонах в определенной области для отслеживания звуков. Полезно для поиска потерянного ребенка; жуткий в деловой обстановке. Или представьте себе приложение, которое автоматически включает камеру в вашем смартфоне, когда вы используете это приложение, чтобы окликнуть такси. Полезно для разрешения споров, организации оплаты и виртуальных «глаз на улицу»; жуткий почти во всех других отношениях - хотя Uber идет впереди с этим.
Это дразнит: менеджеры могут измерять благополучие своих городов, отслеживая уровни шума, социальную активность (количество текстов и звонков), изменяя условия окружающей среды (влажность, температура, уровни освещенности) и заторы. Города могут использовать смартфоны в качестве распределенных систем зондирования, которые будут полезны для управления движением в хаотических условиях (вспомните эти акселерометры) и для измерения качества воздуха в районах, где есть проблемы с астмой.
Однако представьте заголовки; представьте себе асимметрию власти, которая может возникнуть в результате сбора, хранения и использования этой информации в городе.
Превращение телефонов граждан в обобщенные метеостанции, с их разрешения, может подойти; Измерение влажности и температуры по отдельности не кажется жутким. Возможно, это указывает на принцип. Измерение природы: потенциально не жутко. Измерение человека (звуки, человек и машина; тексты и звонки; местоположение): потенциально жутко, даже с разрешением. Люди забывают, что они выбрали, в конце концов.
И даже эксперты не могут понять, насколько обширно информация может быть собрана, разрезана, триангулирована и понята в будущем. Недавнее исследование показало, что индивидуальные черты личности могут быть более надежно предсказаны с помощью смартфона, чем с помощью личностных тестов; другое исследование показало, что только четыре точки данных, взятые из «анонимизированных» телефонных данных, могут позволить идентифицировать конкретного человека. (Мы все существа привычки, отмечая ежедневные путешествия, которые очень последовательны в течение длительных периодов времени.)
Парадокс смартфонов заключается в том, что они являются одновременно самыми частными и потенциально общими. Они предоставляют самый большой потенциал для распределенного, эффективного доступа к государственным ресурсам и улучшения государственных услуг, который когда-либо предполагался. И их использование для создания и сбора данных создает наибольшие риски для личной автономии, которые мы когда-либо воображали.
https://datasmart.ash.harvard.edu/ne...y-services-242
https://boinc.berkeley.edu/wiki/Simple_view
https://boinc.berkeley.edu/download_all.php
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.05.2019, 07:25   [включить плавающее окно]   #193
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Картирование маркеров рака.
Рак, одна из ведущих причин смерти во всем мире, бывает разных видов и форм, в которых неконтролируемый рост клеток может распространиться на другие части тела. Без контроля и лечения рак может распространяться от исходного участка к другим частям тела и в конечном итоге привести к смерти. Заболевание вызвано генетическими или экологическими изменениями, которые мешают биологическим механизмам, которые контролируют рост клеток. Эти изменения, а также нормальные клеточные активности могут быть обнаружены в образцах тканей благодаря наличию их уникальных химических показателей, таких как ДНК и белки, которые вместе известны как «маркеры». Конкретные комбинации этих маркеров могут быть связаны с данным типом рака.
Структура маркеров может определить, подвержен ли человек развитию конкретной формы рака, а также может предсказать прогрессирование заболевания, помогая предложить лучшее лечение для данного человека. Например, два пациента с одной и той же формой рака могут иметь разные результаты и по-разному реагировать на одно и то же лечение из-за разного генетического профиля. Хотя уже известно, что некоторые маркеры связаны с определенными видами рака, есть еще много других, которые могут быть обнаружены, поскольку рак очень неоднороден.
Картирование маркеров рака на сетке World Community Grid направлено на выявление маркеров, связанных с различными типами рака. Проект анализирует миллионы точек данных, собранных из тысяч образцов тканей здоровых и раковых пациентов. К ним относятся ткани с раком легких, яичников, простаты, поджелудочной железы и молочной железы. Сравнивая эти разные данные, исследователи стремятся выявить закономерности маркеров для разных видов рака и соотнести их с разными результатами, включая реагирование на различные варианты лечения.
https://youtu.be/60otR60fPYo
Как подключится к распределенным вычислениям
https://boinc.berkeley.edu/wiki/Simple_view
https://boinc.berkeley.edu/download_all.php
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.05.2019, 10:29   [включить плавающее окно]   #194
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Ученик средней школы Сислера использовал машины в борьбе с раком.
Дилан Буччи, ученик 10-го класса, жертвует свои навыки работы на компьютере и исследовательский институт Krembil в Торонто. Он сконфигурировал многие серверы Dell для связи с программой добровольцев IBM под названием World Community Grid и предоставил вычислительную мощность Krembil, который работает над исследовательским проектом по картированию раковых маркеров.
Крембил посылает Буччи несколько небольших файлов, содержащих данные, которые необходимо обработать, и он должен убедиться, что все компьютеры работают и работают, проверяя наличие проблем. Он был системным администратором проекта более месяца.
Буччи сказал, что работает над проектом и передает свои навыки исследованиям рака рядом с домом.
«Некоторые действительно близкие друзья семьи скончались от рака. Некоторые из них могли бы быть предотвращены, если бы они были пойманы раньше, поэтому попытка заразиться раком до того, как он станет настоящей проблемой, - это то, что (Крембил) пытается сделать, и это то, что я очень хочу помочь с этим ", сказал он. «Если рак останется, давайте сделаем его менее смертоносным».
Cyber Academy Sisler в настоящее время занимает второе место в мире среди средних школ, которые предоставляют вычислительные мощности исследовательским центрам, и входит в семерку лучших канадских доноров.
Все 11 серверов, над которыми работает Буччи, были пожертвованы Сислеру, и школьный учитель сети и кибербезопасности Роберт Эспозито сказал, что они лучшие. Bucci направляет 90 процентов вычислительной мощности, которую они имеют в школе, на исследования рака и проводит исследования примерно за 14 лет в месяц.
В программе 9-го класса Sisler дает своим учащимся-компьютерщикам возможность почувствовать, как они могут помочь сообществу с помощью небольшого проекта. Они могут поддержать исследования рака, исследования изменения климата, исследования вирусов Zika, выполнить базовую установку на своих компьютерах в виртуальной среде и проводить презентации для своих одноклассников.
Буччи просто поднял эту идею на более высокий уровень, и его работа оценивается как его последнее задание.
«Количество вычислительной мощности, которую он предоставлял, находится на уровне предприятия. Количество вычислительной мощности, которое может быть использовано для ведения крупного бизнеса и для работы сотен машин», - сказал Эспозито.
«Мы учим студентов строить компьютеры, управлять ими, защищать их и, в конечном счете, администрировать их. И действительно, Дилану удалось продемонстрировать все эти навыки и внедрить их в такой проект, как исследование рака».
«Он сделал все, от их установки до установки операционных систем, а теперь и от системного администрирования всей операции, одновременно предоставляя сообществу свои вычислительные мощности».
Эспозито добавил, что он был удивлен, увидев, как быстро Буччи смог настроить серверы.
«Я думал, что это займет у нас, по крайней мере, несколько месяцев, между уроками и во время обеда и послешкольной работы, но Дилан просто потратил время и был очень сосредоточен и проводил исследования дома, и мы просто взялись за дело несколько недель ", сказал он.

«Будущая цель состоит в том, чтобы рассказать другим студентам о текущем проекте и о том, как они могут передать свои вычислительные мощности той же причине».
Буччи не ожидал такого большого внимания со стороны общественности, но сказал, что гордится работой, которую он проделал. Его отец, Майкл, управлял программой SETI @ home, которая использует компьютеры, подключенные к Интернету, в поисках внеземного разума (SETI) и оказала значительное влияние на вовлечение Буччи в исследовательский проект.
«Это не только помогает мне, но также помогает всем остальным, и это то, что я хочу сделать, я просто хочу помочь. Я знаю, что это то, что подходит всем и каждому. Я планирую помогать с этими серверами, пока я не закончу учебу и даже немного дольше, и я надеюсь найти кого-то, кто готов помочь продолжить этот проект ", продолжил он.
https://boinc.berkeley.edu/wiki/Simple_view
https://boinc.berkeley.edu/download_all.php
Нажмите на изображение для увеличения
Название: lb-dylanbucci2-mar13.jpg
Просмотров: 25
Размер:	72.5 Кб
ID:	54992

Нажмите на изображение для увеличения
Название: lb-dylanbucci3-mar13.jpg
Просмотров: 28
Размер:	151.6 Кб
ID:	54993
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 20.05.2019, 15:27   [включить плавающее окно]   #195
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Студенты и учителя стали первыми волонтерами, посетившими исследовательскую группу по картированию маркеров рака.
16 мая 2019 г.
Резюме
В первый раз для World Community Grid ученик старшей школы Дилан Буччи и учитель Роберт Эспозито недавно отправились в Торонто, чтобы встретиться с учеными, работающими над проектом по картированию маркеров рака в Научно-исследовательском институте в Крембиле. Это первый раз, когда волонтеры World Community Grid посещают научно-исследовательское учреждение, чтобы встретиться с учеными, которые используют программу.
В середине января Дилан Буччи, второкурсник в Sisler High School в Виннипеге, Канада, завершил реконфигурацию двенадцати высокопроизводительных серверов, чтобы обеспечить вычислительную мощность для проекта Mapping Cancer Markers, который использует World Community Grid для ускорения поиска раковых биомаркеров.
К началу мая учитель средней школы Буччи и Сислер Роберт Эспозито, который руководил работой Дилана, направился в Торонто, чтобы встретиться с исследовательской группой по картированию онкологических маркеров в Научно-исследовательском институте в Крембиле. Там они провели день с учеными, чтобы из первых рук увидеть, как работа на добровольных началах способствует борьбе с раком.
Слева направо: д-р Игорь Юрисика, главный исследователь по картированию маркеров рака; Дилан Буччи, ученик средней школы Сислера; и Роберт Эспозито, учитель сети Sisler High School и учитель кибербезопасности.
Это был первый случай, когда добровольцы World Community Grid посетили научное учреждение, чтобы встретиться с исследователями, чья работа выигрывает от использования вычислительной мощности. Команда «Картографирование онкологических маркеров» пригласила Буччи и Эспозито поблагодарить их за поддержку проекта и дать им закулисный взгляд на то, как работают научные исследования.
Дилан Буччи, Роберт Эспозито и доктор Игорь Юрисика обсуждают исследования рака
День начался с презентации и обсуждения под руководством доктора Игоря Юрисика, главного исследователя картирования раковых маркеров. Затем Буччи и Эспозито встретились с членами исследовательской группы, которые готовят данные для отправки в World Community Grid, а затем анализируют результаты.
Они также посетили одну из лабораторий научно-исследовательского института в Крембиле, где анализируются клинические данные. В лаборатории они узнали, как исследователи идентифицируют маркеры внутри клеток, увидели, как они хранят свои материалы, посмотрели на высокопроизводительное секвенирование генов и узнали о тонкостях биологической лабораторной работы.
«Этот визит заставил меня задуматься о многих возможностях, которые кто-то может иметь с техническим опытом», - говорит Буччи. «И главным событием стало знакомство с доктором Юрисикой. Разговор с ним был таким воодушевляющим, и он так хорошо объяснил свои исследования».
«На уровне старших классов средних школ не так много междисциплинарных исследований по науке и технике», - добавляет Эспозито. «World Community Grid - и этот визит - это то, что может помочь студенту буквально увидеть интеграцию между ними. Это также может помочь им почувствовать, что они являются частью чего-то большего, чем они сами».
Теперь, когда они вернулись домой, Буччи и Эспозито работают над расширением своей поддержки картирования маркеров рака. Esposito разрабатывает планы уроков, чтобы помочь другим учителям представить своих учеников в World Community Grid. А осенью Буччи посетит ряд средних школ в своем районе, чтобы рассказать младшим ученикам о том, что он узнал в Научно-исследовательском институте в Крембиле, и пригласить их присоединиться к распределенным вычислениям Boinc, Проект World Community Grid.
Нажмите здесь, (https://toronto.ctvnews.ca/video?clipId=1675312 ) чтобы увидеть CTV Toronto News видео об их посещении.
https://boinc.berkeley.edu/wiki/Simple_view
https://boinc.berkeley.edu/download_all.php Нажмите на изображение для увеличения
Название: krembil1.jpg
Просмотров: 13
Размер:	105.7 Кб
ID:	54998

Нажмите на изображение для увеличения
Название: krembil3.jpg
Просмотров: 20
Размер:	154.4 Кб
ID:	54999

Нажмите на изображение для увеличения
Название: krembil4.jpg
Просмотров: 21
Размер:	85.6 Кб
ID:	55000
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 30.05.2019, 08:39   [включить плавающее окно]   #196
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Уважаемые волонтеры,
Пятиборье 2019 года закончилось, и мы хотели бы поблагодарить всех участников за то, что они участвовали в наших задачах! Мы увидели, что производительность процессора BOINC почти удвоилась, что ускорило наши расчеты, хотя это было всего на несколько дней. Мы очень благодарны за это!
Команда SixTrack также хотела бы поблагодарить всех вас, добровольцев, которые регулярно поддерживают нас вашими процессорами. Вы даете нам возможность углубить наше понимание динамической апертуры, величины первостепенной важности для стабильности пучков частиц в больших ускорителях исследований, таких как сверхпроводящие коллайдеры - последняя, но не менее важная статья о самом важном журнале в области физика ускорителя, сравнение симуляций и измерений:
https://journals.aps.org/prab/pdf/10...eams.22.034002
где результаты симуляции были получены благодаря вам и BOINC!
С вашей помощью многое уже сделано, но еще многое предстоит сделать в будущем. Мы рассчитываем на вашу поддержку!
Продолжайте хорошую работу,
Алессио и Массимо, для команды SixTrack
https://boinc.berkeley.edu/wiki/Simple_view
https://boinc.berkeley.edu/download_all.php
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.06.2019, 17:15   [включить плавающее окно]   #197
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Установка и работа Boinc на российском процессоре Эльбрус

СПОЙЛЕР »
BOINC - популярная инфраструктура community-based научных расчётов, в которую входят проекты различных научных организаций и институтов.
Для нас возможность запускать проекты BOINC интересна тем, что они представляют собой хороший образец тестирования гетерогенных расчётных задач на платформе "Эльбрус"; в частности, были обнаружены несколько проблем с бинарным транслятором rtc.

== Способы работы BOINC ==

Предполагается возможность запуска BOINC на Эльбрусе как в '''транслируемом''' с помощью бинарного компилятора уровня приложений (rtc) режиме (что позволит выполнять задачи, собранные под архитектуру x86_64 - таково подавляющее большинство существующих задач), так и в '''нативном''' (но для этого необходимо будет вручную собрать каждую выполняемую задачу), если проект поддерживает выполнение в режиме [https://boinc.berkeley.edu/wiki/Anonymous_platform анонимной платформы].

В [[Стенд сектора разработки вычислительных модулей|стенде сектора разработки вычислительных модулей]] под эксперименты с BOINC выделено три машины:
* '''flandre''' - 1 x Core i7, Ubuntu 18.04: контрольная машина (развёрнут, работает); служит для проверки работоспособности задач под Linux в целом и сравнения с "Эльбрусом";
* '''kisume''' - 4 x E8C, ОС Эльбрус 3.1: транслируемый BOINC (развёрнут, работает);
* '''kaguya''' - 2 x E8C, ОС Эльбрус 4.0: нативный BOINC (развёрнут, работает).

== Используемые проекты ==

На данный момент осуществляется тестирование и набор статистики выполнения на следующих проектах:

* '''[http://www.acousticsathome.ru/boinc/ Acoustics@home]'''

На данный момент проект [https://vk.com/wall-11963359_5289 отключен хостером] (сервера ИППИ); дата возврата его в работу неизвестна.

* '''[http://asteroidsathome.net/boinc/ Asteroids@home]'''

Работает.

* '''[http://www.cosmologyathome.org/ Cosmology@Home]'''

Работает.

* '''[http://einstein.phys.uwm.edu/ Einstein@Home]'''

Работает.

* '''[https://lhcathome.cern.ch/lhcathome/ LHC@Home]'''

Работает частично: задания в виртуальных машинах (ATLAS Simulation v1.01/vbox64_mt_mcore_atlas; Theory Simulation v263.90/vbox64_mt_mcore; CMS Simulation v49.00/vbox64) не запускаются. Вероятнее всего, судя по логам ([[Медиа: CMS_Log.txt]], [[Медиа: ATLAS_Log.txt]], [[Медиа: Theory_Log.txt]]), проблема в доступе к серверам CERN из-под виртуалки.

В целом, впрочем, эта проблема не слишком актуальна (пока), поскольку на "Эльбрусе" виртуализация не поддерживается, и данные приложения всё равно не запустятся.

* '''[http://milkyway.cs.rpi.edu/milkyway/ MilkyWay@home]'''

Работает.

* '''[http://rake.boincfast.ru/rakesearch/ RakeSearch]'''

Работает. При контакте с проектом выдаётся предупреждение, что используется старый URL, поскольку на сайте менеджера проектов BOINCstats BAM! URL проекта действительно, устаревший. В остальном работает.

* '''[https://universeathome.pl/universe/ Universe@Home]'''

Работает.

Принимаются предложения по добавлению других проектов.

== Установка BOINC ==

=== Установка на контрольной машине ===

На контрольной машине установлены следующие пакеты из репозитория Ubuntu:
ii boinc 7.9.3+dfsg-5ubuntu2 all metapackage for the BOINC client and the manager
ii boinc-client 7.9.3+dfsg-5ubuntu2 amd64 core client for the BOINC distributed computing infrastructure
ii boinc-client-nvidia-cuda 7.9.3+dfsg-5ubuntu2 amd64 metapackage for CUDA-savvy BOINC client and manager
ii boinc-client-opencl 7.9.3+dfsg-5ubuntu2 amd64 metapackage for AMD/ATI OpenCL-savvy BOINC client and manager
ii boinc-manager 7.9.3+dfsg-5ubuntu2 amd64 GUI to control and monitor the BOINC core client
ii boinc-virtualbox 7.9.3+dfsg-5ubuntu2 amd64 metapackage for virtualbox-savvy projects
ii boinctui 2.5.0-1 amd64 Fullscreen text mode manager for Boinc client
ii libboinc7:amd64 7.9.3+dfsg-5ubuntu2 amd64 libraries of BOINC the client depends on

=== Установка (сборка) в нативном режиме ===

Используется версия BOINC 7.12.1.

Особенности сборки:
* Необходимо указать правильный путь к wxWidgets 3.0 при сборке (это нужно для сборки графического менеджера).
* Неправильно создаётся скрипт <code>libtool</code>. После запуска <code>_autosetup</code> и/или <code>configure</code> нужно убедиться, что непустая пара строк <code>predep_objects</code> и <code>postdep_objects</code> выглядит примерно так:

predep_objects="/usr/lib64/crti.o /opt/mcst/lcc-home/1.23.14/e2k-v4-linux/lib64/crtbeginS.o"
postdep_objects="/opt/mcst/lcc-home/1.23.14/e2k-v4-linux/lib64/crtendS.o /usr/lib64/crtn.o"

Важно обратить внимание, что во второй строке не повторяются файлы из первой.

* В файле <code>lib/crypt.h</code> нужно исправить строчку ifdef-а, ограничивающего <code>HAVE_OPAQUE_EVP_PKEY</code> и <code>HAVE_OPAQUE_RSA_DSA_DH</code> на следующую:

#if (OPENSSL_VERSION_NUMBER >= 0x10100000L) && (!defined(LIBRESSL_VERSION_NUMBER))

Это связано с некорректным сообщением версии API OpenSSL нативным пакетом LibreSSL ([https://phabricator.kde.org/D8672 вот здесь] описывается похожий фикс).
* Можно при сборке BOINC указать параметр конфигурации <code>--disable-server</code>, если мы не хотим собирать сервер (а обычно мы не хотим).

Собственно, сборка:

./_autosetup
./configure -C --prefix=/usr --with-wx-config=/usr/lib/wx/config/e2k-mcst-linux-gtk2-unicode-3.0
# в этот момент правим libtool
make -j16
make install
cp config.h project_specific_defines.h /usr/include/boinc

Здесь и далее в примерах make собирает в 16 потоков - т.к. сборка велась на 16-ядерной машине. Это можно отредактировать, если сборка будет вестись на машине с другим количеством ядер.

=== Установка в транслируемом режиме ===

Возможны несколько вариантов в зависимости от образа гостевой ОС бинарного транслятора:

* Просто распаковать или установить пакеты из той же Ubuntu, разумеется, доставив все нужные зависимости;
* Скачать нужный скрипт установки [https://boinc.berkeley.edu/download_all.php отсюда] и попытаться установить всё автоматически;
* Просто собрать BOINC из исходников.

Разумеется, это нужно делать из-под бинарного транслятора, запустив его командой типа такой:
/opt/mcst/rtc/bin/rtc_opt_rel_p1_x64_ob --path_prefix /opt/mcst/os_elbrus.3.0-rc34.x86_64 -- /bin/bash

=== Настройка прокси ===

Чтобы клиент BOINC мог получать задания с сервера через прокси МЦСТ, в файле <code>сс_config.xml</code> в рабочем каталоге клиента (обычно <code>/var/lib/boinc_client</code>) должен быть следующий параметр (если соответствующая группа параметров уже существует, надо добавлять в неё, а не создавать новую):

<cc_config>
<options>
<proxy_info>
<http_server_name>labproxy1.sun.mcst.ru</http_server_name>
<http_server_port>8080</http_server_port>
</proxy_info>
</options>
</cc_config>

== Управление BOINC ==

Инфраструктура BOINC состоит из сервера (выдающего расчётные задачи), клиента (выполняющего расчёты) и менеджера (программы управления клиентом). Чаще всего клиент и менеджер располагаются на одной машине, но в целом это не обязательно. Организация же сервера в нашем случае не рассматривается.

Опробованы три менеджера: командной строки '''boinccmd''', текстовый '''boinctui''' и графический '''boincmgr'''. Первый и последний входят в комплект ПО BOINC, второй является отдельной программой.

Менеджеры BOINC не имеет смысла запускать через бинарный транслятор (хоть и можно, в принципе). Нативный менеджер прекрасно работает с транслируемым клиентом (и, разумеется, с нативным).

=== Сборка менеджеров ===

Менеджеры '''boinccmd''' и '''boincmgr''' собираются в процессе сборки нативного BOINC. Если нас не интересует при этом нативный клиент BOINC (например, мы будем запускать клиент на другой машине или через транслятор), то конфигуратору сборки можно указать опцию <code>--disable-client</code> (и <code>--disable-server</code>, если нужно).

Сборка '''boinctui''':
git clone https://github.com/suleman1971/boinctui
cd boinctui
autoreconf -fi
./configure --prefix=/usr
make -j16
make install

=== Настройка доступа к клиенту ===

Доступ менеджера к клиенту настраивается с помощью файлов в рабочем каталоге клиента (обычно <code>/var/lib/boinc_client</code>):

* <code>gui_rpc_auth.cfg</code> - пароль, который должен передать менеджер клиенту;
* <code>remote_hosts.cfg</code> - хосты (IP или hostname), с которых менеджер может обращаться к клиенту (по одному в строке).

Возможно, потребуется добавить опцию <allow_remote_gui_rpc>1</allow_remote_gui_rpc> в сс_config.xml.

=== Работа с командным менеджером ===

Командами <code>boinccmd --help</code> или <code>man boinccmd</code> можно получить справку по использованию командного менеджера. Большинство операций удобно производить через другие менеджеры, за исключением вывода сообщений, статистики и т.п. - для них менеджер командной строки подходит всеьма хорошо.

Часто используемые команды:
* <code>--host хост</code> и <code>--passwd пароль</code> - добавить в командную строку, если обращаемся к удалённому клиенту (хост - хостнейм или IP удалённого компьютера, пароль - содержимое <code>gui_rpc_auth.cfg</code> в рабочем каталоге клиента).
* <code>--client_version</code> - посмотреть версию клиента (не менеджера!)
* <code>--get_daily_xfer_history</code> - посмотреть, сколько байт передано и принято за все дни работы клиента
* <code>--get_disk_usage</code> - посмотреть, сколько выделено и занято проектами на диске
* <code>--get_file_transfers</code> - посмотреть лог передач
* <code>--get_messages</code> - посмотреть лог сообщений
* <code>--get_simple_gui_info</code> - посмотреть проекты и задачи
* <code>--get_state</code> - посмотреть состояние
* <code>--get_tasks</code> - посмотреть задачи
* <code>--network_available</code> - передать непереданные из-за проблем с сетью задачи
* <code>--quit</code> - завершить работу клиента
* <code>--read_cc_config</code> - перечитать конфигурацию (при этом возможен отвал подключенных менеджеров типа boinctui, их надо будет просто перезапустить)

=== Работа с текстовым менеджером ===

Менеджер запускается командой <code>boinctui</code>.

Если хосты не настроены, он сразу выдаст окошко списка хостов, в который нужно внести те хосты, за которыми будет следить менеджер.

Клавишей Ins можно добавить, если нужно, дополнительные строчки. Порт менять в общем случае не нужно, в поле хоста надо вписать имя хоста, где работает клиент (127.0.0.1 или localhost - для локального клиента), в поле пароля - содержимое <code>gui_rpc_auth.cfg</code> в рабочем каталоге клиента.

Основные клавиши управления:
* F9 - войти в меню
* N - переключение между хостами
* С - отредактировать список хостов
* Стрелки - выбрать какое-либо задание, Enter - посмотреть его характеристики (закрыть окно по ESC-ESC)
* Q - выход

Цветовая кодировка:
* Цвет строчек задач: зелёный - получаемые с сервера, серый - готовые к выполнению, жёлтый - выполняемые, белый - приостановленные, синий - выдающие результаты на сервер, тёмно-серые - завершённые.
* Цвет процентов выполнения: розовый - задача может использовать GPU (но не обязательно использует).
* Цвет состояния задачи: красный - задача завершилась с ошибкой.
* Цвет оставшегося времени до выполнения проекта (est): красный - осталось совсем чуть-чуть (или нисколько).
* Цвет оставшегося времени до дедлайна (d/l): синий - опасная бизость к дедлайну (при аплоаде задачи после дедлайна сервер имеет право её не принять).

В текстовом менеджере удобно использовать шрифт маленького размера (особенно на мониторах с небольшим разрешением, например, шрифт 6x10 вместо стандартного 8x16).

Шрифт доступен на машине patchouli, перед использованием его надо скопировать в <code>/usr/share/consolefonts/</code>:

cp /net/patchouli/raid0/data/_NAS_NFS_Exports_/NAS_Public/src/boinc/6x10.psf /usr/share/consolefonts/

Установка шрифта на физической консоли (здесь для примера tty0):

setfont -C /dev/tty0 6x10.psf

== Работа в режиме бинарной трансляции ==

В общем случае boinc запускается командой:

/opt/mcst/rtc/bin/rtc_opt_rel_p1_x64_ob --path_prefix /opt/mcst/os_elbrus.3.0-rc34.x86_64 /usr/bin/boinc --daemon --dir /var/lib/boinc

Все пути даны по умолчанию:
* <code>/opt/mcst/rtc/bin/rtc_opt_rel_p1_x64_ob</code> - путь к бинарному транслятору (для случая хоста на основе Эльбрус-8С);
* <code>/opt/mcst/os_elbrus.3.0-rc34.x86_64</code> - путь к образу гостевой системы;
* <code>/usr/bin/boinc</code> - путь к бинарнику BOINC внутри образа гостевой системы;
* <code>/var/lib/boinc</code> - путь к рабочему каталогу BOINC внутри образа гостевой системы.

"Красиво" (graceful) завершить работу клиента можно, дав команду менеджером:

boinccmd --quit

Используется образ гостевой системы ОС Эльбрус 3.0-rc34. Для простоты установки сделан пакет, который можно сразу установить в систему (сам пакет весит 3,8 ГБ, на диске занимает около 20 ГБ в <code>/opt/mcst/</code>, время распаковки - примерно 15-20 минут) командой:

dpkg -i /net/patchouli/raid0/data/_NAS_NFS_Exports_/NAS_Public/src/astra/rtc/oselbrus/os-elbrus-image-x86-64-3.0-rc34_3.0.34-u1_all.deb

=== Особенности работы с проектами LHC@Home ===

По очевидным причинам (отсутствие аппаратной виртуализации) приложения LHC@home, требующие VirtualBox, запускать на "Эльбрусе" невозможно. Такими приложениями являются:
* ATLAS Simulation / vbox64_mt_mcore_atlas
* CMS Simulation / vbox64
* Theory Simulation / vbox64_mt_mcore

Однако, можно запускать аналоги этих приложений нативно. Это:
* ATLAS Simulation / native_mt
* Theory Native / native_theory

Кроме того, есть ещё приложения SixTrack и sixtracktest, с которыми проблем не наблюдается.

Стоит отметить, что на контрольной машине приложения ATLAS Simulation/vbox64_mt_mcore_atlas, CMS Simulation/vbox64 и Theory Simulation/vbox64_mt_mcore также не работают, поскольку не могут получить доступ к серверам CERN через прокси МЦСТ (см. [[Медиа: CMS_Log.txt]], [[Медиа: ATLAS_Log.txt]], [[Медиа: Theory_Log.txt]]). Вероятно, эта проблема не будет актуальна при работе с Linux-машин вне сети МЦСТ.

Для обоих упомянутых придожений (далее просто ATLAS и Theory) нужны определённые зависимости:
* ATLAS: cvmfs, singularity;
* Theory: cvmfs, libseccomp, ядро с поддержкой namespaces (например, 4.9.0-3.5-e8c - достаточно), cgroupfs, USER namespaces.

На данный момент USER namespaces имеют проблемы с бинарным транслятором; на эту проблему открыт [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114325 bug 114325]. Без решения этой проблемы Theory выпадает с ошибкой, см. [[Медиа: Theory_Native_Log.txt]]

==== Установка и использование cvmfs ====

CernVM-FS (cvmfs) - пакет монтирования удалённых файловых систем, разработанный CERN и использующийся в данном случае для доступа к образам и средствам работы с контейнерами, в которые оформлены программы расчётов, использующиеся в CERN, в том числе для инфраструктуры BOINC.

Немного информации по установке: [https://cvmfs.readthedocs.io/en/stab...uickstart.html тут] и [https://lhcathome.cern.ch/lhcathome/...?id=4971#38259 тут].

Установка на контрольной машине (Ubuntu 18.04):

apt install uuid libossp-uuid16
curl -O https://ecsft.cern.ch/dist/cvmfs/cvm....3.5_amd64.deb
curl -O https://ecsft.cern.ch/dist/cvmfs/cvm..._1.0-2_all.deb
dpkg -i ./cvmfs_2.3.5_amd64.deb ./cvmfs-config-none_1.0-2_all.deb

Сборка в нативном режиме:

* Скачиваем [https://github.com/cvmfs/cvmfs/archi...s-2.5.2.tar.gz исходники] и распаковываем;

* В архиве <code>externals/protobuf/protobuf-2.6.1.tar.bz2</code> заменяем файлы <code>config.guess</code>, <code>config.sub</code>, <code>gtest/build-aux/config.guess</code>, <code>gtest/build-aux/config.sub</code> на аналоги из поставки ОС Эльбрус (лежат в каталоге <code>/usr/share/automake-1.14</code>);

* К файлу <code>externals/sqlite3/src/sqlite3.c</code> прикладываем этот патч (до появления lcc-1.24, см. [http://bugzilla.lab.sun.mcst.ru/bugz...g.cgi?id=95334 bug 95334]):

@@ -28932,7 +28932,7 @@
** overflow, leave *pA unchanged and return 1.
*/
SQLITE_PRIVATE int sqlite3AddInt64(i64 *pA, i64 iB){
-#if GCC_VERSION>=5004000
+#if GCC_VERSION>=5004000 && !defined(__e2k__)
return __builtin_add_overflow(*pA, iB, pA);
#else
i64 iA = *pA;
@@ -28952,7 +28952,7 @@
#endif
}
SQLITE_PRIVATE int sqlite3SubInt64(i64 *pA, i64 iB){
-#if GCC_VERSION>=5004000
+#if GCC_VERSION>=5004000 && !defined(__e2k__)
return __builtin_sub_overflow(*pA, iB, pA);
#else
testcase( iB==SMALLEST_INT64+1 );
@@ -28967,7 +28967,7 @@
#endif
}
SQLITE_PRIVATE int sqlite3MulInt64(i64 *pA, i64 iB){
-#if GCC_VERSION>=5004000
+#if GCC_VERSION>=5004000 && !defined(__e2k__)
return __builtin_mul_overflow(*pA, iB, pA);
#else
i64 iA = *pA;

* Теперь собираем:
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=/usr ..
make -j16
make install

* Первый и последний шаг (можно и все) также надо повторить и под бинарным транслятором.

Теперь как в основной нативной (хостовой) ОС, так и в транслируемой (гостевой) имеется набор ПО для поддержки cvmfs. Однако прокинуть работу с cvmfs в основную ОС из гостевой не удалось (даже при прокидывании каталогов <code>/var/lib/cvmfs</code>, <code>/var/run/cvmfs</code>) - поэтому придётся работать с помощью ssh из гостевой ОС в основную (иначе <code>cvmfs_config</code> просто не увидит cvmfs). Для этого заменим файл <code>/usr/bin/cvmfs_config</code> на следующий скрипт:
#!/bin/bash
ssh -i ~/.ssh/key.pk localhost -C cvmfs_config $@
Файл <code>/root/.ssh/key.pk</code> (путь внутри образа гостевой ОС) должен быть приватным ключом ssh-rsa; соответствующий публичный ключ надо добавить в <code>/root/.ssh/authorized_keys</code> в основной (хостовой) ОС.

Теперь необходимо настроить нативную cvmfs. Всё делаем в хостовой ОС:
* Добавляем пользователя:
useradd cvmfs -d /var/lib/cvmfs -m
* Устанавливаем прокси:
echo 'CVMFS_HTTP_PROXY="http://labproxy1.sun.mcst.ru:8080"' >> /etc/cvmfs/default.conf
* Создаём точки монтирования:
for i in atlas.cern.ch atlas-condb.cern.ch grid.cern.ch sft.cern.ch cernvm-prod.cern.ch; do mkdir -p /cvmfs/$i ; done
* Если мы хотим монтировать cvmfs при загрузке, то в файл <code>/etc/fstab</code> добавляем строчки:
atlas.cern.ch /cvmfs/atlas.cern.ch cvmfs defaults 0 0
atlas-condb.cern.ch /cvmfs/atlas-condb.cern.ch cvmfs defaults 0 0
cernvm-prod.cern.ch /cvmfs/cernvm-prod.cern.ch cvmfs defaults 0 0
grid.cern.ch /cvmfs/grid.cern.ch cvmfs defaults 0 0
sft.cern.ch /cvmfs/sft.cern.ch cvmfs defaults 0 0
Первые две вещи можно сделать и в гостевой ОС (но при этом важно добавлять пользователя с тем же UID, что и в хостовой ОС), но вроде бы, работает и без них, т.к. мы работаем через ssh (см. выше).

На контрольной машине сразу работает через fstab. Чтобы также это работало на Эльбрусе, модуль fuse надо добавить в список загружаемых модулей (<code>/etc/modules-`uname -r`</code>).

Если же мы не хотим автоматически монтировать cvmfs при загрузке, то её надо монтировать перед запуском BOINC:
modprobe fuse; for i in `ls /cvmfs` ; do mount -t cvmfs $i /cvmfs/$i ; done

При этом BOINC надо запускать, прокидывая средствами бинарного транслятора (ключ <code>-b</code>) каталог <code>/cvmfs</code> в гостевую ОС:
/opt/mcst/rtc/bin/rtc_opt_rel_p1_x64_ob --path_prefix /opt/mcst/os_elbrus.3.0-rc34.x86_64 -b /cvmfs -- /usr/bin/boinc --daemon --dir /var/lib/boinc

Полезные настройки cvmfs можно посмотреть [https://twiki.cern.ch/twiki/bin/view...puting/Cvmfs21 здесь] и [https://cvmfs.readthedocs.io/en/stab...configure.html здесь].

==== Настройка cgroupfs ====

Подсистема cgroupfs используется в контейнерах, запускаемых с помощью runc.

Для монтирования и проверки работоспособности используются два скрипта:
* Монтирование: [https://raw.githubusercontent.com/ti...cgroupfs-mount cgroupfs-mount]
* Проверка: [https://raw.githubusercontent.com/op...heck-config.sh check-config.sh]

При проверке важно обращать внимание на следующие строчки:
Generally Necessary:
- cgroup hierarchy: properly mounted [/sys/fs/cgroup]
- CONFIG_NAMESPACES: enabled
Optional Features:
- CONFIG_USER_NS: enabled
Если они такие, то всё должно быть нормально.

Удобно эти скрипты запускать перед запуском собственно BOINC, например, так:
* Положить оба скрипта, например, в <code>/root/</code> внутри образа гостевой ОС;
* Создать файл <code>/root/run_boinc</code> со следующим содержимым:

#!/bin/bash
/root/cgroupfs-mount
/root/check-config.sh
/usr/bin/boinc --daemon --dir /var/lib/boinc

* Запускать BOINC такой командой (из нативной ОС):

/opt/mcst/rtc/bin/rtc_opt_rel_p1_x64_ob --path_prefix /opt/mcst/os_elbrus.3.0-rc34.x86_64 -b /cvmfs -- /root/run_boinc

Если всё работает стабильно, то можно убрать запуск скрипта проверки.

==== Сборка libseccomp ====

Из-под бинарного транслятора делаем:

git clone https://github.com/seccomp/libseccomp
cd libseccomp
./autogen.sh
./configure --prefix=/usr
make -j16
make install
ln -s /usr/lib/libseccomp.so.0 /usr/lib/libseccomp.so.2

==== Сборка singularity ====

[http://singularity.lbl.gov/admin-guide Singularity] - одно из решений контейнеризации приложений, которое использует CERN для своих расчётов.

Без singularity нативный ATLAS выпадает с ошибкой, см. [[Медиа:ATLAS_Native_Log.txt]].

Для сборки singularity необходим компилятор go.

К сожалению, современный компилятор 1.12.5, поставляемый в бинарниках ([https://dl.google.com/go/go1.12.5.linux-amd64.tar.gz 1.12.5]), не работает под бинарным транслятором (см. [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114790 bug 114790]).

Была произведена попытка собрать go вручную (см. [https://golang.org/doc/install/source инструкцию]).

Всё делаем под бинарным транслятором:

* Собираем бутстрап:

mkdir gobootstrap
cd gobootstrap
wget https://dl.google.com/go/go1.4-boots...0171003.tar.gz
tar xf go1.4-bootstrap-20171003.tar.gz
cd go/src
export CGO_ENABLED=0
./all.bash

* Проверяем:

../bin/go run ../test/helloworld.go

* Если программа выдала "hello, world", то бутстрап работает.

* Собираем актуальную версию go:

cd ../../..
wget https://dl.google.com/go/go1.12.5.src.tar.gz
tar xf go1.12.5.src.tar.gz
cd go/src
CGO_ENABLED=1 GOROOT_BOOTSTRAP=`pwd`/../../gobootstrap/go ./all.bash
cd ../..
export GOPATH=`pwd`/go
export PATH=$PATH:$GOPATH/bin

Перед сборкой надо проверить, что транслятор имеет права записи в свой (гостевой) <code>/tmp</code> (см. [http://bugzilla.lab.sun.mcst.ru/bugz...i?id=114790#c2 bug 114790 comment 2]). Обычно это так и должно быть, но на всякий случай стоит проверить.

На этом этапе стоит отметить, что сборка под бинарным транслятором часто ломается с сообщениями типа "fork() failed" или "out of memory" от транслятора (см. [[Медиа:go_build_failure1.txt|лог 1]], [[Медиа:go_build_failure2.txt|лог 2]], [[Медиа:go_build_failure3.txt|лог 3]]), либо вообще зависает на этапе "Building Go toolchain2 using go_bootstrap and Go toolchain1", после чего висит более двух суток без каких-либо изменений в картине процессов (около 10 процессов go_bootstrap грузят процессорное ядро на 15-35 процентов каждый).

Повторяется это нестабильно, чёткой причины выяснить не получилось, соответственно сложно написать краткий тест (поэтому багрепорт не создан). На x86_64 сборка проходит без проблем (ОС Эльбрус 3.0-rc29). Однако, если собрать бинарники под x86_64 и потом попытаться запустить получившийся go на "Эльбрусе" через бинарный транслятор, то имеем ту же самую ошибку, что и в случае использования поставляемых бинарников.

На всякий случай: собранный go лежит по пути <code>/net/patchouli/raid0/data/_NAS_NFS_Exports_/NAS_Public/src/go/go1.12.5-binaries.tar.gz</code>.

Таким образом, сборка из исходников тоже не помогает. Поэтому придётся понижать версию go.

Было выяснено, что версия go 1.5.4 - самая последняя, в которой ошибка из [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114790 bug 114790] не проявляется. Ставим её (см. [https://golang.org/doc/install инструкцию]), распаковывая скачанный архив в <code>/usr/local</code> и прописывая путь к бинарнику go в <code>$PATH</code>.

Теперь собираем singularity ([https://lhcathome.cern.ch/lhcathome/...id=37042#37042 ссылка] на порядок сборки; там, правда, берётся последняя версия из [https://github.com/sylabs/singularity.git git]). Мы же соберём версию 3.2.0:

wget https://github.com/sylabs/singularit...y-3.2.0.tar.gz
tar xf singularity-3.2.0.tar.gz
cd singularity
mkdir go ; export GOPATH=`pwd`/go # <--- Нужно делать, если нет уже установленного GOPATH
go get -u -v github.com/golang/dep/cmd/dep
cd $GOPATH/src/github.com/sylabs/singularity
./mconfig
cd ./builddir
make -j16
sudo make install

Однако сборка не проходит дальше этапа с <code>./mconfig</code> из-за отсутствия <code>NO_NEW_PRIVS</code> (см. [https://www.kernel.org/doc/Documenta..._new_privs.txt документацию]):

checking: feature: NO_NEW_PRIVS... ERROR: Kernel does not support NO_NEW_PRIVS. Updated Kernel is required.

Проблема вынесена в [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114822 bug 114822].

Когда singularity будет собрана, её, вероятно, можно будет проверить таким образом (подразумевается, что cvmfs в системе имеется):

singularity exec -B /cvmfs /cvmfs/atlas.cern.ch/repo/images/singularity/x86_64-slc6.img hostname

== Работа в нативном режиме ==

BOINC поддерживает режим [https://boinc.berkeley.edu/wiki/anonymous_platform анонимной платформы]. В этом режиме по очевидным причинам с серверов проектов нельзя будет скачивать бинарники для исполнения, клиент BOINC будет оперировать теми бинарниками, которые ему будут подложены, скачивая с сайтов проекта исключительно файлы заданий. Бинарники нужно будет собрать самостоятельно.

На данный момент нативный BOINC развёрнут на машине kaguya.

В общем случае boinc запускается командой:

/usr/bin/boinc --daemon --dir /var/lib/boinc

Все пути даны по умолчанию:
* <code>/usr/bin/boinc</code> - путь к бинарнику BOINC;
* <code>/var/lib/boinc</code> - путь к рабочему каталогу BOINC.

"Красиво" (graceful) завершить работу клиента можно, дав команду менеджером:

boinccmd --quit

=== Примеры проектов, поддерживающих режим анонимной платформы ===

Из упомянутых в начале статьи проектов такими проектами являются:
* RakeSearch (Rake search of diagonal latin squares) - работает.
* Separation (Milkyway@home) - работает.

В процессе проверки:
* Gravitational wave search application (Einstein@home) - заявлена поддержка, в процессе.
* Binary radio pulsar search (Einstein@home) - заявлена поддержка, в процессе.

Пока не работают, но возможна починка:
* N-Body (Milkyway@home) - не собирается, см. ниже.
* SixTrack (LHC@home) - не собирается, см. ниже.

Принципиально не могут работать:
* Period Search (Asteroids@home) - cудя по всему, не поддерживается, судя по [http://asteroidsathome.net/boinc/for...hp?id=728#6157 этой теме] на форуме. Есть исходники самого расчётного приложения, но нет исходников адаптированной для BOINC версии.
* [https://github.com/marius311/lsplitsims planck_param_sims] (Cosmology@Home) - требует docker, которого у нас пока нет [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=111934 bug 111934], а также, [https://www.cosmologyathome.org/faq.php#camb-legacy судя по всему], и аппаратную виртуализацию.
* [https://github.com/marius311/camb_boinc2docker camb_boinc2docker] (Cosmology@Home) - требует docker, которого у нас пока нет [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=111934 bug 111934], а также, [https://www.cosmologyathome.org/faq.php#camb-legacy судя по всему], и аппаратную виртуализацию.
* camb_legacy (Cosmology@Home) - похоже, нет исходников. Есть что-то похожее [https://github.com/marius311/CAMB здесь], но не собирается, говоря "ошибка: переменная цикла не найдена, цикл нельзя использовать в конструкции omp for".

Проекты Universe@home и LHC@home не имеют приложений с открытыми исходниками (кроме SixTrack у последнего).

=== Сборка RakeSearch ===

* Загружаем и распаковываем [https://github.com/sirzooro/RakeSear...ve/v1.1.tar.gz исходники], переходим в каталог <code>RakeSearch-1.1/RakeDiagSearch/RakeDiagSearch</code>;
* В <code>Makefile</code> в переменной <code>BOINC_DIR</code> указываем путь к каталогу, где собирался BOINC (т.е. где лежат каталоги <code>api</code> и <code>lib</code>);
* Убираем из <code>Makefile</code> параметр <code>-static-libstdc++</code> и добавляем в строку с <code>-march=native -mtune=native</code> параметры <code>-mavx2 -msse2</code>;
* Добавляем в начало <code>Makefile</code> строки:

Native=1
SSE2=1
AVX=1
AVX2=1

* Собираем приложение, сделав <code>make -j4</code>;
* Копируем получившийся файл <code>rakesearch</code> в <code>/var/lib/boinc-client/projects/rake.boincfast.ru_rakesearch</code> (подразумевается, что клиент BOINC настроен и работает, а также подключен к проекту RakeSearch, либо с помощью удалённого менеджера аккаунтов типа [https://boincstats.com/en/bam/ BOINCstats BAM!], либо вручную);
* Из [https://github.com/sirzooro/RakeSear...4_avx2_v11.tgz бинарного пакета приложения] той же версии берём файл <code>app_info.xml</code> и кладём его в тот же каталог;
* В этом <code>app_info.xml</code> убираем строчку с параметром <code>platform</code>.

После этого можно запускать BOINC и обновлять проект. Будут загружены задания, и начнётся их выполнение.

=== Сборка приложений Milkyway@home ===

* Клонируем исходники: <code>git clone https://github.com/Milkyway-at-home/...yathome_client ; cd milkywayathome_client</code>;
* В <code>.gitmodules</code> заменяем все URL-ы <code>git://</code> на <code>https://</code> (прокси МЦСТ не пропускает их);
* Скачиваем зависимости: <code>git submodule init ; git submodule update --recursive</code>;
* В <code>CMakeLists.txt</code> убираем <code>-funswitch-loops</code> и <code>-freg-struct-return</code>;
* В <code>milkyway/include/milkyway_config.h.in</code> после строк
#elif defined(__mips)
#define ARCH_STRING "MIPS"
добавляем строки:
#elif defined(__e2k__)
#define ARCH_STRING "E2K"
* Там же заменяем строчку <code>#define MW_ALIGN_TYPE __attribute__((aligned))</code> на <code>#define MW_ALIGN_TYPE __attribute__((aligned(16)))</code> (см. [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114897 bug 114897]);
* В <code>separation/include/probabilities.h</code> заменяем две строки <code>#if MW_IS_X86</code> на <code>#if MW_IS_X86 || defined(__e2k__)</code>;
* Там же (<code>separation/src/probabilities_dispatch.c</code>), чтобы включить поддержку AVX и SSE, блок
hasAVX = mwHasAVX(abcd) && mwOSHasAVXSupport();
hasSSE41 = mwHasSSE41(abcd);
hasSSE3 = mwHasSSE3(abcd);
hasSSE2 = mwHasSSE2(abcd);
заменяем на
#if defined(__e2k__)
hasAVX = hasSSE41 = hasSSE3 = hasSSE2 = 1;
#else
hasAVX = mwHasAVX(abcd) && mwOSHasAVXSupport();
hasSSE41 = mwHasSSE41(abcd);
hasSSE3 = mwHasSSE3(abcd);
hasSSE2 = mwHasSSE2(abcd);
#endif
* В <code>separation/CMakeLists.txt</code>, поскольку нашему компилятору надо не включать поддержку SSE/AVX, а отключать её, если надо, добавляем:

if(SYSTEM_IS_E2K AND DOUBLEPREC AND NOT SEPARATION_CRLIBM)
add_library(separation_core_sse2 STATIC src/probabilities_sse2.c ${core_headers})
add_library(separation_core_sse3 STATIC src/probabilities_sse2.c ${core_headers})
add_library(separation_core_sse41 STATIC src/probabilities_sse2.c ${core_headers})
add_library(separation_core_avx STATIC src/probabilities_sse2.c ${core_headers})
target_compile_options(separation_core_sse2 PRIVATE "-U__SSE3__" "-U__SSSE3__" "-U__SSE4_1__" "-U__SSE4_2__" "-U__SSE4A__" "-U__AVX__" "-U__AVX2__")
target_compile_options(separation_core_sse3 PRIVATE "-U__SSE4_1__" "-U__SSE4_2__" "-U__SSE4A__" "-U__AVX__" "-U__AVX2__")
target_compile_options(separation_core_sse41 PRIVATE "-U__AVX__" "-U__AVX2__")
list(APPEND separation_core_libs separation_core_sse2 separation_core_sse3 separation_core_sse41 separation_core_avx)
endif()

* В <code>boinc/boinc/lib/crypt.h</code> исправляем строчку ifdef-а, ограничивающего <code>HAVE_OPAQUE_EVP_PKEY</code> и <code>HAVE_OPAQUE_RSA_DSA_DH</code> на следующую: <code>#if (OPENSSL_VERSION_NUMBER >= 0x10100000L) && (!defined(LIBRESSL_VERSION_NUMBER))</code>;
* Собираем: <code>mkdir build ; cd build ; cmake .. ; make -j16</code>.
* Копируем бинарники из <code>build/bin</code> в каталог <code>/var/lib/boinc/projects/milkyway.cs.rpi.edu_milkyway</code>;
* Создаём файл <code>/var/lib/boinc/projects/milkyway.cs.rpi.edu_milkyway/app_info.xml</code> следующего содержания:

<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_separation</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>102</version_num>
<file_ref>
<file_name>milkyway_separation</file_name>
<main_program/>
</file_ref>
</app_version>
<app>
<name>milkyway_nbody</name>
<user_friendly_name>MilkyWay@Home nbody Simulation</user_friendly_name>
</app>
<file_info>
<name>milkyway_nbody</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway_nbody</app_name>
<version_num>84</version_num>
<file_ref>
<file_name>milkyway_nbody</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>

* Перезапускаем BOINC и обновляем проект.

=== Сборка SixTrack (LHC@home) ===

Прежде всего заходим в каталог где собирался BOINC (далее <code>$BOINC_HOME</code>) и собираем поддержку fortran:

cd $BOINC_HOME/api
make boinc_api_fortran.o

Клонируем куда-нибудь SixTrack, фиксим параметры сборки и выкачиваем зависимости:

git clone https://github.com/SixTrack/SixTrack.git
cd SixTrack
sed -i 's/-mno-avx -mno-avx2//g' CMakeLists.txt
git submodule update --init

Файл <code>source/constants.f90</code> нужно отредактировать так, чтобы блок <code>#ifdef DOUBLE_MATH</code> выглядел так:

#ifdef DOUBLE_MATH
#ifdef __e2k__
real(kind=fPrec), parameter :: pi = 3.141592653589793238462643383279502884197169399375105820974_fPrec
real(kind=fPrec), parameter :: pi2 = 0.5_fPrec*pi
real(kind=fPrec), parameter :: twopi = 2.0_fPrec*pi
real(kind=fPrec), parameter :: pisqrt = sqrt(pi)
real(kind=fPrec), parameter :: inv_ln2 = 1.442695040888963407359924681001892137426645954152985934135_fPrec
real(kind=fPrec), parameter :: rad = pi/180.0_fPrec
#else
real(kind=fPrec), parameter :: pi = transfer(z'400921fb54442d18',1.0_fPrec)
real(kind=fPrec), parameter :: pi2 = transfer(z'3ff921fb54442d18',1.0_fPrec)
real(kind=fPrec), parameter :: twopi = transfer(z'401921fb54442d18',1.0_fPrec)
real(kind=fPrec), parameter :: pisqrt = transfer(z'3ffc5bf891b4ef6a',1.0_fPrec)
real(kind=fPrec), parameter :: inv_ln2 = transfer(z'3ff71547652b82fe',1.0_fPrec)
real(kind=fPrec), parameter :: rad = transfer(z'3f91df46a2529d39',1.0_fPrec)
#endif

Теперь собираем (сначала зависимости - zlib и libarchive, потом собственно sixtrack):

cd lib
./buildZlib.sh
ZLIB_BASE=`pwd`/zlib ./buildLibarchive.sh
cd ..
mkdir build
cd build
cmake -DCR=ON -DBOINC=ON -DBOINC_DIR=$BOINC_HOME -DAPI=ON -DLIBARCHIVE=ON -DAVX2=ON -DCMAKE_EXE_LINKER_FLAGS=-lacl ..
make -j16

Сборка до конца не проходит из-за [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114943 bug 114943] и [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=114938 bug 114938]. Когда они будут починены, нужно будет дособрать SixTrack до конца, положить бинарник в каталог <code>/var/lib/boinc/projects/lhcathome.cern.ch_lhcathome</code> и создать там же такой файл <code>app_info.xml</code> (взято [https://www.planet3dnow.de/vbulletin...57#post5240257 отсюда]):

<app_info>
<app>
<name>sixtrack</name>
</app>
<file_info>
<name>sixtrack</name>
<executable/>
</file_info>
<app_version>
<app_name>sixtrack</app_name>
<version_num>50205</version_num>
<file_ref>
<file_name>sixtrack</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>

''Этот раздел будет дописан позже.''

== Ошибки и проблемы, обнаруженные при работе с BOINC ==

1. Иногда на контрольной машине VirtualBox тупит; это приводит к тому, что задачи LHC@home отказываются работать со странными ошибками в логах (с помощью boinctui можно посмотреть номер слота задачи и перейти в тот каталог внутри <code>/var/lib/boinc-client/slots/</code>, там можно найти лог). Это связано с тем, что файл <code>/var/lib/boinc-client/.config/VirtualBox/VirtualBox.xml</code> отчего-то становится нулевого размера. К счастью, рядом в том же каталоге обычно лежит бэкап этого файла, его можно восстановить простым копированием.

2. В транслируемом режиме не работают задачи "Continuous Gravitational Wave search O2 All-Sky" и "Gravitational Wave Engineering run on LIGO O1 Open Data" из проекта Einstein@home. Проблема локализована в рамках [http://bugzilla.lab.sun.mcst.ru/bugz....cgi?id=111282 bug 111282]; ожидается появление новой версии rtc-3.3, c ним эта задача должна заработать.

3. Иногда boinc при запуске из командной строки не позволяет подключиться с другого хоста. Чтобы это разрешить, нужно в командную строку запуска добавить праметр <code>--allow_remote_gui_rpc</code>.

Характеристики процессора Эльбрус
processor : 0
vendor_id : E8C
cpu family : 4
model : 7
model name : E8C
revision : 2
cpu MHz : 1199.993620
L1 cache size : 64 KB
L1 cache line length : 32 bytes
L2 cache size : 512 KB
L2 cache line length : 64 bytes
L3 cache size : 16384 KB
L3 cache line length : 64 bytes
bogomips : 2401.12
__________________
www.Boinc.ru распределенные вычисления на благо науки!

Последний раз редактировалось Smirnoff; 07.06.2019 в 16:10. Причина: Куча бла-бла-бла, в которых сам [b]SETI_home_v8[/b] ничего не понимает...
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 07.06.2019, 12:52   [включить плавающее окно]   #198
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Уважаемые волонтеры,

Мы рады сообщить о выпуске в производство (приложение SixTrack) новых ex-файлов для текущей профессиональной версии (v5.02.05). У нас есть новые exe для FreeBSD (avx / sse2), exe для XP-хостов (32bit), исполняемый файл aarch64 для Linux и один для Android. Большое спасибо Джеймсу, Кирре и Веронике за то, что нашли время для их производства.

Распространение exe-файлов, совместимых с хостами XP, - это не способ побудить людей оставаться с неподдерживаемыми ОС, а скорее пробный переход к более новым ОС. Таким образом, люди с XP-хостами не упускают возможности внести свой вклад в нынешнюю волну задач SixTrack (ожидается, что она будет довольно продолжительной) при рассмотрении вариантов обновления своих хостов. В то же время мы изучаем 32-битные версии Linux. Следует отметить, что все Win-exe распространяются без нацеливания на конкретные версии ядра - следовательно, хосты XP могут получать задачи с обычными exe-файлами Windows, которые немедленно выходят из строя, но сервер BOINC должен быстро узнать, что XP-совместимый exe-файл является подходящим.

Мы также очень рады начать вовлекать пользователей freeBSD и Android в нашу производственную цепочку. Для последней платформы нынешний exe не будет работать на версиях Android> = 8 - Джеймс все еще изучает это. Поскольку фильтрация версий Android требует исправления на стороне планировщика:
https://github.com/BOINC/boinc/issues/3172
мы пометили Android exe как бета-версию. Следовательно, пользователям бета-версии Sixtrack с Android 8 и более поздними версиями не следует запрашивать задачи для этого хоста или снимать флажок тестовых приложений в их настройках проекта LHC @ home.

Мы также стремимся к выпуску exe-файлов MacOS, и мы должны скоро их протестировать на шестиступенчатом тесте.

Спасибо за вашу постоянную поддержку и помощь,
Алессио, для команды SixTrack
__________________
www.Boinc.ru распределенные вычисления на благо науки!
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 07.06.2019, 16:08   [включить плавающее окно]   #199
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (SETI_home_v8) »
Мы также очень рады начать вовлекать пользователей freeBSD и Android в нашу производственную цепочку. Для последней платформы нынешний exe не будет работать на версиях
Подозреваю, что "новый .exe" вообще ни на каких версиях FreeBSD, Линукс и/или Android работать не станет - ибо в этих ОС исполняемые файлы называются существенно иначе...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 07.06.2019, 21:16   [включить плавающее окно]   #200
SETI_home_v8
Мужской Общительный
Автор темы
 
Аватар для SETI_home_v8
 
Регистрация: 11.08.2018
Адрес: Тюмень
Цитата (Smirnoff) »
Подозреваю, что "новый .exe" вообще ни на каких версиях FreeBSD, Линукс и/или Android работать не станет - ибо в этих ОС исполняемые файлы называются существенно иначе...
возможно, имелось ввиду исполняемые файлы, что бы основным пользователям было понятно...
__________________
www.Boinc.ru распределенные вычисления на благо науки!
SETI_home_v8 вне форума  
Конфигурация ПК
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 08:13. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey