On 13/04/10 10:22, bojo42 wrote:
> @Emilio: this time you got me ;) i haven't tested it without the hack as
> the changes doesn't seem that big. i did so now and result is much
> better as my HDD keeps playing cool while updating the feeds, but i am
> already on lucid and this probably a result of
On 12/04/10 16:07, bojo42 wrote:
> for EXT4 users: i repackaged 1.7.4 with the fsync fix for lucid
> https://launchpad.net/~bojo42/+archive/liferea
People have reported that 1.7 works much better performance-wise. Do you still
need the hack with it? Have you tried without it?
--
Liferea stalling
On 30/01/10 12:04, bojo42 wrote:
> @Emilio: sure i tried it before, but atleast on EXT4 and eCryptfs my HDD
> still makes those ugly sounds. could be a bit better than 1.7.2 but not
> really usable on my configuration. sry ;(
Oh right, we're still not good on ext4. On ext3 it should be much
better
On 30/01/10 11:21, bojo42 wrote:
> i redid the packaging of the fsync fix for version 1.7.3 and also created a
> seperate PPA for it:
> https://launchpad.net/~bojo42/+archive/liferea
1.7.3 should be a bit better performance-wise, can you try it without this hack
and see how it performs?
--
Lif
* marmuta :
> Emilio, I do see quite an improvement as 1.6 is something in the
> ballpark of 40% faster for me. Ext4/fdatasync(?) help too as the rest of
> the system stays fairly responsive.
Same here. It IS definitely faster. Not really fast, but faster.
--
Liferea stalling, uses excessive num
marmuta wrote:
> Emilio, I do see quite an improvement as 1.6 is something in the
> ballpark of 40% faster for me. Ext4/fdatasync(?) help too as the rest of
> the system stays fairly responsive.
Good to hear :)
> Unfortunately it still means counting startup and feed update times in
> minutes on
marmuta wrote:
> Here is an updated quilt patch for Karmic's current liferea
> 1.6.0~rc6-1ubuntu1.
Is it still as bad with 1.6.0? Performance fixes will come in 1.8, but I'm
interested to know if it's equally bad with 1.6 or anything has changed.
--
Liferea stalling, uses excessive number of fsy
