MyWackoSite: NsuTs/Вам запрещён доступDocumentation/devguide/newprotocol ...

Home Page | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация | Вход:  Пароль:  

Новый клиент-серверный протокол


Новый клиент-сервер предполагает передачу сообщений на языке xml по протоколу http.

Преймущества

  1. работа с базой данных переносится полностью на сторону сервера.
  2. расширяем
  3. возможно написание параллельного тестировщика, так чтобы один поток запрашивал несколько задач, а затем запускал много потоков (по числу задач), которые бы получали исходный код, тестировали задачу и отсылали решение. Это позволит получать информацию о задаче (лимиты времени, памяти) один раз, параллельно запускать винкилл.

Описание протокола (однопоточный httpClientServer)

file:1.jpgfile:2.jpgfile:3.jpg

Комментарии

(слева направо)
Первая диаграмма: один поток запрашивает решения на тестирование, получает мета-информацию о решениях, задачах, компиляторах.
Запрашивает и получает архив с тестами к задачам, если их текущая версия на клиенте устарела.
(В многопоточной реализации предполагается запрос сразу по нескольким задачам)

Вторая диаграмма: отдельный поток запрашивает исходный код данного решения, компилирует, запускает программу, присылает решение на сервер

Третья диаграмма: сообщения общего вида, которые могут быть получены на любой стадии

Проблемы

  1. следующую информацию о компиляторах целесообразно хранить в конфиге на клиенте: название bat-файла, расширение файла. Сейчас эта информация хранится в базе данных и запрашивается с сервера, тогда как сами файлы тестировщика лежат на клиенте, и с сервером никак не завязаны.
  2. в таблице clients базы данных используется поле ip для идентификации клиента, таким образом невозможно запустить несколько тестировщиков на машинах с одним Ip 
  3. в таблице submits вместо поля host логичнее писать поле с id клиента из таблицы clients
  4. непонятно зачем использовались поля srtt, rttvar, rto, rtt в таблице clients
  5. компилятор Pascal не урезан! Не удалось получить Security violation, притом что программа участника может удалять файлы, папку Win Kill Info? и т.д.

Предложения

Сделать более гибкий тестировщик, как когда-то было ранее
1. Позволить указывать задачи для тестирования (included_tasks=1234)
2. Указывать задачи, которые не тестировать (excluded_tasks)
3. Хранить историю «плохих» решений на тестировщике – решений на которых упал винкилл
 
Много файлов (3). [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]