On 01/10/13 10:31, Dmitry Yemanov wrote:
> 10.01.2013 10:25, Alex Peshkoff wrote:
>
>> May be we should lock old SVN repository like it was done with CVS?
> IMO, it should be disabled even for reading. The engine does not compile
> there anyway, thus causing confusions.
>
I've disabled posix build
10.01.2013 10:25, Alex Peshkoff wrote:
> May be we should lock old SVN repository like it was done with CVS?
IMO, it should be disabled even for reading. The engine does not compile
there anyway, thus causing confusions.
Dmitry
On 01/10/13 04:56, Adriano dos Santos Fernandes wrote:
> * Due to the fact that sourceforge accepted some commits on the older
> SVN repository...
May be we should lock old SVN repository like it was done with CVS?
--
Ma
On 09-01-2013 06:47, Treeve Jelbert wrote:
> the git repository at
>
> git://github.com/asfernandes/firebird.git
>
> does not seem to have been updated since Dec 18,
>
I have manually pushed (*) the changes and I believe it will push
automatically since now.
* Due to the fact that sourceforge
Sean,
>
> To be clear, you are saying that if a row as an index on Field A which has
> 4 record versions (3 which can be dropped), and the value of the index for
> those versions where 1, 2, 3 and 4. When the sweep encounters the row,
> when it "scrubs" version 1, if reads the index and tries to
Alex,
> > So the number of individual pages read would equal the number pages in
> the database, which means that the number of dirty pages writes should be
> less than or equal the number db pages.
>
> Sean, take into account that for each deleted record version which changes
> (deletes) index k
09.01.2013 20:52, Leyne, Sean wrote:
>
> In his case, the sweep was done while no other meaningfull db activity was
> taking place.
It doesn't matter.
> Separately, doesn't a sweep essentially lock up all other database activity
> until it is finished?
Nope.
> If so, how would 64K of pagers r
Ann,
> > So the number of individual pages read would equal the number pages in
> > the database, which means that the number of dirty pages writes should
> > be less than or equal the number db pages.
>
> Not if some pages were forced out because the cache overflowed and then
> had to be re-rea
On 01/09/13 20:20, Leyne, Sean wrote:
> Dmitry,
>
>>> I understand that i can get more reads becouse of "small" cache but
>>> why writes?
>> Every read into a cache full of dirty pages (modified by sweep) implies a
>> page
>> write, because the engine needs to reuse some page buffer for reading.
>
Sean,
> Let's assume that the cache is full of dirty pages before the start of the
> sweep.
>
> The sweep would end up reading all of the pages in the database.
>
No, not quite, but close. It wouldn't read old TIPs. It might not read
some blob pages if the blobs were staying, and similarly dat
Dmitry,
> > I understand that i can get more reads becouse of "small" cache but
> > why writes?
>
> Every read into a cache full of dirty pages (modified by sweep) implies a page
> write, because the engine needs to reuse some page buffer for reading.
That is reasonable, but many times more writ
Dmitry Yemanov писал(а) в своём письме Wed, 09 Jan
2013 14:54:58 +0400:
> 09.01.2013 14:45, Mark Rotteveel wrote:
>
>> Where do you get this error?
>
> It was Jira tracker, I suppose. Migration to the new repo is incomplete
> there, AFAIR.
>
>
> Dmitry
>
>
Yes, exactly there.
> --
09.01.2013 14:45, Mark Rotteveel wrote:
> Where do you get this error?
It was Jira tracker, I suppose. Migration to the new repo is incomplete
there, AFAIR.
Dmitry
--
Master Java SE, Java EE, Eclipse, Spring, Hiberna
On Wed, 09 Jan 2013 14:33:23 +0400, "Simonov Denis"
wrote:
> Subversion Commits unavailable after revesion #57490
>
Where do you get this error? Looking at the backtrace, it is using viewvc,
but since Firebird migrated to the new SourceForge platform, the viewvc
page of the previous SourceForge
Subversion Commits unavailable after revesion #57490
An Exception Has Occurred
Python Traceback
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/viewvc/lib/viewvc.py", line 4337,
in main
request.run_viewvc()
File "/usr/lib/python2.4/site-packages/viewvc/lib/v
On 09/01/2013 07:42, Michal Kubecek wrote:
> On Wed, Jan 09, 2013 at 09:47:25AM +0100, Treeve Jelbert wrote:
>> the git repository at
>>
>> git://github.com/asfernandes/firebird.git
>>
>> does not seem to have been updated since Dec 18,
> I guess the source SVN repository URL needs to be updated af
On Wed, Jan 09, 2013 at 09:47:25AM +0100, Treeve Jelbert wrote:
> the git repository at
>
> git://github.com/asfernandes/firebird.git
>
> does not seem to have been updated since Dec 18,
I guess the source SVN repository URL needs to be updated after the
migration.
the git repository at
git://github.com/asfernandes/firebird.git
does not seem to have been updated since Dec 18,
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java
W dniu 2013-01-09 06:36:03 użytkownik Dmitry Yemanov
napisał:
> 08.01.2013 21:00, liviusliv...@poczta.onet.pl wrote:
> >
> > I understand that i can get more reads becouse of "small" cache but why
> > writes?
>
> Every read into a cache full of dirty pages (modified by sweep) implies
> a page
19 matches
Mail list logo
