Форум

Пожалуйста или Регистрация для создания записей и тем.

Исследование свойств диагональных латинских квадратов в проектах добровольных распределенных вычислений и не только...

НазадСтраница 153 из 190Далее

Тоже начало вылетать с ошибкой большее количество задач, при этом отдельные задания, запускаются и отрабатывают нормально

https://gerasim.boinc.ru/users/viewResults.aspx?userid=4559

Boinc Manager 7.16.20
<message>
(unknown error) - exit code 195 (0xc3)</message>
<stderr_txt>
03:21:03 (4100): wrapper (7.9.26016): starting
03:21:03 (4100): wrapper: running gt_cl.exe ()
Error: startup_info.hStdInput is invalid
03:21:04 (4100): gt_cl.exe exited; CPU time 0.000000
03:21:04 (4100): app exit status: 0xa
03:21:04 (4100): called boinc_finish(195)

</stderr_txt>

ДЛК порядка 12

0 1 2 3 4 5 6 7 8 9 10 11
1 2 0 4 9 8 11 6 10 3 5 7
2 0 1 9 3 10 7 11 5 4 8 6
8 10 5 11 7 2 9 4 0 6 1 3
10 5 8 7 6 0 3 9 1 11 2 4
6 11 7 5 8 4 1 0 9 10 3 2
9 3 4 2 0 7 10 8 6 1 11 5
4 9 3 1 2 11 8 5 7 0 6 10
11 7 6 8 10 9 2 1 3 5 4 0
5 8 10 6 11 1 4 3 2 7 0 9
7 6 11 10 5 3 0 2 4 8 9 1
3 4 9 0 1 6 5 10 11 2 7 8

имеет 575760702 ОДЛК, что позволяет ему занять 13-е место сверху в соответствующем спектре числа ОДЛК порядка 12, который в настоящий момент включает в своем составе 4508 элементов:

http://evatutin.narod.ru/spectra/spectrum_dls_odls_n12_xxxx_known_items.txt

Расчет выполнен совместно с проектом RakeSearch (https://rake.boincfast.ru/rakesearch/).

citerra и Шмяка отреагировали на эту запись.
citerraШмяка

В подпроекте GT CL появились сбойные задания от другого расчетника из другого подпроекта, которые мы считали ранее. Как это произошло, я не отследил: то ли я спешил перед работой и добавил что-то не то (конец семестра, студенты замотали), то ли что-то с базой не так на стороне сервера. Версию расчетника я вчера поменял, она должна это отслеживать, у меня пока ошибок нет. Если вдруг появятся сбойные задания, забросьте мне pls сюда либо скрин, либо имена WU'шек.

На WUшки с ошибками можно взглянуть здесь: https://gerasim.boinc.ru/admin/WuErrors.aspx Заодно и предпринять какие-нибудь действия: "Удалить", "Назначить только себе", "Сбросить ошибки"( дать этим ВУ-шкам ещё 10 шансов).

Вчера, после обновлении версии программы на 119-ю,  я сбросил ошибки ~2 тыс.  ВУшек.Часть из них посчиталась с новой версией, часть - нет.  Похоже, не могут посчитаться  ВУшки с именем "spectrum_loop".

====

На аппаратные  и логические ошибки сервера и базы данных можно посмотреть здесь:

https://gerasim.boinc.ru/admin/ServerErrors.aspx  - везде должны быть нули.

====

Косятину в приложениях - тоже надо исправлять. У одних приложений есть файл "fraction_done.txt" в слоте, у других, почему-то, нет.

А в те что есть - "прогресс" никто не пишет.  Проверить это легко: создать в слоте  fraction_done.txt (если его нет) и записать в него 0.15

Боинк Менеджер тут же покажет прогресс 0.15%. Так и будет показывать 15%, пока ВУшка не посчитается.

====

Ещё один "подарок" из лог-файла:  "Error: startup_info.hStdInput is invalid".

====

Ну, и тут Юра писал, что после расчётов "Graph coloring" не запускаются некоторые программы. Например "Task Manager."

Подозреваю, что дело тут во фрагментации памяти. Программа  правильно запрашивает и освобождает память маленькими кусочками. А Garbage Collector (сборщик мусора) пытается объединить эти кусочки в один большой кусок. Сборщик памяти - не успевает. Поэтому, программы, которым нужен при старте большой и непрерывный кусок памяти, не запускаются.

В С++ нет средств для принудительного запуска Garbage Collector.  (в C# и Jawa, например, есть).

В С++ нет сборщика мусора в принципе, потому что не используется автоматическое управление ресурсами, как это сделано в C#/Java, а значит ответственность за выделением/освобождением памяти лежит полностью на разработчике.
И очень важно их не путать, потому что:
```c++

...
{

int a = 10;

}// в момент выхода из этого блока память (в данном случае на стеке, но не суть) уже будет освобождена

```
```c#
{

auto a = 10;

}// а здесь память, выделенная под переменную, будет все еще занята до следующего запуска GC

```
Помимо этого, фрагментация виртуальной памяти не должно юыть проблемой для x64, а ядро ОС весьма успешно справляется с фрагментацией памяти физической.

Так что если приложение 32-битное, то это ожидаемое явление, хотя и на Windows 10 случаться сейчас не должно, так как Microsoft проделали серьезные изменения с менеджером памяти.

фрагментация виртуальной памяти не должно юыть проблемой для x64

64-х битность в приложениях Герасима, начинается и заканчивается враппером. :)

Всё остальное - 32 бита. Это можно посмотреть в диспетчере задач .

Версию расчетника поменял на 1.2.0, она должна данные WU'шки "spectrum_loop" отсеивать. Я пока не могу понять, как они вообще сюда попали, они от прошлого эксперимента, который был завершен несколько недель назад...

Насчет динамической памяти: у меня тоже было такое подозрение, но не в этом эксперименте (сейчас другой код работает) и мне кажется, что эта проблема не может выходить за пределы адресного пространства процесса, в котором работает расчетник. В принципе, если есть желание, я могу написать небольшую тестовую утилитку, которая будет пробовать выделить кусок памяти разного размера и говорить, получилось или нет... На моих машинах такая ситуация не возникает, поэтому пока вслепую, только догадки...

Так-то все уже давно написано: https://docs.microsoft.com/ru-ru/sysinternals/downloads/vmmap

 

На всякий случай напомню, эта ошибка - не на Windows 10, а на Windows 7 и на Windows Server 2012 R2

(имеется ввиду ошибка с тем, что перестают запускаться другие программы).

 

 

 

 

Добрый день, ребятки.

Выдача заданий в проекте приостановлена. Будет возобновлена после исправления ошибок.

==  сейчас, неправильно работает показометр прогресса в Боинк Менеджере, и не делаются чекпойнты.

НазадСтраница 153 из 190Далее
BOINC.RU