2015
DOI: 10.1007/978-3-319-24318-4_12
|View full text |Cite
|
Sign up to set email alerts
|

HordeSat: A Massively Parallel Portfolio SAT Solver

Abstract: Abstract.A simple yet successful approach to parallel satisfiability (SAT) solving is to run several different (a portfolio of) SAT solvers on the input problem at the same time until one solver finds a solution. The SAT solvers in the portfolio can be instances of a single solver with different configuration settings. Additionally the solvers can exchange information usually in the form of clauses. In this paper we investigate whether this approach is applicable in the case of massively parallel SAT solving. … Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

2
46
0

Year Published

2017
2017
2021
2021

Publication Types

Select...
6
1

Relationship

1
6

Authors

Journals

citations
Cited by 50 publications
(48 citation statements)
references
References 22 publications
2
46
0
Order By: Relevance
“…However, the manual constructions of parallel solvers is a very challenging task, as it often requires to design specific algorithms, rather than adapting existing sequential ones. One promising approach for exploiting the computational power provided by multicore machines is then to combine solvers into parallel portfolios, which have been recently introduced in areas such as SAT and ASP [1,17]. Notably, while work has been done in the area of sequential portfolios for argumentation [10], there is a lack of approaches aiming at combining solvers into parallel portfolios.…”
Section: Introductionmentioning
confidence: 99%
“…However, the manual constructions of parallel solvers is a very challenging task, as it often requires to design specific algorithms, rather than adapting existing sequential ones. One promising approach for exploiting the computational power provided by multicore machines is then to combine solvers into parallel portfolios, which have been recently introduced in areas such as SAT and ASP [1,17]. Notably, while work has been done in the area of sequential portfolios for argumentation [10], there is a lack of approaches aiming at combining solvers into parallel portfolios.…”
Section: Introductionmentioning
confidence: 99%
“…Processes send their learned clauses either if some time has passed since the last sending operation, or if their clause buffer is sufficiently full. Compared to the communication strategy of HordeSAT [10] where communication is performed synchronously and the amount of transmitted data is restricted to 1500 integers per process and communication cycle, our strategy allows us to send a larger number of clauses in situations where many good clauses are learned. By collecting several clauses before sending them we prevent the network from being congested by a large number of small messages.…”
Section: Communicationmentioning
confidence: 99%
“…When receiving unit clauses either from other processes via MPI or from solver threads via the shared memory communication, it checks these clauses against the clauses it has seen already, and only forwards unit clauses which have not yet been seen. In other solvers like TopoSAT [26] and HordeSAT [10], the communication threads hash clauses received either from solver threads within the same process or via MPI. They use Bloom filters for preventing clauses from being shared multiple times.…”
Section: Communicationmentioning
confidence: 99%
See 2 more Smart Citations