DigiK-oz - Локальный кэш |
Привіт Гість ( Вхід | Реєстрація )
DigiK-oz - Локальный кэш |
Death |
Oct 6 2008, 22:47
Пост
#1
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 5-November 03 З: Kyiv Користувач №: 26 Стать: НеСкажу Free-DC_CPID Парк машин: гидропарк jabber:deadjdona@gmail.com |
DigiK-oz - Локальный кэш
С помощью этого менеджера решается проблема засыпания (ZZZ) клиента. Теперь клиент берет задания из локального КЭШа и соответственно у вас всегда есть в наличии задания для обработки (и 100% нагруженный EON-ом процессор). Мини-ФАК по установке (Спасибо Death за объяснение)
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 |
Death |
Oct 16 2008, 09:34
Пост
#2
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 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. -------------------- |
nikelong |
Oct 16 2008, 11:23
Пост
#3
|
Тера ранчер Група: Trusted Members Повідомлень: 11 909 З нами з: 19-March 05 Користувач №: 92 Стать: Чол |
Death,
НАсколько я понял, в этой проге выставляешь допустим 50 клиентов, и...и она запускает 50 клиентов? бугага Я батником запускаю ... те же яйца только в профиль. -------------------- |
Death |
Oct 16 2008, 13:59
Пост
#4
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 5-November 03 З: Kyiv Користувач №: 26 Стать: НеСкажу Free-DC_CPID Парк машин: гидропарк jabber:deadjdona@gmail.com |
nikelong, нет, не понял.
у неё есть локальная прокся, она пытается её набить по максимуму, чтобы клиенты работали как можно больше. ну и запускается всё из одной проги а не из "батника" ))) -------------------- |
nikelong |
Oct 16 2008, 21:41
Пост
#5
|
Тера ранчер Група: Trusted Members Повідомлень: 11 909 З нами з: 19-March 05 Користувач №: 92 Стать: Чол |
Death,
Какой прикол мне от проги, если я запустив 80 копий клиента почти всегда наблюдаю 100% загрузку моего квада? -------------------- |
Death |
Oct 16 2008, 22:28
Пост
#6
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 5-November 03 З: Kyiv Користувач №: 26 Стать: НеСкажу Free-DC_CPID Парк машин: гидропарк jabber:deadjdona@gmail.com |
прикол в том что они жрут память. а тут локальная прокся. можно запустить всего 5 клиентов и они всё время будут работать. кешируешь 30 результатов и клиенті всегда загружені.
-------------------- |
(_KoDAk_) |
Oct 17 2008, 08:50
Пост
#7
|
BOINC-guru Група: Trusted Members Повідомлень: 3 662 З нами з: 11-August 07 З: Kharkov Користувач №: 569 Стать: Чол Парк машин: E3-1245V2@3400-Mhz 16GB 1х GTX760DCMOC2GD5 Q8200@2300-Mhz 4GB + то там то сям |
да неплохая Штуковина
-------------------- - "ты говоришь так, будто тебя чай ваше не вставляет "
(Show/Hide) Спаcибо автору алфавита за любезно предоставленные буквы. |
Death |
Oct 17 2008, 12:19
Пост
#8
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 5-November 03 З: Kyiv Користувач №: 26 Стать: НеСкажу Free-DC_CPID Парк машин: гидропарк jabber:deadjdona@gmail.com |
вот закончится огр - поставлю себе на пару дней - посмотришь.
у меня пять клиентов дают 60-80 в сутки. а с этой штукой я 20 за час вчера посчитал. -------------------- |
nikelong |
Oct 24 2008, 19:25
Пост
#9
|
Тера ранчер Група: Trusted Members Повідомлень: 11 909 З нами з: 19-March 05 Користувач №: 92 Стать: Чол |
DigiK-oz - Локальный кэш
С помощью этого менеджера решается проблема засыпания (ZZZ) клиента. Теперь клиент берет задания из локального КЭШа и соответственно у вас всегда есть в наличии задания для обработки (и 100% нагруженный EON-ом процессор). Мини-ФАК по установке (Спасибо Death за объяснение)
Примерную конфигурацию менеджера для 4-х ядерного процессора можно видеть на скриншоте: -------------------- |
Некто |
Oct 24 2008, 19:31
Пост
#10
|
кранчер з фермою Група: Trusted Members Повідомлень: 762 З нами з: 16-May 08 З: Київ Користувач №: 745 Стать: Чол Парк машин: Q6600 @ 2600 MHz |
и благодаря этому проект считается еще медленнее
-------------------- |
Death |
Oct 24 2008, 19:34
Пост
#11
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 5-November 03 З: Kyiv Користувач №: 26 Стать: НеСкажу Free-DC_CPID Парк машин: гидропарк jabber:deadjdona@gmail.com |
ещё быстрее )))
найк УЖЕ слил 1800 )))))))))))))) -------------------- |
nikelong |
Oct 24 2008, 19:38
Пост
#12
|
Тера ранчер Група: Trusted Members Повідомлень: 11 909 З нами з: 19-March 05 Користувач №: 92 Стать: Чол |
Некто,
Почему еще медленнее? -------------------- |
Некто |
Oct 24 2008, 19:39
Пост
#13
|
кранчер з фермою Група: Trusted Members Повідомлень: 762 З нами з: 16-May 08 З: Київ Користувач №: 745 Стать: Чол Парк машин: Q6600 @ 2600 MHz |
Некто, Почему еще медленнее? потому что пока не посчитаются все задания с кеша, следующий этап просчета не начнется... Вроде бы из-за этого и есть куча зззззз -------------------- |
(_KoDAk_) |
Oct 24 2008, 19:56
Пост
#14
|
BOINC-guru Група: Trusted Members Повідомлень: 3 662 З нами з: 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ибо автору алфавита за любезно предоставленные буквы. |
Death |
Oct 24 2008, 23:29
Пост
#15
|
<script ///> Група: Moderators Повідомлень: 6 371 З нами з: 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.
-------------------- |
Lo-Fi Версія | Поточний час: 26th September 2024 - 16:58 |