From: Alain Frisch <Alain.Frisch@inria.fr>
To: Jon Harrop <jon@ffconsultancy.com>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Sudoku solver
Date: Tue, 15 Nov 2005 09:55:48 +0100 [thread overview]
Message-ID: <4379A294.1050007@inria.fr> (raw)
In-Reply-To: <200511150427.45996.jon@ffconsultancy.com>
Jon Harrop wrote:
> Here is a little OCaml program to solve Sudoku puzzles:
>
> http://www.ffconsultancy.com/free/sudoku/
>
Funny. My father told me about the game last sunday and I was willing to
write a solver too :-)
Here it is:
http://www.eleves.ens.fr/home/frisch/info/af-sudoku-brute.ml
http://www.eleves.ens.fr/home/frisch/info/af-sudoku.ml
It is faster than yours. E.g., when displaying all the solutions (there
are 247 solutions for the example):
$ cat puzzle
001005300050490000
000102064
000000750
600000001
035000000
060903000
000020090
003600100
$ time ./sudoku < puzzle > /dev/null
4.89s user 0.00s system 98% cpu 4.944 total
$ time ./af-sudoku-brute < puzzle > /dev/null
0.02s user 0.00s system 30% cpu 0.068 total
$ time ./af-sudoku < puzzle > /dev/null
0.03s user 0.00s system 37% cpu 0.074 total
(all of them are compiled with ocamlopt without any special option)
I guess your choice of a functional data structure explains the 100x
slow-down... Hint: copying an array of 81 integers is fast.
The -brute version is a simple-minded brute force search. There other
one tries to use the constraint "each digit must appear in each bloc"
(where a bloc is a line, a column, or a 3x3 sub-bloc) to place digits.
It also chooses a cell with a minimal number of remaining choices when
branching. Interestingly, disabling these optimizations does not seem to
change the performance significantly.
-- Alain
next prev parent reply other threads:[~2005-11-15 9:00 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-15 4:27 Jon Harrop
2005-11-15 8:55 ` Alain Frisch [this message]
2005-11-15 9:23 ` [Caml-list] " Diego Olivier Fernandez Pons
2005-11-15 12:56 ` Pascal Brisset
2005-11-15 13:22 ` Diego Olivier Fernandez Pons
2005-11-15 13:32 ` Pascal Brisset
2005-11-15 14:41 ` Christophe Raffalli
2005-11-15 19:05 ` Diego Olivier Fernandez Pons
2005-11-15 19:37 ` David Thomas
2005-11-16 6:07 ` Jon Harrop
2005-11-16 7:25 ` Alain Frisch
2005-11-15 20:56 ` Karl Zilles
2005-11-16 8:00 ` Oliver Bandel
2005-11-16 8:15 ` Alain Frisch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4379A294.1050007@inria.fr \
--to=alain.frisch@inria.fr \
--cc=caml-list@yquem.inria.fr \
--cc=jon@ffconsultancy.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox