Планирование задач на одном ресурсе с использованием Пролога - PullRequest
Новая
       42

Планирование задач на одном ресурсе с использованием Пролога

3 голосов
/ 27 января 2010

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

Предполагается один ресурс и известный список запросов для планирования задачи. Каждый запрос включает в себя start_after, start_by, Ожидаемая_дурация и действие.

Цель состоит в том, чтобы запланировать выполнение задач как можно скорее, сохраняя при этом каждую задачу запланированной между start_after и start_by.

Я кодировал простой пример Пролога, который, по моему мнению, должен работать, но, к сожалению, я получал ошибки во время выполнения: "> = / 2: Аргументы не созданы достаточно".

Любая помощь или совет будет принята с благодарностью 

startAfter(1,0).
startAfter(2,0).
startAfter(3,0).

startBy(1,100).
startBy(2,500).
startBy(3,300).

duration(1,199).
duration(2,199).
duration(3,199).

action(1,'noop1').
action(2,'noop2').
action(3,'noop3').

can_run(R,T) :- startAfter(R,TA),startBy(R,TB),T>=TA,T=<TB.
conflicts(T,R1,T1) :- duration(R1,D1),T=<D1+T1,T>T1.
schedule(R1,T1,R2,T2,R3,T3) :- 
           can_run(R1,T1),\+conflicts(T1,R2,T2),\+conflicts(T1,R3,T3),
           can_run(R2,T2),\+conflicts(T2,R1,T1),\+conflicts(T2,R3,T3),
           can_run(R3,T3),\+conflicts(T3,R1,T1),\+conflicts(T3,R2,T2).

% when traced I *should* see T1=0, T2=400, T3=200

Edit: цель конфликта была не совсем правильной: требовалось дополнительное предложение T> T1.

Edit: Очевидно, моя цель расписания работает, если я предоставляю действительные пары Request, Time ... но я застреваю, пытаясь заставить Prolog найти действительные значения для T1..3 при заданном R1..3?

1 Ответ

1 голос
/ 27 марта 2010

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

can_run(R, T) :-
    startAfter(R,TA),
    startBy(R,TB),
    between(TA,TB,T).

conflicts(T,R1,T1) :- 
    duration(R1,D1),
    T=<D1+T1,
    T>=T1.

schedule(R1,T1,R2,T2,R3,T3) :- 
    can_run(R1,T1), 
    can_run(R2,T2), 
    R1 \= R2,
    \+ conflicts(T1,R2,T2),
    can_run(R3,T3),
    R3 \= R1, 
    R3 \= R2,
    \+ conflicts(T1,R3,T3),
    \+ conflicts(T2,R1,T1),
    \+ conflicts(T2,R3,T3),
    \+ conflicts(T3,R1,T1),
    \+ conflicts(T3,R2,T2).

between(Low, High, Between) :-
    Between is Low
    ;
    Low < High,
    Next is Low + 1,
    between(Next, High, Between).

Я добавил использование предиката между / 3 (определенного встроенного в некоторых реализациях Пролога). Он генерирует целые числа между двумя заданными конечными точками.

Я добавил проверки неравенства в расписании / 6, чтобы значения R1, R2 и R3 были разными.

Наконец, я переставил цели в расписании / 6, чтобы гарантировать, что предикат can_run / 2 был оценен для пары переменных Ri / Ti до того, как эти переменные были проверены конфликтами / 3.

Расписание запросов (R1, T1, R2, T2, R3, T3) выполняется в течение нескольких минут и в итоге выдает: 


?-schedule(R1,T1,R2,T2,R3,T3)
R1 = 1
T1 = 0
R2 = 2
T2 = 400
R3 = 3
T3 = 200

Есть гораздо более эффективные реализации для этой проблемы.

...