eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingTaki problem programistyczny...Re: Taki problem programistyczny...
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: bartekltg <b...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: Taki problem programistyczny...
    Date: Wed, 22 Feb 2012 13:20:15 +0100
    Organization: ATMAN - ATM S.A.
    Lines: 58
    Message-ID: <ji2mi1$rds$1@node2.news.atman.pl>
    References: <m...@4...com>
    NNTP-Posting-Host: 144-mi3-6.acn.waw.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node2.news.atman.pl 1329913217 28092 85.222.69.144 (22 Feb 2012 12:20:17
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Wed, 22 Feb 2012 12:20:17 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216
    Thunderbird/10.0.2
    In-Reply-To: <m...@4...com>
    Xref: news-archive.icm.edu.pl pl.comp.programming:195615
    [ ukryj nagłówki ]

    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"

    Rozumiem, że brute force to przejście od naszych N przesuwanych
    wierzchołków krawędziami w przód i w tył (ok, trzeba mieć
    krawedzie wstaczne) i sprawdzenie, czy nie odwróciliśmy
    kierunku w porządku.


    > 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


    Ciężko będzie szybciej:) Mam coś, co samo sprawdzenie robi
    w O(N) + sprawdzenie czy w nasze N wierzchołkow jest ok,
    ale potem i tak trzeba 'poprawić dane' we wszystkich
    wierzchołkach z którymi styka się zbiór N. Więc
    jeśli nie wpadne, jak ro zrobić 'leniwie' wychodzi
    to samo co BF powyżej. (Trzymam listę krawędzi
    posortowaną po pozycjach w porządku. Sprawdzenie
    czy przesuniecie wierzchołka zachowuje porzadek
    jest natychmiastowe, ale trzeba jeszcze rozpropagować
    informacje o zmianie swojej pozycji).



    pzdr
    bartekltg

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: