Open Source - контест лог под Линукс

**RU3GA** · 04.04.2009, 02:02

Господа , давайте вернемся в сторону конструктивных вещей!
У коллеги отнюдь не все фразы "сильно плохие"

Давайте хоть в "юниксовой" теме не ругаться ...
PS как запарить админа ? --- не вопрос --- нужно просто задать вопрос --- а какой дистрибутив "иксовой системы" лучше

Если говорить о форуме , то --- все "спецы" переругаются сами

PPS Я полностью уверен , что должен быть некий лидер , коий опишет базу и суть задачи...
А после подключатся те , кто все это понял и поддерживает...
А обоснование базовых вещей программы при куче критиков --- дело безнадежное

--- одного база данных Беркли прикалывает , другого MyQSL устраивает, третий пишет на "МС эксцессе"

PPS Когда пойму суть задачи --- вполне возможно , что внесу свою лепту в код ...

**VE3EUT** · 04.04.2009, 06:24

Originally Posted by RN9RQ

Ну веб вариант не знаю, все же могут быть приличные задержки.

Задержки в данном случае на 99.9999999...% это или низкая производительность канала передачи между сервером приложений или низная производительность базы данных. Чего в нашем случае быть не может.

Originally Posted by RN9RQ

а по cwdaemon не пробовали ему повысить приоритет? Вплоть до realtime ?

А вы как думаете ?

Просто с cwdaemon у меня есть некоторый опыт, удалось поиграть с ним на psion 5mx(проц cl7110, ядро ARM710, 16mb RAM) на свежеустановленном линуксе. Так вот там он просто отказывался нормально работать на скоростях выше 15 wpm причем пофик, риалтайм не риалтайм. Я делал прототип драйвера, просто генерил символ на передачу в контексте ядра, спасало только это. Но так или иначе немного отвлеклись. Cwdaemon свою работу худо-бедно делает в первом приближении.

Добавлено через 7 минут

Originally Posted by RX1AL

Сетевая архитектура P2P. Более продвинутая для нашей задачи контестового лога. Сегодня была успешно протестирована на базе университета.
В случае P2P мы имеем возможность контролировать любого клиента без участия сервера вообще.

P2P это конечно здорово, более того, в случае например с IARU тестом, можно синхронизировать логи с нескольких позиций с как правило откровенно голимым интернетом по gprs. Другое дело, что принимая окончательное решение нужно понимать что такой клиент будет самым трудоемким. Опять же, если использовать p2p архитектуру то это скорее всего никак не будет вязаться с хранением лога в базе данных. Т.е. что-то одно, или p2p или централизованное хранилище в реляционной базе данных.

**R8TX** · 04.04.2009, 07:43

Когда мы увидим хоть строчку кода?

**RK1AT** · 04.04.2009, 07:55

Originally Posted by RX9TX

Когда мы увидим хоть строчку кода?

Для этого ее нужно написать! А тут-лебедь, рак и щука, каждый тянет под себя!

**R8TX** · 04.04.2009, 08:20

Originally Posted by RA0JV

Для этого ее нужно написать! А тут-лебедь, рак и щука, каждый тянет под себя!

Можно устроить голосование среди программистов по всем спорным пунктам

**ER1CS** · 04.04.2009, 08:23

Прочитал пару первых страниц и пару последних. Один вопрос - а постановку задачи делали?

**R8TX** · 04.04.2009, 08:31

Originally Posted by Peter

Один вопрос - а постановку задачи делали?

Это даже я могу - "Работа в контестах"

**RW3AKN** · 04.04.2009, 08:33

Originally Posted by RU3GA

Господа , давайте вернемся в сторону конструктивных вещей!
У коллеги отнюдь не все фразы "сильно плохие"
Давайте хоть в "юниксовой" теме не ругаться ...
PS как запарить админа ? --- не вопрос --- нужно просто задать вопрос --- а какой дистрибутив "иксовой системы" лучше
Если говорить о форуме , то --- все "спецы" переругаются сами
PPS Я полностью уверен , что должен быть некий лидер , коий опишет базу и суть задачи...
А после подключатся те , кто все это понял и поддерживает...
А обоснование базовых вещей программы при куче критиков --- дело безнадежное --- одного база данных Беркли прикалывает , другого MyQSL устраивает, третий пишет на "МС эксцессе"

Господа не проще ли сначала написать консольный вариант, без Х-ов? потом к нему написать GUE, под gnome & kde,
Сначала нужно описать сруктуру хранения данных в БД
(таблицы, строки, столбцы) тип данных в них и т. д. Дальше коннекторы под БД (MYSQL, POSTGRESQL, FIREBIRD и т. д.) чтобы была свобода выбора у пользователя!!!

Т. е. разделить задачу на подзадачи.

Да и исходники должны быть доступны чтоб под разные дистрибутивы пакеты можно было самому собрать.

Originally Posted by EW1CK

P2P это конечно здорово, более того, в случае например с IARU тестом, можно синхронизировать логи с нескольких позиций с как правило откровенно голимым интернетом по gprs. Другое дело, что принимая окончательное решение нужно понимать что такой клиент будет самым трудоемким. Опять же, если использовать p2p архитектуру то это скорее всего никак не будет вязаться с хранением лога в базе данных. Т.е. что-то одно, или p2p или централизованное хранилище в реляционной базе данных

Некоторые провайдеры блокируют п2п, особенно на западе.

**ER1CS** · 04.04.2009, 08:34

Originally Posted by RX9TX

Это даже я могу - "Работа в контестах"

Это шутка? Если нет - то ничего у вас не выйдет. По крайней мере реально жизнеспособного и нужного.

**VE3EUT** · 04.04.2009, 08:50

Originally Posted by RX1AL

Для сетевой архитектуры необходимо иметь возможность поддерживать альтернативные способы поддержания работоспособности сети, чтобы учесть различные "катаклизмы" во время контеста. Например, Wi-Fi, кросс-коннект, тот же Bluetooth и другие. Резервный канал нужен по-любому.

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

**RW3AKN** · 04.04.2009, 08:56

Originally Posted by EW1CK

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

И она с этим прекрасно справляется!!!

**VE3EUT** · 04.04.2009, 08:56

Originally Posted by RW3AKN

Некоторые провайдеры блокируют п2п, особенно на западе.

Это еще нужно постараться заблокировать

Зависит от конкретного протокола. Вот скайп тоже p2p но его заблокировать не получается пока что.

Добавлено через 2 минуты

Originally Posted by RW3AKN

Господа не проще ли сначала написать консольный вариант, без Х-ов? потом к нему написать GUE, под gnome & kde,
Сначала нужно описать сруктуру хранения данных в БД

А смысл ?
Консольный вариант по трудоемкости даже может несколько сложнее, если использовать ncurses например.

Добавлено через 2 минуты

Originally Posted by RW3AKN

И она с этим прекрасно справляется!!!

Вот и я про что

**RW3AKN** · 04.04.2009, 09:07

Originally Posted by EW1CK

А смысл ?
Консольный вариант по трудоемкости даже может несколько сложнее, если использовать ncurses например.

Консоль доступна везде даже из под Х-ов, возможно подключаться удаленно по низкоскоростным каналам по ssh с телефона, смартфона, коммуникатора и т. д. Про трудоемкость затрудняюсь ответить, я не программист.

Originally Posted by EW1CK

Это еще нужно постараться заблокировать Зависит от конкретного протокола. Вот скайп тоже p2p но его заблокировать не получается пока что.

скайп использует шифрование, прекрасно все получается блокировать.
http://snapvoip.blogspot.com/2005/11...ove-skype.html

**VE3EUT** · 04.04.2009, 09:09

Originally Posted by RX1AL

Именно потому, что нам надо "колбасить" связи, нам нужна база, как на сервере - так и на стороне каждого клиента. И затем синхронизировать базы, даже в оффлайне, после контеста. Стандартное решение для этого есть, называется occasionally connected clients, или оффлайн/онлайн синхронизация баз данных.

Это очень спорно на мой взгляд. Процесс двунаправленной синхронизации он не просто трудоемок но он и добавляет проблем больше чем решает. Тут нужно выбирать, или p2p с локальной копией лога на каждом клиенте или централизованное хранилище.
Причем утверждать о низкой надежности централизованной базы в данном случае очень спорно по той простой причине что можно сделать master/slave конфигурацию с двумя инстансами базы основной и запасной и синхронизацией. Но Это конечно усложнение. Вопрос нафига вообще в данном случае база ? Как централизованное транзакционное хранилище ? Ну так оно и не нужно с конфигурацией p2p. В случае с веб-сервером и веб-клиентом она тоже не нужна, это лишнее усложнение.

База хороша для послеконтестовой обработки. Если вы об этом задумываетесь уже сейчас, то это очень правильно. Но никто не мешает логи в базу потом импортить и обрабатывать. Но во время теста хранить их в базе смысла особого не вижу, просто меньшая надежность.

Добавлено через 1 минуту

Originally Posted by RW3AKN

Консоль доступна везде даже из под Х-ов, возможно подключаться удаленно по низкоскоростным каналам по ssh с телефона, смартфона, коммуникатора и т. д.

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

Добавлено через 5 минут

Originally Posted by RX1AL

Только не web архитектура. Иначе нам действительно в случае проблем надо будет "тушить свет" в контесте. Тонкий клиент, да, но не до такой степени.

Вот это кстати напрасно, ничего сложного в веб приложениях нет, а при существующем количестве средств разработки веб интерфейс сэкономит кучу времени и позволит увидеть первую версию гораздо раньше.

**R8TX** · 04.04.2009, 09:19

Originally Posted by EW1CK

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

IARU, например, когда HQ обычно состоят из десятка разных станций в пределах одной IARU зоны.