Привіт Гість ( Вхід | Реєстрація )

> DigiK-oz - Локальный кэш
Death
Oct 6 2008, 22:47
Пост #1


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



DigiK-oz - Локальный кэш

С помощью этого менеджера решается проблема засыпания (ZZZ) клиента. Теперь клиент берет задания из локального КЭШа и соответственно у вас всегда есть в наличии задания для обработки (и 100% нагруженный EON-ом процессор).

Мини-ФАК по установке (Спасибо Death за объяснение)
  1. К этому моменту у вас уже должен быть установленный и правильно работающий клиент EON, который приносит вам очки.
  2. К этому моменту у вас уже должен быть установленный .NET framework (на ВИСТЕ и так есть, на ХР - проверяем есть ли?)
  3. Идем на сайт автора и качаем последнюю версию менеджера (106 Кб) (ну или просим когото из команды шоб выслал по почте)
  4. Скопировали EONstart.exe в директорию с уже установленным EONом.
  5. Создали внутри папки с EONом еще одну папку с названием EON (менеджер сам попросит создать папку ту что ему нужно)
  6. Скопировали в нее файлы client.exe, client.cfg, key.pub, AlCli.dll из папки с EONом.
  7. Запускаем DigiK-oz. Идем в file ---> settings.
  8. Maximum number of EON client to start - сколько запускать копий клиента при старте. Рекомендую ставить количество копий клиента = количеству ядер на процессоре.
  9. CPU% to use - ставим 100% загрузка ЦПУ (иначе зачем тогда весь этот сыр-бор?).
  10. Maximum number of crunching client максимум работающих клиентов = количеству ядер на процессоре.
  11. After graceful shutdown: cleanup&exit - досчитать все задания в локальном прокси и выйти. Самое правильное решение, так что ставим тут галку. Остальные три галки ставим по вкусу (я не ставил ни одной).
  12. Client settings Ставим галки напротив тех ядер процессора, которые мы хотим использовать (тоесть ВСЕ), а так-же выставляем приоритет процессов.
  13. Proxy Вот, самое интересное в это менеджере. Естественно ставим галку "включить локальный прокси" и настраиваем его:
  14. Maximum queue - количество заданий в КЭШе. Грубо прикидываем, сколько секунд считается одно задание, и насколько времени вы хотите обеспечить "автономную" работу клиента. К примеру если задание считается одну минуту и вы хотите 30 мин. автономность - то ставим значение "60" для двухядерного процессора.
  15. Maximum number of requesters to start - Сколько "имитировать" клиентов, посылающих запрос? К примеру, если поставить значение "50" то сервер выдачи заданий проекта будет думать что у нас на машине запущено 50 клиентов (и соответственно, будет стараться обеспечить всех их работой). Поэтому это количество должно в 4-10 раз быть больше чем количество работающих клиентов.
  16. Maximum number of reporters to start - имитация количества клиентов, которые будут отправлять задания обратно на сервер проекта. Ставим немного больше чем количество работающих клиентов.
  17. On graceful shutdown, first empty proxy - при "правильном" завершении работы менеджера сначала будет очищен КЭШ и только потом будет стоп. Ставим тут галку, ибо это полезно для проекта, т.к. новые задания выдаются на основании уже посчитаных старых.
Примерную конфигурацию менеджера для 4-х ядерного процессора можно видеть на скриншоте:



 
запускай пока не поздно )))

http://www.free-dc.org/forum/showthread.php?t=16166

Fortunately, we are pretty safe from storms in Austin being so far inland. Ike didn't even bring rain here.

Our server, on the other hand, is less fortunate. It was in good hands with my postdoc, Lijun, and I think this new paper is a big step forward in the simulation methodology.

A new student, Rye, is taking over. We've purchased a new server to help cut down on the memory and communication problems. But I think we're settled on switching to boinc to solve our ongoing server issues. In that system, the issuing of work units is separated from any other calculations on the server, so that it is always responsive to client requests.

Our first new project will be to look at dynamics in high-temperature Ni alloys. These will be more expensive calculations, so we'll have to rescale the statistics.

In the long-term, we'll be switching the entire system to quantum calculations. There are still some fundamental issues to work out, but this will allow for modeling reaction dynamics at surfaces. This has great potential for designing new catalysts, particularly for energy conversion applications such as in fuel cell.

Це повідомлення відредагував nikelong: Mar 18 2009, 23:47
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
2 Сторінки V  1 2 >  
Reply to this topicStart new topic
Відповідей(1 - 14)
Death
Oct 16 2008, 09:34
Пост #2


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



http://www.pubquizcentre.nl/DigiK-oz/dceon.aspx

можно неплохо рвануть вверх.

EONstart

Running multiple EON clients was a pain in the ass....UNTIL NOW! I wrote a small program that'll start as many EON clients as your PC's memory will allow. You may have to experiment a bit to find the optimal setting.

To use this program, you'll need the .NET framework. It is included in VISTA, and you can download it for XP at microsoft's website.

First, make sure you have EON installed, and that you have succesfully returned at least one result.

After that download EONstart.exe (if you have problems downloading it, try here ) Copy it to a directory on the system you want to run EON on. In that same directory, create a directory called Eon. In that Eon directory, copy the files client.exe, client.cfg, key.pub and AlCli.dll from the directory the EON client is installed in.

Next, just run EONstart.exe, specify the number of clients to run (carefull, it'll use lots of memory if you set this number too high). Try starting with 50 clients. If your PC survives, simply increase the number of clients untill your PC starts complaining or is using excessive paging file. Decrease the number of clients by 10 or so and that would be about the maximum number of clients you can run. You could also decide to enable the local proxy, in that case starting just 5 to 10 clients will be sufficient, since the proxy will handle the fetching and reporting of work.

Suggested settings : 5 clients maximum, 5 clients crunching, enable local proxy, 8 requesters, 4 reporters, queue size 60 minutes, and clients connect to local proxy.

That's it! See your EON scores rise above anything you ever imagined!

October 15, 2008 : Version 0.5.0 released

Fixed another reported "decimal" bug again...

October 13, 2008 : Version 0.4.9 released

Got a report of a crash with the message "value to large or to small for decimal" again. I thought I had fixed al those...Apparently not! I fixed another possible occurence of this one and hope this is the last one. Problem with this one is, I can't reproduce this problem on my systems, so there just might be another one lurking.

October 12, 2008 : Version 0.4.8 released.

Fixed a few minor bugs, and raised the maximum number of requesters/reporters to 100 each. Use with care though, expecially the number of reporters directly influences the upload of your internet connection (8 reporters will use about 1 Mbit upload capacity).

October 4, 2008 : Version 0.4.7 released

Finally, I tracked down the problem which plagued all releases since the proxy was introduced (0.4.0) with hanging threads, threads which had ended but still showed up as active, etc. This will make sure you actually have the number of requesters/reporters running that is shown in the status display. No more excessive threads, no more problems with 0 reporters running where a (much) higher numer is displayed, causing the buffer to run empty. And also very important : no more enormous headache caused by lengthy debug sessions for me :-). I suggest everybody upgrade to this version, since it also eases the burden on the eOn server caused by the hanging receive/send requests.



--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
nikelong
Oct 16 2008, 11:23
Пост #3


Тера ранчер
**********

Група: Trusted Members
Повідомлень: 12 443
З нами з: 19-March 05
Користувач №: 92
Стать: Чол



Death,
НАсколько я понял, в этой проге выставляешь допустим 50 клиентов, и...и она запускает 50 клиентов?

бугага lol.gif

Я батником запускаю ... те же яйца только в профиль.



--------------------
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Death
Oct 16 2008, 13:59
Пост #4


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



nikelong, нет, не понял.
у неё есть локальная прокся, она пытается её набить по максимуму, чтобы клиенты работали как можно больше.
ну и запускается всё из одной проги а не из "батника" )))


--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
nikelong
Oct 16 2008, 21:41
Пост #5


Тера ранчер
**********

Група: Trusted Members
Повідомлень: 12 443
З нами з: 19-March 05
Користувач №: 92
Стать: Чол



Death,
Какой прикол мне от проги, если я запустив 80 копий клиента почти всегда наблюдаю 100% загрузку моего квада?


--------------------
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Death
Oct 16 2008, 22:28
Пост #6


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



прикол в том что они жрут память. а тут локальная прокся. можно запустить всего 5 клиентов и они всё время будут работать. кешируешь 30 результатов и клиенті всегда загружені.


--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
(_KoDAk_)
Oct 17 2008, 08:50
Пост #7


BOINC-guru
*********

Група: Moderators
Повідомлень: 3 714
З нами з: 11-August 07
З: Kharkov
Користувач №: 569
Стать: Чол
Парк машин:
E3-1245V2@3400-Mhz 16GB 1х GTX760DCMOC2GD5 Q8200@2300-Mhz 4GB + то там то сям



да неплохая Штуковина


--------------------
- "ты говоришь так, будто тебя чай ваше не вставляет "

(Show/Hide)











Спаcибо автору алфавита за любезно предоставленные буквы.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Death
Oct 17 2008, 12:19
Пост #8


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



вот закончится огр - поставлю себе на пару дней - посмотришь.

у меня пять клиентов дают 60-80 в сутки. а с этой штукой я 20 за час вчера посчитал.


--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
nikelong
Oct 24 2008, 19:25
Пост #9


Тера ранчер
**********

Група: Trusted Members
Повідомлень: 12 443
З нами з: 19-March 05
Користувач №: 92
Стать: Чол



DigiK-oz - Локальный кэш

С помощью этого менеджера решается проблема засыпания (ZZZ) клиента. Теперь клиент берет задания из локального КЭШа и соответственно у вас всегда есть в наличии задания для обработки (и 100% нагруженный EON-ом процессор).

Мини-ФАК по установке (Спасибо Death за объяснение)
  1. К этому моменту у вас уже должен быть установленный и правильно работающий клиент EON, который приносит вам очки.
  2. К этому моменту у вас уже должен быть установленный .NET framework (на ВИСТЕ и так есть, на ХР - проверяем есть ли?)
  3. Идем на сайт автора и качаем последнюю версию менеджера (106 Кб) (ну или просим когото из команды шоб выслал по почте)
  4. Скопировали EONstart.exe в директорию с уже установленным EONом.
  5. Создали внутри папки с EONом еще одну папку с названием EON (менеджер сам попросит создать папку ту что ему нужно)
  6. Скопировали в нее файлы client.exe, client.cfg, key.pub, AlCli.dll из папки с EONом.
  7. Запускаем DigiK-oz. Идем в file ---> settings.
  8. Maximum number of EON client to start - сколько запускать копий клиента при старте. Рекомендую ставить количество копий клиента = количеству ядер на процессоре.
  9. CPU% to use - ставим 100% загрузка ЦПУ (иначе зачем тогда весь этот сыр-бор?).
  10. Maximum number of crunching client максимум работающих клиентов = количеству ядер на процессоре.
  11. After graceful shutdown: cleanup&exit - досчитать все задания в локальном прокси и выйти. Самое правильное решение, так что ставим тут галку. Остальные три галки ставим по вкусу (я не ставил ни одной).
  12. Client settings Ставим галки напротив тех ядер процессора, которые мы хотим использовать (тоесть ВСЕ), а так-же выставляем приоритет процессов.
  13. Proxy Вот, самое интересное в это менеджере. Естественно ставим галку "включить локальный прокси" и настраиваем его:
  14. Maximum queue - количество заданий в КЭШе. Грубо прикидываем, сколько секунд считается одно задание, и насколько времени вы хотите обеспечить "автономную" работу клиента. К примеру если задание считается одну минуту и вы хотите 30 мин. автономность - то ставим значение "60" для двухядерного процессора.
  15. Maximum number of requesters to start - Сколько "имитировать" клиентов, посылающих запрос? К примеру, если поставить значение "50" то сервер выдачи заданий проекта будет думать что у нас на машине запущено 50 клиентов (и соответственно, будет стараться обеспечить всех их работой). Поэтому это количество должно в 4-10 раз быть больше чем количество работающих клиентов.
  16. Maximum number of reporters to start - имитация количества клиентов, которые будут отправлять задания обратно на сервер проекта. Ставим немного больше чем количество работающих клиентов.
  17. On graceful shutdown, first empty proxy - при "правильном" завершении работы менеджера сначала будет очищен КЭШ и только потом будет стоп. Ставим тут галку, ибо это полезно для проекта, т.к. новые задания выдаются на основании уже посчитаных старых.


Примерную конфигурацию менеджера для 4-х ядерного процессора можно видеть на скриншоте:



--------------------
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Некто
Oct 24 2008, 19:31
Пост #10


кранчер з фермою
*******

Група: Trusted Members
Повідомлень: 767
З нами з: 16-May 08
З: Київ
Користувач №: 745
Стать: Чол
Парк машин:
Q6600 @ 2600 MHz



и благодаря этому проект считается еще медленнее


--------------------

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Death
Oct 24 2008, 19:34
Пост #11


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



ещё быстрее )))

найк УЖЕ слил 1800 ))))))))))))))


--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
nikelong
Oct 24 2008, 19:38
Пост #12


Тера ранчер
**********

Група: Trusted Members
Повідомлень: 12 443
З нами з: 19-March 05
Користувач №: 92
Стать: Чол



Некто,
Почему еще медленнее?


--------------------
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Некто
Oct 24 2008, 19:39
Пост #13


кранчер з фермою
*******

Група: Trusted Members
Повідомлень: 767
З нами з: 16-May 08
З: Київ
Користувач №: 745
Стать: Чол
Парк машин:
Q6600 @ 2600 MHz



(nikelong @ Oct 24 2008, 20:38) *

Некто,
Почему еще медленнее?

потому что пока не посчитаются все задания с кеша, следующий этап просчета не начнется... Вроде бы из-за этого и есть куча зззззз


--------------------

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
(_KoDAk_)
Oct 24 2008, 19:56
Пост #14


BOINC-guru
*********

Група: Moderators
Повідомлень: 3 714
З нами з: 11-August 07
З: Kharkov
Користувач №: 569
Стать: Чол
Парк машин:
E3-1245V2@3400-Mhz 16GB 1х GTX760DCMOC2GD5 Q8200@2300-Mhz 4GB + то там то сям



это спорный вопрос эот ничем не хуже чсем 80 одновремено запушенных и допустим 20 изних раблотают тоесть загреюли задание а 60 ждут или все ждут или вс еработают
тока в случае этой прогу идет равномерный загруз проца а значит быстрее расчет принятых заданий
лучше ж выполнить 4ре и отправить и принятса за новые 4ре чем одноврменно считать 40 + учит потери при переключании межде 40 порцессами
выходит как минимум не медленне


--------------------
- "ты говоришь так, будто тебя чай ваше не вставляет "

(Show/Hide)











Спаcибо автору алфавита за любезно предоставленные буквы.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Death
Oct 24 2008, 23:29
Пост #15


<script ///>
**********

Група: Moderators
Повідомлень: 6 429
З нами з: 5-November 03
З: Kyiv
Користувач №: 26
Стать: НеСкажу
Free-DC_CPID
Парк машин:
гидропарк
jabber:deadjdona@gmail.com



The EON project is used to simulate the time evolution of solid systems over long periods of time. When enough work assignments are collected the server advances the simulated system in time at which point clients have to get a new work assignment based upon the new state of the system. Because of this, EON can not give clients many work packets to work on, and clients can not work while they are offline.


--------------------
wbr, Me. Dead J. Dona OGR-27
User is offlineProfile CardPM
Go to the top of the page
+Quote Post

2 Сторінки V  1 2 >
Reply to this topicStart new topic
1 Користувачів переглядають дану тему (1 Гостей і 0 Прихованих Користувачів)
0 Користувачів:

 



- Lo-Fi Версія Поточний час: 28th March 2024 - 16:16

Invision Power Board v1.3.3 © 1996 IPS, Inc.