Re: [freenet-dev] Disk I/O thread

2012-09-11 Thread Matthew Toseland
On Friday 07 Sep 2012 00:43:44 postwall-free...@yahoo.de wrote: > >Freetalk and WoT may be better designed on that level. However they > produce more disk I/O. And the reason for this is, mainstream database > practice and theory are designed for two cases: > >1. Lots of data (absolute amount and

Re: [freenet-dev] Disk I/O thread

2012-09-06 Thread postwall-free...@yahoo.de
g splitfile decoding, but just starting the calculation from scratch if the node really crashes. Hm, this email got pretty long in the end. Sorry for that - end of rant. Von: Matthew Toseland An: Discussion of development issues Gesendet: 12:32 Dienstag, 4.

[freenet-dev] Disk I/O thread

2012-09-04 Thread Matthew Toseland
On Sunday 02 Sep 2012 17:51:49 xor wrote: > On Thursday 30 August 2012 00:40:13 Matthew Toseland wrote: > > Sadly Freetalk/WoT do use rollback so has to > > commit EVERY TIME. > > I oppose to the "sadly". Transaction-based programming has proven to be a > valid approach to solve many issues of t

Re: [freenet-dev] Disk I/O thread

2012-09-04 Thread Matthew Toseland
On Sunday 02 Sep 2012 17:51:49 xor wrote: > On Thursday 30 August 2012 00:40:13 Matthew Toseland wrote: > > Sadly Freetalk/WoT do use rollback so has to > > commit EVERY TIME. > > I oppose to the "sadly". Transaction-based programming has proven to be a > valid approach to solve many issues of t

[freenet-dev] Disk I/O thread

2012-09-02 Thread xor
On Thursday 30 August 2012 00:40:13 Matthew Toseland wrote: > Sadly Freetalk/WoT do use rollback so has to > commit EVERY TIME. I oppose to the "sadly". Transaction-based programming has proven to be a valid approach to solve many issues of traditional "manually undo everything upon error"-prog

Re: [freenet-dev] Disk I/O thread

2012-09-02 Thread xor
On Thursday 30 August 2012 00:40:13 Matthew Toseland wrote: > Sadly Freetalk/WoT do use rollback so has to > commit EVERY TIME. I oppose to the "sadly". Transaction-based programming has proven to be a valid approach to solve many issues of traditional "manually undo everything upon error"-prog

[freenet-dev] Disk I/O thread

2012-08-29 Thread Matthew Toseland
Response to a long thread on FMS about how to reduce Freenet's disk I/O, what are realistic system requirements, when can we expect to see SSDs taking over, and will Freenet kill commodity disks as a matter of routine. =

[freenet-dev] Disk I/O thread

2012-08-29 Thread Matthew Toseland
Response to a long thread on FMS about how to reduce Freenet's disk I/O, what are realistic system requirements, when can we expect to see SSDs taking over, and will Freenet kill commodity disks as a matter of routine. =