Opened 17 years ago
Closed 10 years ago
#2064 closed enhancement (fixed)
libMicro port
Reported by: | kaoutsis | Owned by: | scottmc |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
The LibMicro is a portable set of microbenchmarks to measure the performance of various system and library calls.
http://www.opensolaris.org/os/project/libmicro/
attached:
- libMicro-build.diff.zip
the incorporation of the libMicro to the build
- libMicro-0.4.0-orig-mod.diff
libMicro diff original to modifications
Attachments (8)
Change History (28)
comment:1 by , 17 years ago
comment:3 by , 17 years ago
libMicro/connection.c Haiku is supporting now #include <sys/poll.h> Reverted file to its original state.
follow-up: 5 comment:4 by , 17 years ago
Hopefully, fixed the failed 'jam -q' from inside the libMicro dir, that i noticed yesterday night on haiku-host (still untested).
comment:5 by , 17 years ago
Replying to kaoutsis:
Hopefully, fixed the failed 'jam -q' ...
it's fixed, but still, not an elegant solution.
comment:6 by , 17 years ago
reduced further the number of changes to the original sources:
- the 'bench' script wants to find the tattle executable in
a bin subdirectory, so it is copied now to the bin-BePC, and a symlink 'bin' points to bin-BePC is created by HaikuImage
- reverted libMicro/tattle.c to its original state by
adding to libMicro/Jamfile: UseHeaders [ FDirName $(SUBDIR) ] : true ; so #include <tattle.h> now is allowed.
- don't mix the getpeername stand alone net test with the synonym
of libMicro test by making the rules more clear in libMicro/Jamfile and to HaikuImage respectively.
follow-up: 8 comment:7 by , 17 years ago
Using haiku's mmap() and munmap() from hrev24964 the tests failed with barrier_create(): Invalid Argument
by , 17 years ago
Attachment: | libMicro-build.diff.zip added |
---|
by , 17 years ago
Attachment: | libMicro-0.4.0-orig-mod.diff added |
---|
follow-up: 9 comment:8 by , 17 years ago
comment:9 by , 17 years ago
Replying to bonefish:
Replying to kaoutsis:
Using haiku's mmap() and munmap() from hrev24964 the tests failed with barrier_create(): Invalid Argument
Fixed in hrev24967.
Indeed :-)
BTW, do you want it to be checked in or do you rather want to work on it some more first?
I think it's better to be checked in. Trac is not svn :-) For other issues (pthreads etc) we can open separate tickets, if there is a need. Definitely, you made a very good job, thanks!
by , 17 years ago
Attachment: | bench-modified added |
---|
by , 17 years ago
Attachment: | other-tmp-results added |
---|
by , 17 years ago
Attachment: | haiku-tmp-results added |
---|
by , 17 years ago
Attachment: | adding-mmap-munmap-libmicro-tests.diff added |
---|
comment:10 by , 17 years ago
- Added the adding-mmap-munmap-libmicro-tests.diff in order to
made the mmap() and munmap() tests actually run.
- Updated haiku-tmp-results with the newly included tests
comment:11 by , 17 years ago
hrev25003, after the pthread_cleanup_pop_handler fix, a lot of tests that were entered the gdb (for that reason), now run correctly but sometimes looks like they wait for ever (no cpu activity). Others just waits for ever,
One group of these tests, most of the times runs correct and sometimes waits, with no activity. An interesting example is (try to run by hand): go to ~/benchmarks/libmicro/bin> export OPTS="-1 -E -C 200 -L -S -W" malloc $OPTS -N "mallocT2_1k" -s 1k -g 10 -T 2 -I 200
Once every 40 or 30 times, doesn't return, waits for ever (no cpu activity)
The other group of tests, for example mktime $OPTS -N "mktimeT2" -T 2 -I 1000 waits for ever, every time it runs.
Also, it's the first time, that the tests are working without the -1 option (namely the default, OPTS="-E -C 200 -L -S -W") but also there are the above problems. HTH :-)
BTW: should i open different tickets for every issue, or should i post here?
by , 17 years ago
Attachment: | src_tests_system_benchmarks_libMicro_Jamfile.diff added |
---|
follow-up: 13 comment:12 by , 17 years ago
src_tests_system_benchmarks_libMicro_Jamfile.diff:
- Allow the mutex and the pthread_create libMicro benchmarks
run for real.
comment:13 by , 17 years ago
by , 16 years ago
Attachment: | src_tests_system_benchmarks_libMicro.diff added |
---|
comment:14 by , 16 years ago
src_tests_system_benchmarks_libMicro.diff:
- Allow the msync libMicro benchmark to compile for real
- Added a plain test for msync to the bench script,
since the original bench script didn't have one.
follow-up: 18 comment:16 by , 16 years ago
Replying to scottmc:
Can this be closed?
i believe not, as long the bench script fails. I am not sure if it still fails; i will test it as soon as i find some time.
comment:17 by , 15 years ago
Owner: | changed from | to
---|---|
Version: | R1/pre-alpha1 |
comment:18 by , 14 years ago
Replying to kaoutsis:
Replying to scottmc:
Can this be closed?
i believe not, as long the bench script fails. I am not sure if it still fails; i will test it as soon as i find some time.
Did you find time yet? ;) Maybe we move this to HaikuPorts and perhaps make it an OptionalPackage if/when it's ready.
comment:19 by , 13 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
This really should be moved over at HaikuPorts.
comment:20 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
There is now an HaikuPort recipe for libmicro. I will close this ticket and open separate one for each issue I get with it.
Removed additional macro getpagesize() from pread.c and read.c; now it uses haiku's getpagesize(), updated the two attached files.