1 |
michael |
3251 |
$Id: README.platforms,v 1.2 2007/05/24 13:13:28 mbuna Exp $ |
2 |
|
|
|
3 |
|
|
At this time, libpeak supports x86, m68k, powerpc (PowerPC 32/64 |
4 |
|
|
bits and POWER), sparc and IA-64 processors. |
5 |
|
|
|
6 |
|
|
List of platforms where libpeak is known to have compiled and passed |
7 |
|
|
the test suite at least once (sometimes with warnings): |
8 |
|
|
|
9 |
|
|
i386-unknown-freebsd4.5 (kqueue, gcc 2.95.3) |
10 |
|
|
i386-unknown-freebsd4.9 (kqueue, gcc 2.95.4) |
11 |
|
|
i386-unknown-freebsd5.1 (kqueue, gcc 3.2.2) |
12 |
|
|
i386-unknown-netbsdelf1.6 (poll, gcc 2.95.3) |
13 |
|
|
i386-unknown-netbsdelf1.6.1 (poll, gcc 2.95.3) |
14 |
|
|
i386-unknown-netbsdelf1.6ZH (kqueue, gcc 3.3.2) |
15 |
|
|
i686-pc-cygwin (poll, gcc 3.2, static lib only) |
16 |
|
|
i686-pc-linux-gnu (poll, Linux 2.4.24-smp, Debian, gcc 2.95.4) |
17 |
|
|
i686-pc-linux-gnu (epoll, Linux 2.6.1, Debian, gcc 3.3.3) |
18 |
|
|
m68k-unknown-netbsdelf1.6ZC (kqueue, gcc 2.95.3 |
19 |
|
|
powerpc-apple-darwin6.8 (select, gcc 3.1) |
20 |
|
|
powerpc-apple-darwin7.2.0 (kqueue, gcc 3.3) |
21 |
|
|
powerpc-apple-darwin8.9.0 (kqueue, gcc 4.0.0) [2007/05/24] |
22 |
|
|
powerpc-ibm-aix5.1.0.0 (poll, cc_r, static lib only) |
23 |
|
|
sparc-sun-solaris2.6 (poll, gcc egcs-2.91.66) |
24 |
|
|
sparc-sun-solaris2.8 (devpoll, gcc egcs-2.91.66) |
25 |
|
|
sparc-sun-solaris2.9 (devpoll, gcc 3.2) |
26 |
|
|
ia64-unknown-linux-gnu (epoll, gcc 3.4.3) [2007/05/24] |
27 |
|
|
|
28 |
|
|
Report other platforms by sending your config.log to mbuna@bugged.org. |
29 |
|
|
|
30 |
|
|
Please note that libpeak should be particularly efficient on: |
31 |
|
|
|
32 |
|
|
Darwin 7.0+ (Mac OS X 10.3+) |
33 |
|
|
- kqueue engine |
34 |
|
|
- mach semaphores and good multi-threading support |
35 |
|
|
|
36 |
|
|
FreeBSD 4.9, 5.1+ |
37 |
|
|
- kqueue engine |
38 |
|
|
- good multi-threading support |
39 |
|
|
|
40 |
|
|
Linux 2.6+ |
41 |
|
|
- epoll engine (be careful to have a recent glib) |
42 |
|
|
- good multi-threading support only with a few threads, which is OK |
43 |
|
|
for libpeak |
44 |
|
|
|
45 |
|
|
The epoll engine is probably as good as kqueue except maybe for safe |
46 |
|
|
signals handling. Current epoll implementation in libpeak behaves as |
47 |
|
|
Level Triggered, but I plan to write later an Egde Triggered version |
48 |
|
|
to compare them. Other comparative stats should be available online on |
49 |
|
|
PEAK's web site one of these days. |
50 |
|
|
|
51 |
|
|
Performance with Solaris |
52 |
|
|
------------------------ |
53 |
|
|
If you're using Solaris 8 or more, you should use the alternate LWP |
54 |
|
|
threads library implementation (one-level model), which should be more |
55 |
|
|
efficient with libpeak than the default two-level threads model. The |
56 |
|
|
configure script doesn't enable them automatically for now, but you |
57 |
|
|
can enable them easily by setting: |
58 |
|
|
|
59 |
|
|
export LD_LIBRARY_PATH=/usr/lib/lwp |
60 |
|
|
|
61 |
|
|
before launching the program that uses libpeak (see man pthreads). |
62 |
|
|
|
63 |
|
|
|
64 |
|
|
Please visit http://peak.sourceforge.net for more info about libpeak. |