Re: 2.6.27-rc8-git7: Reported regressions from 2.6.26

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi.

On Sat, Oct 04, 2008 at 07:28:42PM +0200, Rafael J. Wysocki (rjw@xxxxxxx) wrote:
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11308
> Subject		: tbench regression on each kernel release from 2.6.22 -> 2.6.28
> Submitter	: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
> Date		: 2008-08-11 18:36 (55 days old)
> References	: http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> 		  http://marc.info/?l=linux-kernel&m=122125737421332&w=4

Just for the reference, this one regresses from the 2.6.23. Particular
2.6.26-27 part can be partially fixed by disabling TSO/GSO, since tbench
workload issues quite small packets, and system has no time to
incorporate them into particulary big TSO/GSO frame to get advantage of
this technology. The most noticeble perfromance drop was between 23 and
24 kernels. I work on this issue.
 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11207
> Subject		: VolanoMark regression with 2.6.27-rc1
> Submitter	: Zhang, Yanmin <yanmin_zhang@xxxxxxxxxxxxxxx>
> Date		: 2008-07-31 3:20 (66 days old)
> References	: http://marc.info/?l=linux-kernel&m=121747464114335&w=4
> Handled-By	: Zhang, Yanmin <yanmin_zhang@xxxxxxxxxxxxxxx>
> 		  Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
> 		  Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
> 		  Miao Xie <miaox@xxxxxxxxxxxxxx>

This one is different, but any other benchmark related to network over
loopback (and in some case over other media) performance degradation
should be very likely handled by the above case.

-- 
	Evgeniy Polyakov
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux