Инструменты пользователя

Инструменты сайта


cluster:boinc:index_boinc
LDAP: couldn't connect to LDAP server

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
cluster:boinc:index_boinc [2015/04/21 14:22]
nikitina
cluster:boinc:index_boinc [2015/04/22 11:40] (текущий)
nikitina
Строка 6: Строка 6:
 [[containers | Запуск контейнеров с BOINC-сервером]] [[containers | Запуск контейнеров с BOINC-сервером]]
  
-[[faq | BOINC FAQ]]+[[faq | BOINC FAQ]] (реальные проблемы, которые возникали)
  
 ====== BOINC-клиент ====== ====== BOINC-клиент ======
Строка 17: Строка 17:
 [[http://boinc.berkeley.edu/trac/wiki/ResearchProjects | In English]] [[http://boinc.berkeley.edu/trac/wiki/ResearchProjects | In English]]
  
-  - Эффективные способы управления заданиями (на стороне сервера или клиента), много предложений в архивах списков рассылки BOINC)+1. Эффективные способы управления заданиями (на стороне сервера или клиента), много предложений в архивах списков рассылки BOINC. 
-  * использовать в нынешней системе управления заданиями среднеквадратическое отклонение вместо среднего значения;+  * использовать в нынешней системе управления заданиями среднеквадратическое отклонение вместо среднего значения
   * на стороне клиента - отслеживать и учитывать время загрузки файлов   * на стороне клиента - отслеживать и учитывать время загрузки файлов
   * на стороне сервера - реализовать возможность присылать клиенту мелкие задания, даже если он набрал больших   * на стороне сервера - реализовать возможность присылать клиенту мелкие задания, даже если он набрал больших
-  - Исследовать на стороне клиента, какие приложения эффективно работают вместе во многопроцессорном режиме (есть наблюдение, что из-за особенностей обращения к памяти некоторые комбинации приложений работают эффективнее других). Оценить, стоит ли реализовать эти наблюдения для распределения заданий. Если стоит, то реализовать. +2. Исследовать на стороне клиента, какие приложения эффективно работают вместе во многопроцессорном режиме (есть наблюдение, что из-за особенностей обращения к памяти некоторые комбинации приложений работают эффективнее других). Оценить, стоит ли реализовать эти наблюдения для распределения заданий. Если стоит, то реализовать. 
-  Вычисления, интенсивные по передаче данных.+ 
 +3. Вычисления, интенсивные по передаче данных.
   * выполнять на одном и том же клиенте задания с общими "промежуточными" файлами   * выполнять на одном и том же клиенте задания с общими "промежуточными" файлами
   * потоковые вычисления (например, см. IBM Infosphere)   * потоковые вычисления (например, см. IBM Infosphere)
Строка 28: Строка 29:
   * оценка и использование физической близости клиентов   * оценка и использование физической близости клиентов
   * передача данных напрямую между клиентами    * передача данных напрямую между клиентами 
-  - Виртуальная машина на стороне клиента (http://boinc.berkeley.edu/trac/wiki/VmApps). + 
 +4. Виртуальная машина на стороне клиента (http://boinc.berkeley.edu/trac/wiki/VmApps). 
   * "Volunteer cloud" для ученых (есть совместный проект CERN и INRIA)    * "Volunteer cloud" для ученых (есть совместный проект CERN и INRIA) 
-  - Адаптивная репликация. В BOINC реализован эвристический алгоритм назначения разных уровней репликации в зависимости от надежности клиентов. Подумать над альтернативами, оценить эффективность того, что есть, оптимизировать. + 
-  В BOINC реализован механизм защиты от 'cherry picking', когда клиенты выполняют только маленькие задания, чтобы получать больше кредитов. Исследовать его эффективность. +5. Адаптивная репликация. В BOINC реализован эвристический алгоритм назначения разных уровней репликации в зависимости от надежности клиентов. Подумать над альтернативами, оценить эффективность того, что есть, оптимизировать. 
-  Исследовать (!) и оптимизировать способы разделения ресурсов между проектами. (INRIA, Arnaud Legrand) + 
-  Обобщить систему кредитов за вычисления. +6. В BOINC реализован механизм защиты от 'cherry picking', когда клиенты выполняют только маленькие задания, чтобы получать больше кредитов. Исследовать его эффективность. 
-  * назначать кредиты не только за время ЦП, но и за место на диске и др. ресурсы. Здесь теоретически была бы эффективна игровая модель. + 
-  Априорные оценки длительности выполнения батчей заданий. Эффективное управление батчами заданий. +7. Исследовать (!) и оптимизировать способы разделения ресурсов между проектами. (INRIA, Arnaud Legrand) 
-  Квотирование в зонтичных проектах. + 
-  Реализовать систему распределенного хранения данных на основе BOINC. +8. Обобщить систему кредитов за вычисления. 
-  Оптимизировать вычисления на GPU, чтобы они работали и в фоновом режиме. +  * назначать кредиты не только за время ЦП, но и за место на диске и др. ресурсы. Здесь была бы эффективна игровая модель. 
-  Включить GPU и многопоточные приложения в механизм homogeneous redundancy [[http://boinc.berkeley.edu/trac/wiki/HomogeneousRedundancy]]. + 
-  "Микрозадания" (не поняла смысл). +9. Априорные оценки длительности выполнения батчей заданий. Эффективное управление батчами заданий. 
-  Исследовать возможности подключения BOINC к GRID и облакам.  + 
-  Эффективные способы сбора статистики доступности клиента.+10. Квотирование в зонтичных проектах. 
 + 
 +11. Реализовать систему распределенного хранения данных на основе BOINC. 
 + 
 +12. Оптимизировать вычисления на GPU, чтобы они работали и в фоновом режиме. 
 + 
 +13. Включить GPU и многопоточные приложения в механизм homogeneous redundancy ([[http://boinc.berkeley.edu/trac/wiki/HomogeneousRedundancy]])
 + 
 +14. "Микрозадания" (не поняла смысл). 
 + 
 +15. Исследовать возможности подключения BOINC к GRID и облакам.  
 + 
 +16. Эффективные способы сбора статистики доступности клиента.
cluster/boinc/index_boinc.1429626162.txt.gz · Последнее изменение: 2015/04/21 14:22 — nikitina