Re: Re: 5.3.9, Hash DoS, release
| From: | Xinchen Hui | Date: | Tue, 10 Jan 2012 01:28:20 +0000 |
| Subject: | Re: Re: 5.3.9, Hash DoS, release | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-57313@lists.php.net to get a copy of this message | ||
Sent from my iPhone
在 2012-1-10,1:51,Rasmus Lerdorf <rasmus@php.net> 写道:
> On 01/09/2012 09:18 AM, Xinchen Hui wrote:
>> Sent from my iPhone
>>
>> 在 2012-1-10,1:14,Rasmus Lerdorf <rasmus@php.net> 写道:
>>
>>> On 01/09/2012 08:50 AM, Xinchen Hui wrote:
>>>> Hi:
>>>> I am not sure whether you have understood my point.
>>>>
>>>> If an array have more than 1024 buckets in an same bucket
>>>> list(same index), there must already be an performance issue.
>>>
>>> The problem is you really need to consider the source. There are many
>>> places where people deal with huge datasets. If they assign it directly
>>> they shouldn't hit any limits or we would need some sort of "large
>>> array" hint which would be nasty.
>> Rasmus:
>>
>> Large array ! = Large list
>>
>> An array can have million elements withou exceed the limit ion of max
>> length of list.
>
> I understand the difference. But large arrays are obviously the ones
> that are prone to hitting the collision limits.
Yes, but don't you think this is at least better than restricting
number of elements? :)
Thanks
>
> -Rasmus