Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #87047 > unrolled thread
| Started by | Ian Kelly <ian.g.kelly@gmail.com> |
|---|---|
| First post | 2015-03-06 10:13 -0700 |
| Last post | 2015-03-06 10:13 -0700 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: Speeding up permutations generation Ian Kelly <ian.g.kelly@gmail.com> - 2015-03-06 10:13 -0700
| From | Ian Kelly <ian.g.kelly@gmail.com> |
|---|---|
| Date | 2015-03-06 10:13 -0700 |
| Subject | Re: Speeding up permutations generation |
| Message-ID | <mailman.122.1425662054.21433.python-list@python.org> |
On Fri, Mar 6, 2015 at 1:24 AM, Abhiram R <abhi.darkness@gmail.com> wrote: > >> >> A list of 100 elements has approximately 9.33 x 10**157 permutations. >> If you could somehow generate one permutation every yoctosecond, >> exhausting them would still take more than a hundred orders of >> magnitude longer than the age of the universe. >> -- >> https://mail.python.org/mailman/listinfo/python-list > > > True that :D I may have exaggerated on the number. Let's consider something > more practically manageable => 50 elements with a 50! permutation. > Is there a solution now? That's still infeasible, as others have pointed out. At one permutation every picosecond, you'll still need 9.6 x 10**44 years. If the size isn't that important to you and you just want a faster implementation of permutations, you could try reimplementing it yourself as a C extension. The stdlib implementation is already written in C though, so unless you have a better algorithm I doubt you'll find much room for optimization.
Back to top | Article view | comp.lang.python
csiph-web