On Fri, Aug 29, 2014 at 7:57 AM, Andy Doan wrote:
> On 08/28/2014 11:30 PM, John Stultz wrote:
>> On Thu, Aug 28, 2014 at 2:51 PM, Paul Sokolovsky
>> wrote:
>
>>> The case we have with git:// is that small number of users can hog
>>> almost all resources of a server. This can happen at release ti
You should plan in advance that you will be distributed
denial-of-service (DDoS) attack.
How do you plan to survive then ?
On Fri, Aug 29, 2014 at 5:57 PM, Andy Doan wrote:
> On 08/28/2014 11:30 PM, John Stultz wrote:
>> On Thu, Aug 28, 2014 at 2:51 PM, Paul Sokolovsky
>> wrote:
>
>>> The case w
On 08/28/2014 11:30 PM, John Stultz wrote:
> On Thu, Aug 28, 2014 at 2:51 PM, Paul Sokolovsky
> wrote:
>> The case we have with git:// is that small number of users can hog
>> almost all resources of a server. This can happen at release time and
>> block work of Linaro engineers, something like t
Yes... but the JIT heap is 128Mb, and the way it flushes the cache is to
do an IC IVAU on every virtual cache line address from start .. end.
That could be up to 2E6 cache flush operations.
We had hoped that IC IALLUIS would be faster.
Maybe we end up doing this. It seems absolutely daft to me I
On 29 August 2014 13:02, Edward Nevill wrote:
> We have a need on OpenJDK to flush the entire icache. Basically this
> need occurs when we do a garbage collection which may include garbage
> collection and patching of the dynamically generated code.
>
Surely, you could restrict the icache flush t
== Progress ==
* OE baseline work (CARD-787: 20%)
* Release (80%)
* CARD-1566 (5%)
== Plans ==
Vacation!
== Issues ==
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
== Progress ==
* gcov job set up https://ci.linaro.org/job/linux-gcov/ (CARD-1488 70%)
* Checking failed kvm/xen lava tests (20%)
== Plans ==
* Validate that gcov tests run and find a way to publish results (CARD-1488)
* Start working on Juno for kvm/xen
* Perf/linux-tools into deb-pkg or otherwi
Hi,
We have a need on OpenJDK to flush the entire icache. Basically this
need occurs when we do a garbage collection which may include garbage
collection and patching of the dynamically generated code.
Problem is, the IC IALLUIS instruction which we need is only executable
from EL1 or greater.
I
== Progress ==
* Toolchain binary release 2014.08
* Lots of NDK work
== Plans ==
* Finish NDK work
* cbuild2 testing
* Get my Juno to work
== Issues ==
* none
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listin
On 27 August 2014 14:09, Koen Kooi wrote:
> Op 22 aug. 2014, om 11:56 heeft Bernhard Rosenkränzer <
> bernhard.rosenkran...@linaro.org> het volgende geschreven:
>
> > == Progress ==
> > * Fixed build failures caused by 2014.08 based Android toolchains
> > * Rewrote NDK build scripts to build ever
10 matches
Mail list logo