Изменения в версии 2.3.18 - Revision history

Cher at 07:08, 6 April 2011

2011-04-06T07:08:38Z

Cher at 07:02, 6 April 2011

2011-04-06T07:02:10Z

Cher at 06:56, 6 April 2011

2011-04-06T06:56:48Z

Cher at 20:21, 5 April 2011

2011-04-05T20:21:07Z

Cher at 20:09, 5 April 2011

2011-04-05T20:09:56Z

Cher at 19:58, 5 April 2011

2011-04-05T19:58:50Z

Cher: Created page with 'Навигация: Главная страница/Система ejudge/Разработка/История версий/[[Изменения в ве…'

2011-04-05T19:47:30Z

Created page with 'Навигация: Главная страница/Система ejudge/Разработка/История версий/[[Изменения в ве…'

New page

Навигация: [[Main Page|Главная страница]]/[[Система ejudge]]/[[Разработка]]/[[История версий]]/[[Изменения в версии 2.3.18]]

← Older revision		Revision as of 07:08, 6 April 2011
Line 80:		Line 80:

	В административный интерфейс new-master добавлена новая страница настройки режима работы турнира "Contest settings". С ее помощью можно включать или выключать видимость исходных кодов посылок для участников, видимость протоколов тестирования участниками, видимость основных результатов тестирования участниками (в режиме отображения предварительных результатов тестирования) и режим видимости тестов. Теперь для выполнения этих действий не требуется модифицировать конфигурационный файл serve.cfg.		В административный интерфейс new-master добавлена новая страница настройки режима работы турнира "Contest settings". С ее помощью можно включать или выключать видимость исходных кодов посылок для участников, видимость протоколов тестирования участниками, видимость основных результатов тестирования участниками (в режиме отображения предварительных результатов тестирования) и режим видимости тестов. Теперь для выполнения этих действий не требуется модифицировать конфигурационный файл serve.cfg.
		+
		+	В раздел описания задачи добавлены конфигурационные переменные, позволяющие устанавливать ограничения на ресурсы, доступные процессу.
		+
		+	{\|
		+	\| <tt>[[serve.cfg:problem:max_core_size\|max_core_size]]</tt>
		+	\| Максимальный размер core-файла, который будет создан ядром ОС в случае, если выполнение процесса завершилось аварийно. Как правило, этот размер установлен в 0.
		+	\|-
		+	\| <tt>[[serve.cfg:problem:max_file_size\|max_file_size]]</tt>
		+	\| Максимальный размер файлов, с которыми может работать процесс. В случае попытки записи в файт так, что его размер превысит максимальный разрешенный, процесс будет прерван сигналом, то есть завершится аварийно.
		+	\|-
		+	\| <tt>[[serve.cfg:problem:max_open_file_count\|max_open_file_count]]</tt>
		+	\| Максимальное количество файловых дескрипторов, доступных одному процессу. Если это ограничение превышено, попытка открытия файла будет завершаться с ошибкой.
		+	\|-
		+	\| <tt>[[serve.cfg:problem:max_process_count\|max_process_count]]</tt>
		+	\| Максимальное количество процессов/нитей, доступных одному пользователю. Если это ограничение будет превышено, попытка создания нового процесса с помощью системного вызова <tt>fork()</tt> завершится ошибкой.
		+	\|}
		+
		+	=== ej-run ===
		+
		+	При работе турнира в режиме 'separate_user_score' при запуске программы оценивания (valuer) устанавливается переменная окружения <tt>EJUDGE_USER_SCORE</tt>.
		+
		+	Помимо балла за пройденные тесты и флага marked в режиме турнира 'separate_user_score' программа оценивания должна возвращать три целых числа: предварительный статус тестирования (OK или PE), балл за предварительные тесты, количество пройденных предварительных тестов. Вместо каждого из этих чисел программа оценивания может вывести -1, тогда соответствующее значение будет вычислено по стандартным правилам.
		+
		+	Добавлена опция командной строки -s, которая позволяет задавать игнорируемые для тестирования архитектуры из командной строки. В командной строке можно указать опцию несколько раз, например,
		+	ej-run -s win32 -s dos conf/serve.cfg
		+	В этом случае игнорируется значение конфигурационной переменной <tt>[[serve.cfg:tester:skip_testing\|skip_testing]]</tt> раздела [tester], но для указанных в опциях -s архитектурах флаг skip_testing устанавливается.
		+
		+	=== libchecker ===
		+
		+	Добавлена функция <tt>valuer_parse_input</tt> для чтения входных данных программы оценивания решения.
		+
		+	=== style_c ===
		+
		+	Программа проверки стиля форматирования программ на языках Си и Си++. В настоящий момент программа выполняет только совсем базовые проверки на отсутствие управляющих символов в коде программы (в том числе табуляции), на кратность величин отступов значению 4, на максимальную длину строки кода.

@@ Line 48: / Line 48: @@
 {|
-<tt>normal</tt>
+| <tt>normal</tt>
 | Правила видимости тестов определяются общими настройками турнира, данный тип видимости является типом по умолчанию, для тестов, для которых тип видимости не указан.
 |-
-<tt>full</tt>
+| <tt>full</tt>
 | Полная видимость теста: показываются входные данные, результат работы программы, вердикт проверки, балл за тест.
 |}

← Older revision		Revision as of 06:56, 6 April 2011
Line 44:		Line 44:

	В раздел описания задачи добавлена конфигурационная переменная <tt>[[serve.cfg:problem:full_user_score\|full_user_score]]</tt>. Данная переменная позволяет указывать, сколько предварительных баллов получает решение, которое прошло все нескрытые тесты, либо получило предварительный статус тестирования OK. Данная конфигурационная переменная аналогична переменной <tt>[[serve.cfg:problem:full_score\|full_score]]</tt>, но задает максимальное количество баллов для предварительного тестирования. Данная переменная используется только для турниров типа KIROV, которые работают в режиме <tt>separate_user_score</tt>. Значение данной переменной наследуется из абстрактной задачи, если не задано в задаче. Если ни в конкретной, ни в абстрактной задаче значение поля не задано, оно полагается равным 0.		В раздел описания задачи добавлена конфигурационная переменная <tt>[[serve.cfg:problem:full_user_score\|full_user_score]]</tt>. Данная переменная позволяет указывать, сколько предварительных баллов получает решение, которое прошло все нескрытые тесты, либо получило предварительный статус тестирования OK. Данная конфигурационная переменная аналогична переменной <tt>[[serve.cfg:problem:full_score\|full_score]]</tt>, но задает максимальное количество баллов для предварительного тестирования. Данная переменная используется только для турниров типа KIROV, которые работают в режиме <tt>separate_user_score</tt>. Значение данной переменной наследуется из абстрактной задачи, если не задано в задаче. Если ни в конкретной, ни в абстрактной задаче значение поля не задано, оно полагается равным 0.
		+
		+	Расширена поддержка правил видимости тестов, задаваемых с помощью конфигурационной переменной <tt>[[serve.cfg:problem:open_tests\|open_tests]]</tt> раздела описания задачи. Теперь допускается указывать тип видимости теста. Поддерживаются следующие типы видимости тестов:
		+
		+	{\|
		+	<tt>normal</tt>
		+	\| Правила видимости тестов определяются общими настройками турнира, данный тип видимости является типом по умолчанию, для тестов, для которых тип видимости не указан.
		+	\|-
		+	<tt>full</tt>
		+	\| Полная видимость теста: показываются входные данные, результат работы программы, вердикт проверки, балл за тест.
		+	\|}

← Older revision		Revision as of 20:21, 5 April 2011
Line 15:		Line 15:
	Для компиляторов поддерживается установка ограничений на максимальный размер адресного пространства и стека. В раздел описания языковых		Для компиляторов поддерживается установка ограничений на максимальный размер адресного пространства и стека. В раздел описания языковых
	процессоров добавлены конфигурационные переменные <tt>[[serve.cfg:language:max_vm_size\|max_vm_size]]</tt> и <tt>[[serve.cfg:language:max_stack_size\|max_stack_size]]</tt> и <tt>[[serve.cfg:language:max_file_size\|max_file_size]]</tt>. Эти переменные могут устанавливаться как в конфигурационном файле турнира, так и в глобальном конфигурационном файле сервера компиляции (<tt>${CONTESTS_DIR}/compile/conf/compile.cfg</tt>). Значение, установленное в конфигурационном файле турнира, имеет приоритет перед значением, заданным в конфигурационном файле сервера компиляции.		процессоров добавлены конфигурационные переменные <tt>[[serve.cfg:language:max_vm_size\|max_vm_size]]</tt> и <tt>[[serve.cfg:language:max_stack_size\|max_stack_size]]</tt> и <tt>[[serve.cfg:language:max_file_size\|max_file_size]]</tt>. Эти переменные могут устанавливаться как в конфигурационном файле турнира, так и в глобальном конфигурационном файле сервера компиляции (<tt>${CONTESTS_DIR}/compile/conf/compile.cfg</tt>). Значение, установленное в конфигурационном файле турнира, имеет приоритет перед значением, заданным в конфигурационном файле сервера компиляции.
		+
		+	Конфигурационная переменная <tt>[[serve.cfg:language:max_vm_size\|max_vm_size]]</tt> задает максимальный размер виртуального адресного пространства процесса компиляции. Например,
		+	max_vm_size=256M
		+	ограничивает размер виртуального адресного пространства 256 мегабайтами (точнее, 25610241024 байт). Размер виртуального адресного пространства определяется как сумма размера кода программы, глобальных переменных, подгружаемых динамических библиотек, кучи и стека. По умолчанию размер виртуального адресного пространства не ограничен, если только не установлено ограничение на уровне системы (см. вывод команды 'ulimit -a').
		+
		+	Конфигурационная переменная <tt>[[serve.cfg:language:max_stack_size\|max_stack_size]]</tt> задает максимальный размер системного стека. По умолчанию этот размер равен 8 мегабайтам.
		+
		+	Конфигурационная переменная <tt>[[serve.cfg:language:max_file_size\|max_file_size]]</tt> задает максимальный размер файлов, которые смогут создавать компиляторы.
		+
		+	Поддерживаются глобальные конфигурационные переменные
		+	<tt>[[serve.cfg:global:compile_max_vm_size\|compile_max_vm_size]]</tt>,
		+	<tt>[[serve.cfg:global:compile_max_stack_size\|compile_max_stack_size]]</tt> и
		+	<tt>[[serve.cfg:global:compile_max_file_size\|compile_max_file_size]]</tt>,
		+	позволяющие задавать ограничения на ресурсы для всех компиляторов одновременно. Эти глобальные конфигурационные переменные могут задаваться как в конфигурационном файле сервера компиляции, так и в конфигурационном файле турнира.
		+
		+	Значения ограничений, установленные для конкретного языкового процессора, имеют приоритет над значениями, установленными глобально. Значения ограничений, установленные в конфигурационном файле турнира, имеют приоритет над значениями, установленными в конфигурационном файле сервера компиляции.
		+
		+	=== ej-contests ===
		+
		+	При сдаче исходного кода в кодировке [http://ru.wikipedia.org/wiki/UCS-2 UCS-2] файл автоматически конвертируется в кодировку [http://ru.wikipedia.org/wiki/UTF-8 UTF-8]. Для определения кодировки UCS-2 используется эвристический алгоритм.
		+
		+	Добавлена новая глобальная конфигурационная переменная <tt>[[serve.cfg:global:separate_user_score\|separate_user_score]]</tt>. Если данная конфигурационная переменная установлена в 1, турнир работает в режиме одновременного хранения предварительных и окончательных результатов тестирования программ. Предварительные (или пользовательские - user) результаты тестирования - это результаты тестирования программы на подмножестве всех тестов. Предварительные результаты тестирования доступны участникам во время турнира. Окончательные результаты тестирования - результаты тестирования программы на всех тестах. Во время турнира окончательные результаты
		+	тестирования участникам недоступны, но отображаются в качестве результатов тестирования для административных пользователей. В любой момент проведения турнира или после его окончания администратор турнира может включить отображение окончательных результатов тестирования для участников, тогда участники вместо предварительных результатов будут видеть окончательные.
		+
		+	Этот режим работы доступен только для турниров по системе KIROV.
		+
		+	Режим работы предназначен для турниров, на которых решения во время тура тестируются только на некоторых тестах (так называемых on-line тестах), а после окончания тура - на всех тестах. В системе ejudge решения всегда тестируются на всех тестах, но участники будут получать информацию о результатах тестирования только на части тестов, хотя администраторам доступна и полная информация.
		+
		+	В раздел описания задачи добавлена конфигурационная переменная <tt>[[serve.cfg:problem:full_user_score\|full_user_score]]</tt>. Данная переменная позволяет указывать, сколько предварительных баллов получает решение, которое прошло все нескрытые тесты, либо получило предварительный статус тестирования OK. Данная конфигурационная переменная аналогична переменной <tt>[[serve.cfg:problem:full_score\|full_score]]</tt>, но задает максимальное количество баллов для предварительного тестирования. Данная переменная используется только для турниров типа KIROV, которые работают в режиме <tt>separate_user_score</tt>. Значение данной переменной наследуется из абстрактной задачи, если не задано в задаче. Если ни в конкретной, ни в абстрактной задаче значение поля не задано, оно полагается равным 0.

← Older revision		Revision as of 20:09, 5 April 2011
Line 2:		Line 2:

	Добавлена поддержка языка [http://www.niisi.ru/kumir/ Кумир]. При настройке компиляторов автоматически находится интерпретатор ckumir.		Добавлена поддержка языка [http://www.niisi.ru/kumir/ Кумир]. При настройке компиляторов автоматически находится интерпретатор ckumir.
		+
		+	Усовершенствовано определение версии интерпретатора языка perl.
		+
		+	Для компиляции ejudge более не требуется библиотека reuse. Все необходимые файлы интегрированы в исходный код ejudge.
		+
		+	=== ej-batch ===
		+
		+	Новая программа для пакетного тестирования. Программе передаётся ZIP-файл, сформированный по определенным правилам, который содержит исходные коды программ на тестирование и XML-файл описания. Тестирование выполняется в пакетном режиме, и на выходе формируется ZIP-файл с результатами тестирования, который содержит XML-файл описания результатов и протоколы тестирования.
		+
		+	=== ej-compile ===
		+
		+	Для компиляторов поддерживается установка ограничений на максимальный размер адресного пространства и стека. В раздел описания языковых
		+	процессоров добавлены конфигурационные переменные <tt>[[serve.cfg:language:max_vm_size\|max_vm_size]]</tt> и <tt>[[serve.cfg:language:max_stack_size\|max_stack_size]]</tt> и <tt>[[serve.cfg:language:max_file_size\|max_file_size]]</tt>. Эти переменные могут устанавливаться как в конфигурационном файле турнира, так и в глобальном конфигурационном файле сервера компиляции (<tt>${CONTESTS_DIR}/compile/conf/compile.cfg</tt>). Значение, установленное в конфигурационном файле турнира, имеет приоритет перед значением, заданным в конфигурационном файле сервера компиляции.

← Older revision		Revision as of 19:58, 5 April 2011
Line 1:		Line 1:
	Навигация: [[Main Page\|Главная страница]]/[[Система ejudge]]/[[Разработка]]/[[История версий]]/[[Изменения в версии 2.3.18]]		Навигация: [[Main Page\|Главная страница]]/[[Система ejudge]]/[[Разработка]]/[[История версий]]/[[Изменения в версии 2.3.18]]
		+
		+	Добавлена поддержка языка [http://www.niisi.ru/kumir/ Кумир]. При настройке компиляторов автоматически находится интерпретатор ckumir.