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 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 anyon
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.
Rasberr
well, does that affect the ARM platform?
- Yongming Zhao 赵永明
在 2014年4月11日，下午11:51，Theo Schlossnagle 写道：
> 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 Apr 11, 2014, at 8: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 syst
- Original Message -
> On Apr 11, 2014, at 8: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 sys
On Fri, Apr 11, 2014 at 10:05 AM, Yongming Zhao 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 wrote:
> Given the nature of ATS and its focus exclusively on high performance
> environments, I suggest we throw off the bonds of 32b
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 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 make just li
On Apr 11, 2014, at 11:00 AM, Justin Erenkrantz wrote:
> On Fri, Apr 11, 2014 at 10:05 AM, Yongming Zhao 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 o
+1
— Leif
On Apr 11, 2014, at 12:34 PM, Phil Sorber 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 make ju
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 Serve
+ 1
On Friday, April 11, 2014, Leif Hedstrom wrote:
> +1
>
> -- Leif
>
> On Apr 11, 2014, at 12:34 PM, Phil Sorber >
> 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:
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 and
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 e
+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
+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 T
During the summit we developed a new proposed implementation for partial object
caching. We think it is better than any of previous proposals and, unlike them,
likely to be implemented. You can review (as the last section) on the Wiki -
https://cwiki.apache.org/confluence/display/TS/Partial+Obje
19 matches
Mail list logo
