ZIL: Remove 128K into 2x68K LWB split optimization
To improve 128KB block write performance in case of multiple VDEVs ZIL used to spit those writes into two 64KB ones. Unfortunately it was found to cause LWB buffer overflow, trying to write maximum- sizes 128KB TX_CLONE_RANGE record with 1022 block pointers into 68KB buffer, since unlike TX_WRITE ZIL code can't split it. This is a minimally-invasive temporary block cloning fix until the following more invasive prediction code refactoring. Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: Ameer Hamza <ahamza@ixsystems.com> Signed-off-by: Alexander Motin <mav@FreeBSD.org> Sponsored by: iXsystems, Inc. Closes #15634
This commit is contained in:
parent
dea2d3c6cd
commit
1e1d748cae
|
@ -1733,8 +1733,6 @@ static const struct {
|
||||||
{ 8192 + 4096, 8192 + 4096 }, /* database */
|
{ 8192 + 4096, 8192 + 4096 }, /* database */
|
||||||
{ 32768 + 4096, 32768 + 4096 }, /* NFS writes */
|
{ 32768 + 4096, 32768 + 4096 }, /* NFS writes */
|
||||||
{ 65536 + 4096, 65536 + 4096 }, /* 64KB writes */
|
{ 65536 + 4096, 65536 + 4096 }, /* 64KB writes */
|
||||||
{ 131072, 131072 }, /* < 128KB writes */
|
|
||||||
{ 131072 +4096, 65536 + 4096 }, /* 128KB writes */
|
|
||||||
{ UINT64_MAX, SPA_OLD_MAXBLOCKSIZE}, /* > 128KB writes */
|
{ UINT64_MAX, SPA_OLD_MAXBLOCKSIZE}, /* > 128KB writes */
|
||||||
};
|
};
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue