[Bug 1293100] Review Request: tarantool - an in-memory database and Lua application server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1293100



--- Comment #25 from Roman Tsisyk <roman@xxxxxxxxxx> ---
This package uses JIT compilation and fast cooperative multitasking in
userspace (fibers) [1].
Currently native implementation (asm) of fibers only exists for the following
architectures:

* x86
* x86_64
* armv7hl - since 1.6.8 release
* aarch64 - since 1.6.8 release, but tested only on qemu

[1]: http://tarantool.org/doc/reference/fiber.html

It is possible to use swapcontext(3) as a fallback, but this option is very
slow and unreliable and can be used only for lab testing. A new native fiber
backend for PowerPC, MIPS,  s390x, etc., requires a lot of efforts. We spent
about two man-month of highly-qualified C developers on armv7 port. I don't
think that anybody will work on new architectures without real users on these
architectures. 

I think that `ExclusiveArch %{ix86} x86_64 armv7hl armv7hnl aarch64` is
suitable here. I can define it only for RHEL/EPEL (if 0%{?rhel}).

Primary architectures [2] are OK and are officially supported by upstream (but
ARM is still not integrated to CI).
arm*.cloud.fedoraproject.org machine was very useful and helped us to fix test
suite on Fedora armv7hl.
Thanks for the advice!

[2]: https://fedoraproject.org/wiki/Architectures#Primary_Architectures

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review




[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]