18:23:56dougk_trying to look at the PPC64 requirements, just discovered the most insanely horrible restriction: Load/Store of 8-byte values don't accept an immediate displacement that is other than a multiple of 4. Basically kills subtracting lowtag "for free".
18:25:25stassatssurely, there are different load/stores?
18:31:57dougk_it's always going to cost us an instruction to load index to register. load/store of size 1,2,4 byte allow any displacement. 8 byte explicitly robs the low 2 bits of your displacement, and moreover, assumes they're 0.
18:32:45stassatsi guess my idea of reusing the same codebase for ppc64 doesn't hold water
18:56:09jmercourisI'm trying to install SBCL from the ports tree
19:16:50stassatsoh no, it's actually in regalloc, that's fun
19:19:03jmercourisstassats: I'm sorry to distract you, but this question has been bothering me for over a year, what exactly is your github profile image?
19:53:20joshenot until openbsd-vmm matures enough to run them anyway
19:53:32stassatsbut finish in a reasonable amount of time
19:55:06stassatsso, that must be something DO vm specific
19:57:18stassatsand i'm running openbsd 5.6, but i don't feel like sb-concurrency tests should be lowered
19:57:48josheiirc the right thing to do is find a working interface to query for scheduler granularity and adapt the tests to that, rather than assume the kernel is build with HZ=1000
19:58:32joshe5.6 is also 3-4 years old at this point
20:00:04stassatsit's slow, but not so slow that i would notice it, just slower than freebsd
22:03:41stylewarningI haven't reduced to a test case, but I'm getting a case where adding (sb-ext:gc :full t) saves me from a heap exhaustion. Without it, I get thrown into ldb. Any thoughts on this kind of error situation?
22:35:41stylewarningIf I set (generation-number-of-gcs-before-promotion 0) to 5, the bug isn't triggered.