2014-11-04 6:35 GMT+08:00 Nico Erfurth :
>
> Well, the first thing you should ask yourself is "Do I REALLY need such
> a large bloom filter". Everything larger than the last level cache will
> seriously harm your performance as you are going to trigger a lot of
> cache and TLB misses. In general y
Hi,
> Hi All,
>
> I am programming a Bloom Filter and need a high-performance way to
>
> On what platform are you doing this ?
>
> I am programming on Linux, but it will be used on both Windows and
> Linux, Windows is the primary target.
Well, the first thing you should
2014-11-03 23:40 GMT+08:00 Adriaan van Os :
> Xiangrong Fang wrote:
>
>> Hi All,
>>
>> I am programming a Bloom Filter and need a high-performance way to
>>
>
> On what platform are you doing this ?
>
I am programming on Linux, but it will be used on both Windows and Linux,
Windows is the primar
On 02/11/14 18:38, Felipe Monteiro de Carvalho wrote:
The Cocoa interface is advancing fast. I am even running out of known
bugs, so other people testing would be appreciated.
I have some interest in this.
Is http://wiki.lazarus.freepascal.org/Cocoa_Interface reasonably up to
date as to how t
Xiangrong Fang wrote:
Hi All,
I am programming a Bloom Filter and need a high-performance way to
On what platform are you doing this ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org
Alright, guys. Thank you for all the informations and discussion. I got
many things to learn from all of your responses. They're all valuable to
me. I haven't yet decided which way I will choose, whether to stay with
FPC, move to Oxygene, or completely migrate to Swift. I'm still on testing
phase r
Am 03.11.2014 08:32 schrieb "Nico Erfurth" :
>
> On 02.11.14 15:05, Xiangrong Fang wrote:
> > Sorry, the results in previous mail was mis-labeled.
> >
> >
> > The result is:
> >
> > Using SetLength:
> >
> > Alloc: 9.40781697E-0001
> > Clear: 2.13420202E-0001
> >
> > Using GetMem
Am 03.11.2014 09:02 schrieb "Bee" :
> On Mon, Nov 3, 2014 at 1:45 PM, Sven Barth
wrote:
>>
>>
>> That's because FireMonkey abstracts all those APIs for you. The LCL by
Lazarus has the same target: no matter whether you are on Win32/64, GTK,
Qt, Carbon, Cocoa, whatever you get the same set of APIs
My results :
_Ptr:=GetMem(1)18 mus, 824 ns / GetMem
_Ptr:=GetMem(1) + FillChar(_Ptr^,1,0)); 81 ms / GetMem +
FillChar
var
ArInt:array of int32;
.
SetLength(ArInt, 1 shr 2); 81 ms / SetLength
All timings are variable within [time, time+8%] on rep
On 03/11/14 09:02, Bee wrote:
> If want to use a TObject, I want the
> exact same properties, exact same behavior, exact same declaration of
> TObject on everywhere else.
Then you are in luck, because that is exactly how it is today. (*)
> I don't care if beneath it acts as NSObject on OSX, or Wi
On Mon, Nov 3, 2014 at 11:00 AM, Dmitry Boyarintsev <
skalogryz.li...@gmail.com> wrote:
>
> Just don't bother yourself with "cocoa api" don't go too specific.
>
I don't, hence this thread. :) If want to use a TObject, I want the exact
same properties, exact same behavior, exact same declaration o
11 matches
Mail list logo
