Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jmeter.apache.org
Received-SPF: pass (nike.apache.org: domain of philippe.mouawad@gmail.com
 designates 209.85.223.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAH9fUpYNsNZ4et4_wRuWno9o63ELFXJ=7HVpqaL0UrRJ3t7K2A@mail.gmail.com>
References: <1371629068.93986.YahooMailNeo@web172204.mail.ir2.yahoo.com>
	<1371669014.91065.YahooMailNeo@web172202.mail.ir2.yahoo.com>
	<CAOGo0VaAORPRjB_RRvQLrYwkdby13=Sq=MNyvur7ZY4GGtZqXA@mail.gmail.com>
	<1371704370.82214.YahooMailNeo@web172206.mail.ir2.yahoo.com>
	<1371711492.55923.YahooMailNeo@web172202.mail.ir2.yahoo.com>
	<CAH9fUpYNsNZ4et4_wRuWno9o63ELFXJ=7HVpqaL0UrRJ3t7K2A@mail.gmail.com>
Date: Tue, 2 Jul 2013 23:47:22 +0200
Message-ID: 
 <CAH9fUpZnVZiUKvSNoyg7o1yqv0A9+S6qjYywpO43R5An+4Zs2w@mail.gmail.com>
Subject: Re: AccessLogSampler & Bug 53748
From: Philippe Mouawad <philippe.mouawad@gmail.com>
To: "dev@jmeter.apache.org" <dev@jmeter.apache.org>,
 Enric Jaen <enricjaen@yahoo.es>
Content-Type: multipart/alternative; boundary=bcaec518701c3ab28104e08e4a3e

--bcaec518701c3ab28104e08e4a3e
Content-Type: text/plain; charset=ISO-8859-1

hello,
I suppose it's lazy consensus so without -1 I will be comitting it by end
of week

Regards
Philippe

On Saturday, June 29, 2013, Philippe Mouawad wrote:

> Hello,
> Regarding this issue, I propose to commit it as is for now as it brings
> interesting enhancements and it does not degrade the existing feature.
>
> We can improve it in the future.
>
> What's your opinion ? sebb, Milamber , Rainer ?
>
> Thanks
> Regards
> Philippe
>
>
> On Thu, Jun 20, 2013 at 8:58 AM, Enric Jaen <enricjaen@yahoo.es<javascript:_e({}, 'cvml', 'enricjaen@yahoo.es');>
> > wrote:
>
>> However, http sessions must  be considered, so a kind of preprocessing is
>> still needed to know in advance when the thread can be closed.
>> /Enric
>>
>>
>>
>> ________________________________
>>  De: Enric Jaen <enricjaen@yahoo.es <javascript:_e({}, 'cvml',
>> 'enricjaen@yahoo.es');>>
>> Para: "dev@jmeter.apache.org <javascript:_e({}, 'cvml',
>> 'dev@jmeter.apache.org');>" <dev@jmeter.apache.org <javascript:_e({},
>> 'cvml', 'dev@jmeter.apache.org');>>
>> Enviado: Jueves 20 de junio de 2013 6:59
>> Asunto: Re: Rv: AccessLogSampler & Bug 53748
>>
>>
>>
>>
>> I see. Right, I didn't realize of the file handler problem.  So yes,  an
>> approach like the one you proposed is needed. An approach where and entity
>> reads the log file an creates the threads at the corresponding log rate.
>>
>>
>>
>> ________________________________
>> De: sebb <sebbaz@gmail.com <javascript:_e({}, 'cvml',
>> 'sebbaz@gmail.com');>>
>> Para: dev@jmeter.apache.org <javascript:_e({}, 'cvml',
>> 'dev@jmeter.apache.org');>; Enric Jaen <enricjaen@yahoo.es<javascript:_e({}, 'cvml', 'enricjaen@yahoo.es');>
>> >
>> Enviado: Jueves 20 de junio de 2013 0:14
>> Asunto: Re: Rv: AccessLogSampler & Bug 53748
>>
>>
>> On 19 June 2013 20:10, Enric Jaen <enricjaen@yahoo.es <javascript:_e({},
>> 'cvml', 'enricjaen@yahoo.es');>> wrote:
>> >
>> >
>> > (sorry if you receive this mail duplicated,  I am having problems
>> sending in this mailing list)
>> >
>> > Hello,
>> >
>> >
>> >
>> > I see some confusion. With respect the concern that the OS can run out
>> of file handles, let me clarify that this sampler doesn't need a  different
>> file per thread: The generator reads the access log and creates one new
>> access log file. This new file is ordered by IP, and each thread knows its
>> correspoding OFFSET inside the file.
>> >
>>
>> Sorry, I realise that "file handle" was ambiguous.
>>
>> I did not mean entries in the the file system table on disk or in
>> memory, I meant the handle to the file used by Java.
>> It will still use the same number of open file handles (e,g,
>> FileInputStream plus supporting FD etc.) within the JVM.
>> Though perhaps some resources can be shared by the JVM if all the
>> files are the same, so it might be slightly cheaper than individual
>> files.
>
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>

-- 
Cordialement.
Philippe Mouawad.

--bcaec518701c3ab28104e08e4a3e--