-
Data: 2012-02-22 19:21:42
Temat: Re: Taki problem programistyczny...
Od: Piotr Chamera <p...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2012-02-22 19:03, Piotr Chamera pisze:
> W dniu 2012-02-21 22:52, A.L. pisze:
>> Od niejakiego czasu zaprzata mnie nastepujacy problem:
>>
>> Dany jest skierowany graf acykliczny. Jak wiadomo, taki graf mozna
>> posortowac topologicznie. Takich porzadkow topologicznych jest
>> olbrzymia ilosc.
>>
>> I teraz problem:
>>
>> 1. W praktycznych zadaniach ten graf moze byc bardzo duzy - setki
>> tysiecy wezlow
>> 2. Graf nie musi byc spojny
>> 3. Dane jest uporzadkowanie topologiczne, jedno z mozliwych
>> 4. Chce sie zmienic polozenie N wezlow w tym porzadku, gdzie N jest
>> nieduze (kilka). Wezly sa wybrane przypadkowo
>>
>> Pytanie:
>>
>> 1. Czy ta zmiana polozenia N wezlow narusza uporzadkowanie
>> topologiczne, to znaczy czy po przestawieniu otrzymamy znow porzadek
>> topologiczny czy nie
>> 2. Takie sprawdzenie musi byc EXTREMALNIE wydajne, bo powtarzane jest
>> miliony razy, a program musi sie wykonywac bardzo szybko.
>>
>> Oczywiscie, "brute force" jest trywialne. Ale "nie brute force"
>> niekoniecznie jest trywialne. Tyle ze "brute force" strasznie dlugo
>> sie wykonuje, nawet przy maksymalnej optymalizacji kodu
>>
>> Rzecz potrzebna w pewnych algorytmach "constraint programming"
>> zwiazanymi z planowaniem kalendarzowym i routingiem. Dopuszczalny jest
>> "preprocessing" grafu w celu utworzenia struktur danych
>> przyspieszajacych proces. Pamiec nie jest ograniczeniem.
>>
>> Jak ktos nie ma nad czym myslec, to proponuje nad tym
>>
>> A.L.
>
> 1. Każdy węzeł grafu reprezentujemy tak, że znane są listy jego
> poprzedników i następników w grafie.
>
> 2. Znakujemy węzły rosnąco liczbami wymiernymi wg kolejności w
> wyjściowym porządku (to można zrobić raz dla wielu kolejnych
> przekształceń, może być potrzeba dokładnej arytmetyki).
>
> 3. Typujemy N wierzchołków do zmiany miejsca.
>
> 4. Dla każdego z N wierzchołków wyliczamy nowe znakowanie jako liczbę
> pośrednią między poprzednikiem i następnikiem w docelowym porządku (np
> średnia arytmetyczna ze znakowań poprzednika i następnika w porządku
> docelowym).
>
> 5. Dla każdego z N wierzchołków bierzemy listę jego poprzedników w grafie.
>
> 5a Dla każdego poprzednika z powyższej listy sprawdzamy, czy na liście
> jego następników nie ma wierzchołka ze znakowaniem mniejszym niż jego
> własne.
Mam problem z 5 punktem, to czy powinniśmy sprawdzić poprzedniki czy
następniki zależy od kierunku przesunięcia węzła w grafie.
Jeśli dany węzeł wędruje ,,do tyłu" względem wyjściowego porządku trzeba
sprawdzić następniki jego poprzedników. Jeśli ,,do przodu", to należy
porównać poprzedniki jego następników.
Ale być może bredzę - dziś już zmęczony jestem... może jest jeszcze
więcej możliwych przypadków...
> Jeśli to zadziała, to w najgorszym wypadku mamy do sprawdzenia N x m x o
> porównań, gdzie m to max liczba poprzedników, a o max liczba następników
> węzła w zbiorze węzłów N.
>
> Rysowałem sobie to na kartce, mogłem jakiś przypadek pominąć lub źle
> zrozumieć zadanie...
Następne wpisy z tego wątku
- 22.02.12 23:24 n...@m...invalid
- 23.02.12 07:55 Piotr Chamera
- 23.02.12 10:47 Piotr Chamera
- 23.02.12 19:23 A.L.
- 23.02.12 23:14 Piotr Chamera
- 24.02.12 14:01 A.L.
- 24.02.12 16:37 Piotr Chamera
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-14 Gliwice => Network Systems Administrator (IT Expert) <=
- 2024-11-14 Gliwice => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-13 Kraków => QA Inżynier <=
- 2024-11-13 Żerniki => Dyspozytor Międzynarodowy <=