Skip to content

Computational complexity of BiobjectiveNondominatedSortedList.__init__ with the number of dominated points #31

@nikohansen

Description

@nikohansen

Since 5a21063, BiobjectiveNondominatedSortedList creates its list first and only then prunes it. As pruning is $\cal O(n)$ for each pruned element (as suggested in this now deleted comment),

                    self.append(f_pair)  # this is O(1) whereas prune is O(n) for each pruned element

this makes the constructor $\cal O(n^2)$ when a constant fraction of points is dominated whereas it was $\cal O(n)$ before?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions