Исходное сообщение: Подумал, что рационально завести тут на какое-то время - до появления нормального клиента SMP-Win, такую тему.
На самом деле, обобщая собственный опыт, могу предположить, что будет рационально пускать такую штуку на круглосуточно включенных машинах, но не очень удобно - на тех, что работают только часть суток. Во-первых, сложновато заставить всё запускаться автоматически (ну, а замаскировать эту штуку толком вообще нереально), во-вторых, дедлайн поджимает, в-третьих, когда я попытался сегодня возобновить расчёт, получил ошибку и был отправлен на закачку нового задания. Что, естественно, делает невозможным завершить хотя бы одно.
Member
Статус: Не в сети Регистрация: 06.03.2008 Откуда: Москва
spider66 писал(а):
Процессор-то покупал на замену квада именно для фолдинга
Если я правильно понял ты поменял квад на 6-ти ядерник? Если "именно для фолдинга", то, по-моему, не лучший выбор. Прибавка в ППД на обычных жабах не очень большая, а для бигжаб приходится извращаться. Именно для того, чтобы избавиться от этих извращений, мне пришлось поменять квад на i7. Остаётся надеяться только на то, что при выпуске бигжаб для виндового клиента доктора понизят требования к количеству ядер. Но верится в это с трудом...
t4tune писал(а):
всегда на 2.94 пашет
В таком случае по расчётам должно получиться порядка 63 мин на шаг. Так что уже больше похоже на правду . Но всё равно без разгона считать бигжаб (2684 на А3) бессмысленно. Надо вылавливать 2681-2683 на А2: на них бонус будет без проблем.
_________________ Помогите нашей Российской обезьянке TSCh!mp ! подробности тут: http://forums.overclockers.ru/viewtopic.php?f=50&t=441789
TSC! Russia member
Статус: Не в сети Регистрация: 02.10.2003 Откуда: Ревель.Колывань Фото: 3
Спасибо, камрады! Вечером буду пробовать 158 дублю Fergity Затык, судя по всему, на стадии копирования рабочих файлов из ВиртуалБокса, ибо Варя на них потом ругаецца. SergKr В VMware считаю уже давно, так что на этом этапе, по идее, проблем быть не должно!
И ещё: если юзать комп во время счёта, получается нехилая такая просадка ППД - с 12000 до 10000 при добавлении клиента на видеокарте и десятке окошек ИЕ, а ежели ещё в винампе всякие лозлессы слушать, так вообще до 8000 Если после переезда на мамку с ДДР3 будет так же, значит, 6 мегабайт L3 маловато для такой нагрузки? На кваде просадок на треть не было И WinAFC64 ведёт себя как-то странно в случае х6, от него больше вреда чем пользы, но с ним потом буду разбираться. На кваде работал отлично.
Добавлено спустя 11 минут 18 секунд: SergKr
Цитата:
Прибавка в ППД на обычных жабах не очень большая
С 6000 до 12200, в ветке со статистикой постил результат. Ровно как на равночастотном и восьмипоточном i7. Напрягает, что в вин7 на кваде результат на 5% ниже, чем был в ХР!
Member
Статус: Не в сети Регистрация: 16.11.2005 Откуда: Klin
Fergity а зачем такой изврат с переносом заданий? я врубал в настройке 8 ядер, ловил задание и перезапускал виртуалбокс с четырьмя ядрами. комп только заметно подтупливал, жена ругалась. зато теперь с винсмп все летает, все прекрасно.
Member
Статус: Не в сети Регистрация: 06.03.2008 Откуда: Москва
spider66 Для облегчения переноса файлов между виртуалками могу предложить следующий способ. 1. Подготовительный этап (делается один раз). 1.1.В VirtualBox-е создаем файл со скриптом save_fah, который будет архивировать все необходимые файлы в один архив fah.tar. Файл client.cfg в архив не включаю, так как он в виртуалках различается параметром -smp.
Код:
kse@kse:~/FAH$ cat >> save_fah<Enter> tar cvf fah.tar work FahCore_*.exe FAHlog.txt MyFolding.html machinedependent.dat queue.dat unitinfo.txt<Enter> <Ctrl-D> kse@kse:~/FAH$ chmod +x save_fah<Enter> kse@kse:~/FAH$
1.2.В VMware-е создаем файл со скриптом restore_fah, который будет удалять файлы, оставшиеся от предыдущего задания (на всякий случай) и разархивировать файлы из архива fah.tar.
2. Повседневный этап (перенос задания). Теперь процесс переноса задания будет проходить так: 2.1. В VirtualBox-е ловим бигжабу, останавливаем клиента и запускаем скрипт save_fah.
[12:31:29] Initial: 0000; - Receiving payload (expected size: 30324483) [12:35:52] - Downloaded at ~112 kB/s [12:35:52] - Averaged speed for that direction ~90 kB/s [12:35:52] + Received work. [12:35:52] + Closed connections [12:35:57] [12:35:57] + Processing work unit [12:35:57] Core required: FahCore_a2.exe [12:35:57] Core found. [12:35:57] Working on queue slot 05 [June 2 12:35:57 UTC] [12:35:57] + Working ... [12:35:57] - Calling './mpiexec -np 8 -host 127.0.0.1 ./FahCore_a2.exe -dir work/ -nice 19 -suffix 05 -checkpoint 15 -forceasm -verbose -lifeline 1010 -version 629' [12:35:57] CoreStatus = 7E (126) [12:35:57] Client-core communications error: ERROR 0x7e [12:35:57] Deleting current work unit & continuing... [12:36:09] - Warning: Could not delete all work unit files (5): Core file absent [12:36:09] Trying to send all finished work units [12:36:09] + No unsent completed units remaining. [12:36:09] - Preparing to get new work unit... [12:36:09] Cleaning up work directory [12:36:09] + Attempting to get work packet [12:36:09] Passkey found
чего то мне клиент вот такое уже третий раз подряд выдает
Member
Статус: Не в сети Регистрация: 25.12.2007 Откуда: Красноярск
anubias писал(а):
t4tune какой клиент, если WinSMP, то зачем
Цитата:
-bigadv
Для ВинСМП этот ключ не повредит. Пока толку от него нет, но однажды...
Но у t4tune, вероятно, линукс.
Цитата:
7E
Код:
CoreStatus = 7E (126) Client-core communications error: ERROR 0x7e Folding@Home will go to sleep for 1 day as there have been 5 consecutive Cores executed which failed to complete a work unit. (To wake it up early, quit the application and restart it.) If problems persist, please visit our website at http://folding.stanford.edu for help. + Sleeping...
This can be caused by incorrect file permissions. FahCore*.exe and mpiexec must be executable.
Попробуй так:
Код:
chmod 775 FahCore_a2.exe chmod 775 mpiexec.exe
Если не поможет, снеси клиента и поставь по новой.
_________________ Доктор едет-едет сквозь снежную равнину, Порошок целебный людям он везет.
Fergity Да, стоит виртуалка. Так, а теперь поподробнее, тк в линукс я пока дуб (буду стараться это исправить) то куда это все что ты написал, применить? Это все писать в командной строке виртуалки? двумя командами?
Добавлено спустя 5 минут 6 секунд: Пока ничего не успел сделать - прилетело вот это задание
Цитата:
[13:30:27] [13:30:27] Project: 6073 (Run 0, Clone 128, Gen 23) [13:30:27] [13:30:27] Assembly optimizations on if available. [13:30:27] Entering M.D. [13:30:34] Completed 0 out of 500000 steps (0%) [13:38:49] Completed 5000 out of 500000 steps (1%)
т.е бигжабы качались но не стартовали, а прилетела обычная хрень и все заработало. Что это может быть?
Member
Статус: Не в сети Регистрация: 02.03.2008 Откуда: Пермь
Не знаю, было ли у кого-то или я первый, но беглым поиском по теме ничего не нашёл. Проблемка с бигжабами - они слишком долго завершаются. Целый час простоя меня не устраивает.
Код:
[11:14:24] Completed 250000 out of 250000 steps (100%) [11:14:46] DynamicWrapper: Finished Work Unit: sleep=10000 [11:14:55] [11:14:56] Finished Work Unit: [11:14:56] - Reading up to 52544928 from "work/wudata_01.trr": Read 52544928 [11:14:57] trr file hash check passed. [11:14:57] - Reading up to 41979072 from "work/wudata_01.xtc": Read 41979072 [11:15:02] xtc file hash check passed. [11:15:02] edr file hash check passed. [11:15:02] logfile size: 235798 [11:15:02] Leaving Run [11:15:05] - Writing 94925106 bytes of core data to disk... [11:15:43] ... Done. [12:16:42] - Shutting down core [12:16:42] [12:16:42] Folding@home Core Shutdown: FINISHED_UNIT
Может сталкивался кто? p.s. Пользуюсь готовой сборкой v1.1. Раньше сам убунту ставил - сейчас нет времени и желания возиться.
Member
Статус: Не в сети Регистрация: 06.07.2004 Откуда: РФ Фото: 6
t4tune Ну открываешь на редактирование и ДОБАВЛЯЕШЬ ручками. Например, 127.0.0.1 имя_машины_которое_в_файле_/etc/hostname Я обычно редактирую встроенным редактором mc. У тебя какая сборка? На базе debian? Если дебиан - то установи mc командой aptitude install mc и радуйся жизни. mc - это far для линукса.
Member
Статус: Не в сети Регистрация: 25.12.2007 Откуда: Красноярск
band1c, есть в сборке 1.2 (и вроде в 1.1) утилита langouste. Если есть время и желание, разберись в ней. Она должна заставлять клиента скачивать следующее задание заранее. Если я правильно понял, клиент сразу начинает считать следующую жабу, а завершенную отправляет автосендом.
_________________ Доктор едет-едет сквозь снежную равнину, Порошок целебный людям он везет.
Member
Статус: Не в сети Регистрация: 02.03.2008 Откуда: Пермь
Fergity Насколько я понял из описания, langouste скачивает новую жабу уже после того, как клиент начинает коннектиться для сдачи готового задания, то есть в данном случае не прокатит.
Сейчас этот форум просматривают: SETI_home_v8 и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения