Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Alex Peshkoff
On 10/26/11 14:26, Lester Caine wrote: > Paul Reeves wrote: >> Everything really depends on the manufactures claims that the capacitors can >> flush the cache successfully. Can we trust them? > It's not just the drives capacity that matters here. Most of the machines > I've > checked will contin

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Lester Caine
Paul Reeves wrote: > Everything really depends on the manufactures claims that the capacitors can > flush the cache successfully. Can we trust them? It's not just the drives capacity that matters here. Most of the machines I've checked will continue to run for several seconds after mains is remov

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Ted Miglautsch
Dimitry Sibiryakov wrote: > 26.10.2011 11:05, Ted Miglautsch wrote: >> The problem with using the energy from rotating to write data is as you >> remove the energy the rotation slows so it is not possible to write as >> the disk slows down. > >It is hard, but I don't see a technical problem in

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Dimitry Sibiryakov
26.10.2011 11:05, Ted Miglautsch wrote: > The problem with using the energy from rotating to write data is as you > remove the energy the rotation slows so it is not possible to write as > the disk slows down. It is hard, but I don't see a technical problem in synchronizing write frequency wit

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Ted Miglautsch
Dimitry Sibiryakov wrote: > 26.10.2011 8:58, Alex Peshkoff wrote: >> Probably I've missed some details. Capacitor present on HDD is really >> enough only for making sector's writes atomic. A solution with capacitor >> to save cache somewhere requires additional flash RAM - in that case not >> too b

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Paul Reeves
On Wednesday 26 October 2011 at 10:14 Dimitry Sibiryakov wrote: >Don't forget about the energy from rotating. In old HDD it was enough > for heads' parking. In modern models it may be enough for cache writing as > well. I think that 'may be enough' is the problem. We just don't know. And it

[Firebird-devel] [FB-Tracker] Created: (CORE-3644) Provide names information in input XSQLDA for all data types, not only arrays

2011-10-26 Thread Dimitry Sibiryakov (JIRA)
Provide names information in input XSQLDA for all data types, not only arrays - Key: CORE-3644 URL: http://tracker.firebirdsql.org/browse/CORE-3644 Project: Firebird Core

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Dimitry Sibiryakov
26.10.2011 8:58, Alex Peshkoff wrote: > Probably I've missed some details. Capacitor present on HDD is really > enough only for making sector's writes atomic. A solution with capacitor > to save cache somewhere requires additional flash RAM - in that case not > too big capacitor is enough to save w

Re: [Firebird-devel] news from kernel 3.1

2011-10-26 Thread Alex Peshkoff
On 10/26/11 01:01, james wrote: > Alex: > > > Provided that HDD has no capacitor enough to flash cache in case of > > power failure. As far as I know they typically have. > > That's news to me. What evidence do you have? Given the large size of > on-disk buffers these days, it would need to b