Исследование свойств диагональных латинских квадратов в проектах добровольных распределенных вычислений и не только...
Цитата: Евгений от 18.06.2022, 07:29Тоже начало вылетать с ошибкой большее количество задач, при этом отдельные задания, запускаются и отрабатывают нормально
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>
Тоже начало вылетать с ошибкой большее количество задач, при этом отдельные задания, запускаются и отрабатывают нормально
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>
Цитата: evatutin от 20.06.2022, 21:06ДЛК порядка 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/).
ДЛК порядка 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/).
Цитата: evatutin от 20.06.2022, 22:13В подпроекте GT CL появились сбойные задания от другого расчетника из другого подпроекта, которые мы считали ранее. Как это произошло, я не отследил: то ли я спешил перед работой и добавил что-то не то (конец семестра, студенты замотали), то ли что-то с базой не так на стороне сервера. Версию расчетника я вчера поменял, она должна это отслеживать, у меня пока ошибок нет. Если вдруг появятся сбойные задания, забросьте мне pls сюда либо скрин, либо имена WU'шек.
В подпроекте GT CL появились сбойные задания от другого расчетника из другого подпроекта, которые мы считали ранее. Как это произошло, я не отследил: то ли я спешил перед работой и добавил что-то не то (конец семестра, студенты замотали), то ли что-то с базой не так на стороне сервера. Версию расчетника я вчера поменял, она должна это отслеживать, у меня пока ошибок нет. Если вдруг появятся сбойные задания, забросьте мне pls сюда либо скрин, либо имена WU'шек.
Цитата: SerVal от 20.06.2022, 23:41На 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, например, есть).
На 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, например, есть).
Цитата: AenBleidd от 21.06.2022, 11:25В С++ нет сборщика мусора в принципе, потому что не используется автоматическое управление ресурсами, как это сделано в C#/Java, а значит ответственность за выделением/освобождением памяти лежит полностью на разработчике.
И очень важно их не путать, потому что:
```c++...
{int a = 10;
}// в момент выхода из этого блока память (в данном случае на стеке, но не суть) уже будет освобождена
```
```c#
{auto a = 10;
}// а здесь память, выделенная под переменную, будет все еще занята до следующего запуска GC
```
Помимо этого, фрагментация виртуальной памяти не должно юыть проблемой для x64, а ядро ОС весьма успешно справляется с фрагментацией памяти физической.Так что если приложение 32-битное, то это ожидаемое явление, хотя и на Windows 10 случаться сейчас не должно, так как Microsoft проделали серьезные изменения с менеджером памяти.
В С++ нет сборщика мусора в принципе, потому что не используется автоматическое управление ресурсами, как это сделано в C#/Java, а значит ответственность за выделением/освобождением памяти лежит полностью на разработчике.
И очень важно их не путать, потому что:
```c++
...
{
int a = 10;
}// в момент выхода из этого блока память (в данном случае на стеке, но не суть) уже будет освобождена
```
```c#
{
auto a = 10;
}// а здесь память, выделенная под переменную, будет все еще занята до следующего запуска GC
```
Помимо этого, фрагментация виртуальной памяти не должно юыть проблемой для x64, а ядро ОС весьма успешно справляется с фрагментацией памяти физической.
Так что если приложение 32-битное, то это ожидаемое явление, хотя и на Windows 10 случаться сейчас не должно, так как Microsoft проделали серьезные изменения с менеджером памяти.
Цитата: SerVal от 21.06.2022, 11:43фрагментация виртуальной памяти не должно юыть проблемой для x64
64-х битность в приложениях Герасима, начинается и заканчивается враппером.
Всё остальное - 32 бита. Это можно посмотреть в диспетчере задач .
фрагментация виртуальной памяти не должно юыть проблемой для x64
64-х битность в приложениях Герасима, начинается и заканчивается враппером.
Всё остальное - 32 бита. Это можно посмотреть в диспетчере задач .
Цитата: evatutin от 21.06.2022, 11:57Версию расчетника поменял на 1.2.0, она должна данные WU'шки "spectrum_loop" отсеивать. Я пока не могу понять, как они вообще сюда попали, они от прошлого эксперимента, который был завершен несколько недель назад...
Насчет динамической памяти: у меня тоже было такое подозрение, но не в этом эксперименте (сейчас другой код работает) и мне кажется, что эта проблема не может выходить за пределы адресного пространства процесса, в котором работает расчетник. В принципе, если есть желание, я могу написать небольшую тестовую утилитку, которая будет пробовать выделить кусок памяти разного размера и говорить, получилось или нет... На моих машинах такая ситуация не возникает, поэтому пока вслепую, только догадки...
Версию расчетника поменял на 1.2.0, она должна данные WU'шки "spectrum_loop" отсеивать. Я пока не могу понять, как они вообще сюда попали, они от прошлого эксперимента, который был завершен несколько недель назад...
Насчет динамической памяти: у меня тоже было такое подозрение, но не в этом эксперименте (сейчас другой код работает) и мне кажется, что эта проблема не может выходить за пределы адресного пространства процесса, в котором работает расчетник. В принципе, если есть желание, я могу написать небольшую тестовую утилитку, которая будет пробовать выделить кусок памяти разного размера и говорить, получилось или нет... На моих машинах такая ситуация не возникает, поэтому пока вслепую, только догадки...
Цитата: AenBleidd от 21.06.2022, 12:02Так-то все уже давно написано: https://docs.microsoft.com/ru-ru/sysinternals/downloads/vmmap
Так-то все уже давно написано: https://docs.microsoft.com/ru-ru/sysinternals/downloads/vmmap
Цитата: Yura12 от 21.06.2022, 13:58
На всякий случай напомню, эта ошибка - не на Windows 10, а на Windows 7 и на Windows Server 2012 R2
(имеется ввиду ошибка с тем, что перестают запускаться другие программы).
На всякий случай напомню, эта ошибка - не на Windows 10, а на Windows 7 и на Windows Server 2012 R2
(имеется ввиду ошибка с тем, что перестают запускаться другие программы).
Цитата: SerVal от 22.06.2022, 11:04Добрый день, ребятки.
Выдача заданий в проекте приостановлена. Будет возобновлена после исправления ошибок.
== сейчас, неправильно работает показометр прогресса в Боинк Менеджере, и не делаются чекпойнты.
Добрый день, ребятки.
Выдача заданий в проекте приостановлена. Будет возобновлена после исправления ошибок.
== сейчас, неправильно работает показометр прогресса в Боинк Менеджере, и не делаются чекпойнты.