Member
Статус: Не в сети Регистрация: 29.08.2008 Откуда: Симферополь
rscp обрати внимание на время записи посчитанного задания на диск - 50 мин. с хвостиком. Есть подозрение, что это не висяк, а это он так долго чистит папку work от старого задания. У меня кстати такая же фигня с последней БЖ была под нативом. В виртуалке всё шустро.
_________________ Желудок это понятие растяжимое...
Member
Статус: Не в сети Регистрация: 20.07.2010 Откуда: МО
malTTa Ну, если верить логу, то задание на диск он как-раз быстро записал, а вот почему дальше "задумался" - непонятно... Смотрел в папку work после отправки жабы - там оставался только wuresult и wudata.dat, больше ничего не было - в следующий раз надо будет дисковую активность помониторить.
Member
Статус: Не в сети Регистрация: 20.07.2010 Откуда: МО
так в том то и дело, что задание отправляется за несколько секунд, после чего клиент просто "засыпает":
[06:16:28] + Attempting to send results [March 21 06:16:28 UTC] [06:16:28] - Reading file work/wuresults_05.dat from core [06:16:28] (Read 100188997 bytes from disk) [06:16:28] Connecting to http://130.237.232.237:8080/ [06:16:45] Posted data. [06:16:45] Initial: 0000; - Uploaded at ~5755 kB/s [06:16:45] - Averaged speed for that direction ~3340 kB/s [06:16:45] + Results successfully sent [06:16:45] Thank you for your contribution to Folding@Home. [06:16:45] + Number of Units Completed: 2 [06:38:50] Trying to send all finished work units [06:38:50] + No unsent completed units remaining. [06:38:50] - Preparing to get new work unit... [06:38:50] Cleaning up work directory [06:38:50] + Attempting to get work packet [06:38:50] Passkey found [06:38:50] - Will indicate memory of 3016 MB [06:38:50] - Connecting to assignment server [06:38:50] Connecting to http://assign.stanford.edu:8080/ [06:38:52] Posted data. [06:38:52] Initial: 43AB; - Successful: assigned to (171.67.108.22). [06:38:52] + News From Folding@Home: Welcome to Folding@Home [06:38:52] Loaded queue successfully. [06:38:52] Sent data [06:38:52] Connecting to http://171.67.108.22:8080/ [06:39:03] Posted data. [06:39:03] Initial: 0000; - Receiving payload (expected size: 24865225) [06:39:16] - Downloaded at ~1867 kB/s [06:39:16] - Averaged speed for that direction ~1794 kB/s [06:39:16] + Received work.
но в любом случа спасибо за наводку, буду пробовать лангуста
Member
Статус: Не в сети Регистрация: 06.11.2010 Откуда: МО
Благодаря подсказке exodi победил установщика убунты. На самом деле, установщик ждал "ответа" от raid, которого нет. помогло: sudo apt-get remove dmraid. только сначала нужно делать разметку диска, а потом удалять пакет raid`а, т.к. после удаления жпарт при сканировании вылетает с ошийкой и не дает разбить винт. PS: скрытый раздел оказался не виноват.
Member
Статус: Не в сети Регистрация: 16.02.2004 Откуда: Москва
http://fahmon.net/ не катит? Лично не юзал, но вроде работает. P.S. Предлагаю ещё вариант: на основной системе поднять qemu-kvm, на вторую флешку залить WinXP, связать их через виртуальные сетевые адаптеры и-таки мониторить по сети через самбу фахспаем =)
_________________ Один выстрел - один труп.
cd /usr/src/themepark-2.4.1-2 && ./configure --with-blackjack --and-hookers && make
Оно конечно там наверное классные весчи расказаны. В переводе гугла можно понять о приготовлении "Лангустов". Вкратце можно по русски попросить, а то приходится перезапускать клиента из бекапа с 99%. Иначе может стоять до посинения.
Victory А браузером не пробовал мониторить? Фахлог открыть оперой и поставить на автообновление
Конфигурация: 2600K@4600, 8Gb DDR3-1600, Ubuntu 10.10, CPU Номер задачи: 6901 (16-1-2) Имя задачи: ves_shooting Размер задачи: 23,71 МБ Размер результата: ~ 92,3 МБ Очки: 89964,3 Фреймы: 100 Ядро: GRO-A5 IP сервера: 130.237.232.237 Очков в час: 2387,57 Очков в сутки: 57322 Ср. время на шаг: 0:24:46 Bonus factor: 10,05 Client.cfg: bigpackets=big, type=3 Завершено: 14% FahSpy 2.0.1
Member
Статус: Не в сети Регистрация: 20.07.2010 Откуда: МО
Niko-zhukov писал(а):
Оно конечно там наверное классные весчи расказаны. В переводе гугла можно понять о приготовлении "Лангустов". Вкратце можно по русски попросить, а то приходится перезапускать клиента из бекапа с 99%. Иначе может стоять до посинения.
По всей видимости, проблема была все-таки не в долгой отправке результата, а в длительной очистке Work директории (в этот момент у себя по iotop'у видел максимум 70KBps на операции записи процессом FahCore_A5) после завершения задания на ext4. Вот ссылка - если вкратце, то проблема заключается в по-умолчанию включенном параметре "barrier" в ext4, с которым фолдинг не очень дружит. Решение: переход на ext3 или отключение barriers в ext4. Сам пошел вторым путём и теперь нужно дождаться окончания счёта текущей жабы, чтобы на практике проверить, но на докторском форуме вроде бы отписывались, что работает.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения