Subject: CGAL users discussion list
List archive
- From: Marco Aurelio Sterpa <>
- To:
- Subject: Re: [cgal-discuss] efficiency of a O(n^2) algorithm
- Date: Fri, 6 Nov 2009 00:43:46 +0100
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sO66xKIwI7GMfyCk542t8pKzG8Vljl23K+sqRGhL0A5+eQVi1T0I9twybZyM+Ai0w7 Qr547LGQz6vuxlwaLsPopJEM9p85kfcPa+d8XMr6oYBGCkwSUrLzCufrdy1afkCGdzHx kExbS3tMnynlyRWwNG5qijV8MSIbo/XokW6Kk=
Hi Ben,
maybe the code was not enough clear, I use the zone function not to insert another line, but given a static (will never change again) arrangament, I need to get a given line represented with Halfedges. So what I do is computing the zone of that line and then ignore the Face_handle inside it. It seems to me that for iteration is the the reason of a slow computation, so is there another more efficient way of getting the halfedge of a given (all one for iteration) line in the arrangement?
2009/11/5 Sylvain Pion <>
Ben Supnik a écrit :I guess that it really depends how you count. In practice and in general,
Sorry, what I meant to write was: "I don't think any of the kernels have SLOWER than constanttime operation".
I would not state anything like that.It's hard to detect this at the kernel level. The kernel is meant to deal
Sylvain: in the case of some of the lazy kernels is it possible that time performance of the whole algorithm could be improved by the reduction of entire sets of geometric or numeric operations that can be eliminated when the DAG is evaluated?
with the numeric issues.I agree. Unfortunately, sometimes reality is suboptimal...
Of course...if this was possible, the algorithm running on top of the kernel would be rather poorly written.
Wait for quantum computers :)
Still, I am excited for the wonderful future of sub-constant time operations. :-)
You are currently subscribed to cgal-discuss.
To unsubscribe or access the archives, go to
https://lists-sop.inria.fr/wws/info/cgal-discuss
- [cgal-discuss] efficiency of a O(n^2) algorithm, Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Sylvain Pion, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Sylvain Pion, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/06/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Sylvain Pion, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Marco Aurelio Sterpa, 11/05/2009
- Re: [cgal-discuss] efficiency of a O(n^2) algorithm, Ben Supnik, 11/05/2009
Archive powered by MHonArc 2.6.16.