Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going forward.
I’m unaware of anyone running ATS on 32bit systems or developing ATS on 32bit
systems.
I propose removing 32bit support in Apache Traffic Server
This seems like a logical move for a 5.0 release, +1 from me.
On Fri, Apr 11, 2014 at 8:51 AM, Theo Schlossnagle je...@lethargy.orgwrote:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going
forward. I'm
On 4/11/2014 9:51 AM, Theo Schlossnagle wrote:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going forward.
I’m unaware of anyone running ATS on 32bit systems or developing ATS on 32bit
systems.
well, does that affect the ARM platform?
- Yongming Zhao 赵永明
在 2014年4月11日,下午11:51,Theo Schlossnagle je...@lethargy.org 写道:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going
forward. I’m unaware of
On Apr 11, 2014, at 8:51 AM, Theo Schlossnagle je...@lethargy.org wrote:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going
forward. I’m unaware of anyone running ATS on 32bit systems or developing
- Original Message -
On Apr 11, 2014, at 8:51 AM, Theo Schlossnagle je...@lethargy.org wrote:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going
forward. I’m unaware of anyone running ATS
On Fri, Apr 11, 2014 at 10:05 AM, Yongming Zhao ming@gmail.com wrote:
well, does that affect the ARM platform?
ARMv6 (Raspberry Pi) and ARMv7 is 32-bit, but ARMv8 is 64-bit. If
someone is running ATS on ARMv6 or ARMv7...they can always stay on an
old release. -- justin
+1 - I don't know of anyone running ATS on 32-bit and I would highly recommend
not running it on 32-bit.
-Bryan
On Apr 11, 2014, at 9:51 AM, Theo Schlossnagle je...@lethargy.org wrote:
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off
I'd like to propose that we pull libck into our tree and use it to replace
some of our stuff like the freelist, ink_atomic_list and hash tables.
http://concurrencykit.org/
Right now there are not enough distro's to make just linking against system
libs feasible, but I'd like to set it up in such
+1
On Fri, Apr 11, 2014 at 12:34 PM, Phil Sorber sor...@apache.org wrote:
I'd like to propose that we pull libck into our tree and use it to replace
some of our stuff like the freelist, ink_atomic_list and hash tables.
http://concurrencykit.org/
Right now there are not enough distro's to
On Apr 11, 2014, at 11:00 AM, Justin Erenkrantz jus...@erenkrantz.com wrote:
On Fri, Apr 11, 2014 at 10:05 AM, Yongming Zhao ming@gmail.com wrote:
well, does that affect the ARM platform?
ARMv6 (Raspberry Pi) and ARMv7 is 32-bit, but ARMv8 is 64-bit. If
someone is running ATS on ARMv6
+1
— Leif
On Apr 11, 2014, at 12:34 PM, Phil Sorber sor...@apache.org wrote:
I'd like to propose that we pull libck into our tree and use it to replace
some of our stuff like the freelist, ink_atomic_list and hash tables.
http://concurrencykit.org/
Right now there are not enough
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going forward.
I’m unaware of anyone running ATS on 32bit systems or developing ATS on 32bit
systems.
I propose removing 32bit support in Apache Traffic
+ 1
On Friday, April 11, 2014, Leif Hedstrom zw...@apache.org wrote:
+1
-- Leif
On Apr 11, 2014, at 12:34 PM, Phil Sorber sor...@apache.orgjavascript:;
wrote:
I'd like to propose that we pull libck into our tree and use it to
replace
some of our stuff like the freelist,
GitHub user abh opened a pull request:
https://github.com/apache/trafficserver/pull/70
Add luajit submodule (luajit 2.0.3)
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/abh/trafficserver master
Alternatively you can review
Github user abh closed the pull request at:
https://github.com/apache/trafficserver/pull/70
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
+1
I'd like to propose that we pull libck into our tree and use it to replace
some of our stuff like the freelist, ink_atomic_list and hash tables.
http://concurrencykit.org/
Right now there are not enough distro's to make just linking against system
libs feasible, but I'd like to set it
+1
Given the nature of ATS and its focus exclusively on high performance
environments, I suggest we throw off the bonds of 32bit support going
forward. I’m unaware of anyone running ATS on 32bit systems or developing
ATS on 32bit systems.
I propose removing 32bit support in Apache
18 matches
Mail list logo