TSC! Russia Vice-captain
Статус: Не в сети Регистрация: 21.03.2006 Откуда: Петербург
Anoss Хотелка: хочу отловить DG. А по поводу улучшения скрипта: серверы, которые хоть и доступны, но жабы не раздают (как например 70-й, у него количество доступных жаб постоянно, т.е. ИМХО не выдаёт их) как-нибудь выделить.
И по общей информации по серверам: заглавия графиков очень мелкие, тяжело читать.
Member
Статус: Не в сети Регистрация: 01.04.2005 Откуда: Москва-Лубянка
Behc 70-й — это темная история… почему он загружен все время чем-то?.. мне кажется, он скоро станет internal use, вот их мы сейчас и выделим… Добавлено спустя 10 минут, 2 секунды Хотя вот легендарный 133-й тоже такой… да, надо что-то придумать.
TSC! Russia Vice-captain
Статус: Не в сети Регистрация: 21.03.2006 Откуда: Петербург
Anoss
Цитата:
Сервер в дауне или не занимается F@H.
Писал бы уж сразу - занимается не пойми чем. Что-то мне подсказывает, что 100 - это сервер приема заданий, возможно резервный. И точно уж не выдачи, у него ip рядом с серверами-стрелочниками. Так что нужно перекрасить обратно в белый. Каким образом определяется тип жаб на сервере? Вручную дописываются? Новое задание 1498 появилось (8,5 Мб входящего, 250 Мб в оперативной и 320 Мб виртуальной Новая реинкарнация QMD?), в списке psummaryC.html есть, а на страничке нет.
И ещё: странные сервера типа 121. Задания есть, что-то вроде раздает, а задания непойми какие. Либо сверхновые, либо тоже для какого-то внутреннего использования.
Последний раз редактировалось Behc 15.10.2006 0:34, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 01.04.2005 Откуда: Москва-Лубянка
Behc писал(а):
Каким образом определяется тип жаб на сервере? Вручную дописываются?
Не вручную, а из локальной копии psummaryc.. сейчас обновлю и напишу скриптик автообновления.. Добавлено спустя 2 минуты, 17 секунд После фильтрации красненьким и желтеньким из ~160 серваков осталось 14.. красота
Member
Статус: Не в сети Регистрация: 01.04.2005 Откуда: Москва-Лубянка
Во меня клиент запугивал...
Цитата:
[00:04:43] + Attempting to get work packet [00:04:43] - Will indicate memory of 600 MB [00:04:43] - Connecting to assignment server [00:04:43] Connecting to http://assign.stanford.edu:8080/ [00:04:44] Posted data. [00:04:44] Initial: 40AB; - Successful: assigned to (171.64.122.128). [00:04:44] + News From Folding@Home: Welcome to Folding@Home [00:04:44] Loaded queue successfully. [00:04:44] Connecting to http://171.64.122.128:8080/ [00:04:45] - Couldn't send HTTP request to server [00:04:45] (Got status 503) [00:04:45] + Could not connect to Work Server [00:04:45] - Error: Attempt #1 to get work failed, and no other work to do. Waiting before retry. [00:04:58] + Attempting to get work packet [00:04:58] - Will indicate memory of 600 MB [00:04:58] - Connecting to assignment server [00:04:58] Connecting to http://assign.stanford.edu:8080/ [00:04:59] Posted data. [00:04:59] Initial: 40AB; - Successful: assigned to (171.64.122.128). [00:04:59] + News From Folding@Home: Welcome to Folding@Home [00:04:59] Loaded queue successfully. [00:04:59] Connecting to http://171.64.122.128:8080/ [00:05:00] - Couldn't send HTTP request to server [00:05:00] (Got status 503) [00:05:00] + Could not connect to Work Server [00:05:00] - Error: Attempt #2 to get work failed, and no other work to do. Waiting before retry.
Но на третий раз образумился
Цитата:
[00:05:17] + Attempting to get work packet [00:05:17] - Will indicate memory of 600 MB [00:05:17] - Connecting to assignment server [00:05:17] Connecting to http://assign.stanford.edu:8080/ [00:05:18] Posted data. [00:05:18] Initial: 40AB; - Successful: assigned to (171.64.122.128). [00:05:18] + News From Folding@Home: Welcome to Folding@Home [00:05:18] Loaded queue successfully. [00:05:18] Connecting to http://171.64.122.128:8080/ [00:05:27] Posted data. [00:06:19] Initial: 0000; - Receiving payload (expected size: 3981686) [00:06:55] - Downloaded at ~108 kB/s [00:06:55] - Averaged speed for that direction ~108 kB/s [00:06:55] + Received work. [00:06:55] + Closed connections [00:06:55] [00:06:55] + Processing work unit [00:06:55] Core required: FahCore_78.exe [00:06:55] Core found. [00:06:55] Working on Unit 01 [October 15 00:06:55] [00:06:55] + Working ... [00:06:55] - Calling 'FahCore_78.exe -dir work/ -suffix 01 -checkpoint 10 -forceasm -verbose -lifeline 3872 -version 504'
[00:06:55] [00:06:55] *------------------------------* [00:06:55] Folding@Home Gromacs Core [00:06:55] Version 1.90 (March 8, 2006) [00:06:55] [00:06:55] Preparing to commence simulation [00:06:55] - Assembly optimizations manually forced on. [00:06:55] - Not checking prior termination. [00:07:09] - Expanded 3981174 -> 20311645 (decompressed 510.1 percent) [00:07:09] - Starting from initial work packet [00:07:09] [00:07:09] Project: 1497 (Run 0, Clone 152, Gen 8) [00:07:09] [00:07:20] Assembly optimizations on if available. [00:07:20] Entering M.D. [00:07:30] Protein: p1497_TETHERED VESICLES [00:07:30] [00:07:30] Writing local files [00:07:40] Extra SSE boost OK. [00:07:41] Writing local files [00:07:42] Completed 0 out of 125000 steps (0)
Warning: By using the -forceasm flag, you are overriding safeguards in the program. If you did not intend to do this, please restart the program without -forceasm. If work units are not completing fully (and particularly if your machine is overclocked), then please discontinue use of the flag.
[10:21:16] - Ask before connecting: No [10:21:16] - Proxy: localhost:8080 [10:21:16] - User name: (Team 47191) [10:21:16] - User ID not found locally [10:21:16] + Requesting User ID from server [10:21:16] - Getting ID from AS: [10:21:16] Connecting to http://assign.stanford.edu:8080/ [10:21:17] - Couldn't send HTTP request to server [10:21:17] + Could not connect to Primary Assignment Server for ID [10:21:17] Connecting to http://assign2.stanford.edu:80/ [10:21:18] - Couldn't send HTTP request to server [10:21:18] + Could not connect to Secondary Assignment Server for ID [10:21:18] + Could not get ID from server. Retrying... [10:21:30] - Getting ID from AS: [10:21:30] Connecting to http://assign.stanford.edu:8080/ [10:21:31] - Couldn't send HTTP request to server [10:21:31] + Could not connect to Primary Assignment Server for ID [10:21:31] Connecting to http://assign2.stanford.edu:80/ [10:21:32] - Couldn't send HTTP request to server [10:21:32] + Could not connect to Secondary Assignment Server for ID [10:21:32] + Could not get ID from server. Retrying... [10:21:34] ***** Got a SIGTERM signal (2) [10:21:34] Killing all core threads
Folding@Home Client Shutdown.
Добавлено спустя 31 секунду большой сорри за дубль
_________________ Duron 850/ Athlon XP 2400+/ Athlon 64 3000+/ Opteron 150/ Phenom II X2 560/ Phenom II X6 1090T/ FX-8120/ Ryzen 7 7700
Member
Статус: Не в сети Регистрация: 11.12.2004 Откуда: Тамбов
Anoss он не этоже задание скачал, он другое с сервака слил, менее большое и на него надо мегов 100 оперативки, я сейчас такое же считаю
Цитата:
Конфигурация: Sempron 2600+@2000 1024mb ram Номер задачи: 1497 Имя задачи: p1497_TETHERED VESICLES Размер: 3,80 MБ Очки: 364 Фреймы: 100 Ядро: GROMACS IP сервера: 171.64.122.128 Очков в час: Очков в сутки: Ср. время на шаг: Завершено: 60% F@H Spy 1.3.0
Member
Статус: Не в сети Регистрация: 04.02.2004 Откуда: Хабаровск Фото: 6
targitaj, Hil понятно, спасибо а еще такой вопрос: я так понял что он периодически запрашивает UID с сервера, скажите: если я оставлю его включенным он когда получит UID сам начнет считать?
правильный ответ: да наконец-то заработало...
_________________ Duron 850/ Athlon XP 2400+/ Athlon 64 3000+/ Opteron 150/ Phenom II X2 560/ Phenom II X6 1090T/ FX-8120/ Ryzen 7 7700
TSC! Russia Vice-captain
Статус: Не в сети Регистрация: 21.03.2006 Откуда: Петербург
Anoss Идея №1: добавить колонку "Настройки клиента" (type&bigpackets). Но вот как автоматизировать определение какой сервер с какими настройками? Только если ручками, а это не есть хорошо.
Идея №2: смотрим на любимый 128 сервер. График "Количество жаб". Что видно: резкое накопление количества жаб начиная с 20:00 МСК (или около 10-11 утра по Pacific time) + резкое увеличение загрузки CPU и снижение загруженности сети. А после 00:00 15-го числа снижение их количества. По-моему это говорит о том, что доктора подготовили новые задания, а потом стали их раздовать. Как раз появились сообщения о новых жабах 1498.
Может написать скрипт, которые при резком увеличении количества заданий в течении 3-4 часов (+CPU&net) будет сигнализировать в колонке "Примечания": "Внимания, возможны новые жабы!". Плюс т.к. psummary регулярно обновляется сравнивать новый файл со старым и сигнализировать при появлении новых заданий.
Всё, пока идеи иссякли.
P.S. Доктора, мы следим за Вами! Добавлено спустя 10 часов, 21 минуту, 30 секунд
[Blackfire]Bart писал(а):
Behc Wordpad'ом правил - в этом может быть проблема? С графическим клиентом сколько уже работаю - никаких EUE, а с консолью - переразгон? Не кажется странной эта версия?
[Blackfire]Bart Я уже ничему с этими докторами не удивляюсь. Может попробовать консоль не 5.04, а 5.02?
Последний раз редактировалось Behc 16.10.2006 6:30, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 01.04.2005 Откуда: Москва-Лубянка
Behc писал(а):
Может написать скриптт, которые при резком увеличении количества заданий в течении 3-4 часов (+CPU&net) будет сигнализировать в колонке "Примечания": "Внимания, возможны новые жабы!". Плюс т.к. psummary регулярно обновляется сравнивать новый файл со старым и сигнализировать при появлении новых заданий.
Ох… это чуть позже)
Behc писал(а):
добавить колонку "Настройки клиента"
Однозначная настройка только одна — тип 2 — тинкеры… нечетко тут как-то все…
ManQ писал(а):
можно сделать некоторую шкалу на вертикальных осях
Сделал некоторую шкалу, и еще по мелочам… мне кажется, что где-то я мог перемудрить…)
Сообщайте об ошибках, пожалуйста!
TSC! Russia Vice-captain
Статус: Не в сети Регистрация: 21.03.2006 Откуда: Петербург
Anoss Ну не знаю... Разговор не о типах получаемых заданий, а в том смысле, что при разных настройках стрелочный сервер (ну не выговорить мне assignment server ) отправляет на разные сервера. Например у меня при T=4 B=n отправляет на 158 и 160. Хотя согласен, скользко всё это. Кстати, алгоритм определения выдачи жаб надо немного подправить: 127-й явно ничего никому не даёт, а желтым не стал. Например, уменьшить интервал с недели до 4-х дней и сделать дополнительную проверку на загруженность сети и CPU.
_________________ Революционеров можно убить, идеи — никогда.
Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
BiFFus Поставить файрвол и заблокировать клиенту доступ на серверы 171.65.103.158 и 171.65.103.160.
Выставить в разделе [clienttype] файла client.cfg параметр type=4, а в разделе [settings] параметр bigpackets=yes. Проследить, чтобы в командной строке сервиса/консоли не было добавлено -advmethods.
Перезапустить клиента. Дождаться следующего задания. Обычно клиент начинает долго долбиться на указанные выше серверы. Но в конце концов смиряется и идёт на 128-ой сервер, где выдают 1495, 1497 и 1498. А вот какой из них попадётся - лотерея. 1495-е сейчас стали редки, так что скорее 1498 или 1497. 1498-ой - это очень большой трафик (8,1 Мб входящий), 240 Мб в памяти и очки ниже 1495, хотя повыше, чем у 24хх, не говоря уже об остальных громаксах и всяких амберах.
Чтобы ускорить процесс получения нужного задания, можно перезапускать консоль, сервис, если видно, что она пытается ломиться на "неправильный" сервер.
_________________ TSC! Russia - присоединяйтесь!
Последний раз редактировалось Hil 16.10.2006 15:01, всего редактировалось 1 раз.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения