diff for duplicates of <492A5913.3070007@free.fr> diff --git a/a/1.txt b/N1/1.txt index a8c5f1b..9797b7c 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,20 +1,16 @@ -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 -Maxim Levitsky a =E9crit : +Maxim Levitsky a écrit : > Derek Smithies wrote: >> Hi, ->> to verify that it is a rate control issue, there is one very simple= - and=20 +>> to verify that it is a rate control issue, there is one very simple and >> very practical test. >> ->> Take both ends of your link, and set them to fixed rate, and at the = -rate=20 +>> Take both ends of your link, and set them to fixed rate, and at the rate >> you think it should be achieving. ->> If you can achieve significantly higher throughputs with fixed rate,= - you=20 ->> know that the rate control algorithm (or interface with rate algorit= -hm)=20 +>> If you can achieve significantly higher throughputs with fixed rate, you +>> know that the rate control algorithm (or interface with rate algorithm) >> has failed. >> >> Derek. @@ -22,29 +18,25 @@ hm)=20 >> On Fri, 21 Nov 2008, Bob Copeland wrote: >> >>> On Fri, Nov 21, 2008 at 10:28:29PM +0200, Maxim Levitsky wrote: ->>>> I initially blamed iwl3945, then thought it got fixed, but now I h= -ave +>>>> I initially blamed iwl3945, then thought it got fixed, but now I have >>>> ath5k, and speeds are low >>>> and I suspect that both drivers has bugs regarding to speed. >>> Quite possible, but both use mac80211 for rate control. Which rate >>> control algorithm are you using? > Hi, ->=20 +> > Well, iwl3945 was showing 54M all the time in iwconfig, -> also it doesn't support setting fixed rate, at least not using iwconf= -ig. ->=20 -> ath5k never shows higher that 18M, and supports setting fixed rate, b= -ut if I set it to anything higher that 18M, +> also it doesn't support setting fixed rate, at least not using iwconfig. +> +> ath5k never shows higher that 18M, and supports setting fixed rate, but if I set it to anything higher that 18M, > speeds drop to 0Kbytes/s immediately. > Speeds lower that 18M work, and affect throughput accordantly -> For most of tests speeds are ether 18M or lower, but then when I set = -them to 18M this didn't increase throughput. -> =20 +> For most of tests speeds are ether 18M or lower, but then when I set them to 18M this didn't increase throughput. +> > iwl3945 was always at 54M ->=20 ->=20 ->=20 +> +> +> > Best regards, > Maxim Levitsky @@ -62,8 +54,7 @@ I used my latest wireless monitoring tools and I did not saw lost of duplicates or lost packets. The only difference was the number of packets sent by seconds.... -Looking a my syslog, I just saw few messages, unrelated in time with th= -e +Looking a my syslog, I just saw few messages, unrelated in time with the throughput going up or down. They were: - - ath5k : unsupported jumbo - - switching to short barker preamble @@ -72,17 +63,12 @@ throughput going up or down. They were: I can repeat the same test with iwl3945 as well, if needed. Regards, -Beno=EEt +Benoît -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJKlkTOR6EySwP7oIRAnR1AJ0UCiENM0qtZwQYngkVpiLvrKtgLACfRKPz -Wi/HreSX4NV+kfyeS+RMFaY=3D -=3DRKcV +Wi/HreSX4NV+kfyeS+RMFaY= +=RKcV -----END PGP SIGNATURE----- --- -To unsubscribe from this list: send the line "unsubscribe linux-wireles= -s" in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 93d0928..bc29bfa 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -7,7 +7,7 @@ "Date\0Mon, 24 Nov 2008 08:34:43 +0100\0" "To\0Maxim Levitsky <maximlevitsky@gmail.com>\0" "Cc\0Derek Smithies <derek@indranet.co.nz>" - ath5k-devel@lists.ath5k.org + ath5k-devel@venema.h4ckr.net linux-wireless@vger.kernel.org linux-kernel@vger.kernel.org ipw3945-devel@lists.sourceforge.net @@ -17,20 +17,16 @@ "-----BEGIN PGP SIGNED MESSAGE-----\n" "Hash: SHA1\n" "\n" - "Maxim Levitsky a =E9crit :\n" + "Maxim Levitsky a \303\251crit :\n" "> Derek Smithies wrote:\n" ">> Hi,\n" - ">> to verify that it is a rate control issue, there is one very simple=\n" - " and=20\n" + ">> to verify that it is a rate control issue, there is one very simple and \n" ">> very practical test.\n" ">>\n" - ">> Take both ends of your link, and set them to fixed rate, and at the =\n" - "rate=20\n" + ">> Take both ends of your link, and set them to fixed rate, and at the rate \n" ">> you think it should be achieving.\n" - ">> If you can achieve significantly higher throughputs with fixed rate,=\n" - " you=20\n" - ">> know that the rate control algorithm (or interface with rate algorit=\n" - "hm)=20\n" + ">> If you can achieve significantly higher throughputs with fixed rate, you \n" + ">> know that the rate control algorithm (or interface with rate algorithm) \n" ">> has failed.\n" ">>\n" ">> Derek.\n" @@ -38,29 +34,25 @@ ">> On Fri, 21 Nov 2008, Bob Copeland wrote:\n" ">>\n" ">>> On Fri, Nov 21, 2008 at 10:28:29PM +0200, Maxim Levitsky wrote:\n" - ">>>> I initially blamed iwl3945, then thought it got fixed, but now I h=\n" - "ave\n" + ">>>> I initially blamed iwl3945, then thought it got fixed, but now I have\n" ">>>> ath5k, and speeds are low\n" ">>>> and I suspect that both drivers has bugs regarding to speed.\n" ">>> Quite possible, but both use mac80211 for rate control. Which rate\n" ">>> control algorithm are you using?\n" "> Hi,\n" - ">=20\n" + "> \n" "> Well, iwl3945 was showing 54M all the time in iwconfig,\n" - "> also it doesn't support setting fixed rate, at least not using iwconf=\n" - "ig.\n" - ">=20\n" - "> ath5k never shows higher that 18M, and supports setting fixed rate, b=\n" - "ut if I set it to anything higher that 18M,\n" + "> also it doesn't support setting fixed rate, at least not using iwconfig.\n" + "> \n" + "> ath5k never shows higher that 18M, and supports setting fixed rate, but if I set it to anything higher that 18M,\n" "> speeds drop to 0Kbytes/s immediately.\n" "> Speeds lower that 18M work, and affect throughput accordantly\n" - "> For most of tests speeds are ether 18M or lower, but then when I set =\n" - "them to 18M this didn't increase throughput.\n" - "> =20\n" + "> For most of tests speeds are ether 18M or lower, but then when I set them to 18M this didn't increase throughput.\n" + "> \n" "> iwl3945 was always at 54M\n" - ">=20\n" - ">=20\n" - ">=20\n" + "> \n" + "> \n" + "> \n" "> Best regards,\n" "> \tMaxim Levitsky\n" "\n" @@ -78,8 +70,7 @@ "duplicates or lost packets. The only difference was the number of\n" "packets sent by seconds....\n" "\n" - "Looking a my syslog, I just saw few messages, unrelated in time with th=\n" - "e\n" + "Looking a my syslog, I just saw few messages, unrelated in time with the\n" "throughput going up or down. They were:\n" "- - ath5k : unsupported jumbo\n" "- - switching to short barker preamble\n" @@ -88,19 +79,14 @@ "I can repeat the same test with iwl3945 as well, if needed.\n" "\n" "Regards,\n" - "Beno=EEt\n" + "Beno\303\256t\n" "-----BEGIN PGP SIGNATURE-----\n" "Version: GnuPG v1.4.6 (GNU/Linux)\n" "Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org\n" "\n" "iD8DBQFJKlkTOR6EySwP7oIRAnR1AJ0UCiENM0qtZwQYngkVpiLvrKtgLACfRKPz\n" - "Wi/HreSX4NV+kfyeS+RMFaY=3D\n" - "=3DRKcV\n" - "-----END PGP SIGNATURE-----\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-wireles=\n" - "s\" in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + "Wi/HreSX4NV+kfyeS+RMFaY=\n" + "=RKcV\n" + -----END PGP SIGNATURE----- -5497a478cf23d25855f293d3a9feea96e2c89c7cfd6d7b7344adeb398b328ddd +36c76a7f1c8db10e5f69087eef25d5a66cd39cf513ecaf67e93526c1970cff20
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.