reg: reg : HTTP Download Performance

reg: reg : HTTP Download Performance

[Sivaraman Nainar]

[-- Attachment #1: Type: text/plain, Size: 787 bytes --]

Hello All:

Would like to clarify few information on the timings on the HTTP Boot / Download performed through  Windows / Linux and UEFI HTTP Boot.

There was a HTTP server running in California and when an 450 MB ISO tried to downloaded from that below are the time took to download. The data retroeived with the same Platform and same controller.

UEFI HTTP:
1529 seconds
310128 Bytes/seconds

Windows wget:
255 seconds
1859551 Bytes/seconds

The performance is still high (over 100MB/s) if the server is in LAN.

When we tried to change MNP_SYS_POLL_INTERVAL from (10 * TICKS_PER_MS) to (5 * TICKS_PER_MS) it does not give big change in download time.

Is there any other way to increase the speed or its limitation due to the single threaded execution.

-Siva


[-- Attachment #2: Type: text/html, Size: 3245 bytes --]

Re: reg: reg : HTTP Download Performance

[Rabeda, Maciej]

[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]

Hi Siva,

Summary:
UEFI HTTP: 2.35 Mbps
Windows wget: 14.1 Mbps

Could you clarify whether in the LAN scenario you get 100 Megabytes or Megabits per second?
If you are getting 100 MB/s (instead of 100 Mb/s), I would like to follow up on how did you achieve such speeds :)

If it's 100 Mbps, this sounds to be pretty slow for current UEFI network stack, knowing it can do ~550 Mbps when doing PXE boot with WDS server set on LAN (so network stack up to UDP seems to be working at least this fast). In case of HTTP boot, there is TcpDxe <-> HttpDxe <-> HttpBootDxe path that would have to be checked for bottlenecks.

Thanks!
Maciej Rabeda
DCG CG ND SW ITP PreBoot Dev

From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of Sivaraman Nainar
Sent: Wednesday, April 24, 2019 12:36
To: devel@edk2.groups.io
Subject: [edk2-devel] reg: reg : HTTP Download Performance

Hello All:

Would like to clarify few information on the timings on the HTTP Boot / Download performed through  Windows / Linux and UEFI HTTP Boot.

There was a HTTP server running in California and when an 450 MB ISO tried to downloaded from that below are the time took to download. The data retroeived with the same Platform and same controller.

UEFI HTTP:
1529 seconds
310128 Bytes/seconds

Windows wget:
255 seconds
1859551 Bytes/seconds

The performance is still high (over 100MB/s) if the server is in LAN.

When we tried to change MNP_SYS_POLL_INTERVAL from (10 * TICKS_PER_MS) to (5 * TICKS_PER_MS) it does not give big change in download time.

Is there any other way to increase the speed or its limitation due to the single threaded execution.

-Siva


--------------------------------------------------------------------

Intel Technology Poland sp. z o.o.
ul. Slowackiego 173 | 80-298 Gdansk | Sad Rejonowy Gdansk Polnoc | VII Wydzial Gospodarczy Krajowego Rejestru Sadowego - KRS 101882 | NIP 957-07-52-316 | Kapital zakladowy 200.000 PLN.

Ta wiadomosc wraz z zalacznikami jest przeznaczona dla okreslonego adresata i moze zawierac informacje poufne. W razie przypadkowego otrzymania tej wiadomosci, prosimy o powiadomienie nadawcy oraz trwale jej usuniecie; jakiekolwiek
przegladanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by
others is strictly prohibited.

[-- Attachment #2: Type: text/html, Size: 8010 bytes --]

Re: [edk2-devel] reg: reg : HTTP Download Performance

[Sivaraman Nainar]

[-- Attachment #1: Type: text/plain, Size: 2913 bytes --]

Hi Maciej Rabeda:

Its Mb/s only.

Shall we have ticket to track this.

-Siva
From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of Rabeda, Maciej
Sent: Thursday, April 25, 2019 3:29 PM
To: devel@edk2.groups.io; Sivaraman Nainar
Subject: Re: [edk2-devel] reg: reg : HTTP Download Performance

Hi Siva,

Summary:
UEFI HTTP: 2.35 Mbps
Windows wget: 14.1 Mbps

Could you clarify whether in the LAN scenario you get 100 Megabytes or Megabits per second?
If you are getting 100 MB/s (instead of 100 Mb/s), I would like to follow up on how did you achieve such speeds :)

If it's 100 Mbps, this sounds to be pretty slow for current UEFI network stack, knowing it can do ~550 Mbps when doing PXE boot with WDS server set on LAN (so network stack up to UDP seems to be working at least this fast). In case of HTTP boot, there is TcpDxe <-> HttpDxe <-> HttpBootDxe path that would have to be checked for bottlenecks.

Thanks!
Maciej Rabeda
DCG CG ND SW ITP PreBoot Dev

From: devel@edk2.groups.io<mailto:devel@edk2.groups.io> [mailto:devel@edk2.groups.io] On Behalf Of Sivaraman Nainar
Sent: Wednesday, April 24, 2019 12:36
To: devel@edk2.groups.io<mailto:devel@edk2.groups.io>
Subject: [edk2-devel] reg: reg : HTTP Download Performance

Hello All:

Would like to clarify few information on the timings on the HTTP Boot / Download performed through  Windows / Linux and UEFI HTTP Boot.

There was a HTTP server running in California and when an 450 MB ISO tried to downloaded from that below are the time took to download. The data retroeived with the same Platform and same controller.

UEFI HTTP:
1529 seconds
310128 Bytes/seconds

Windows wget:
255 seconds
1859551 Bytes/seconds

The performance is still high (over 100MB/s) if the server is in LAN.

When we tried to change MNP_SYS_POLL_INTERVAL from (10 * TICKS_PER_MS) to (5 * TICKS_PER_MS) it does not give big change in download time.

Is there any other way to increase the speed or its limitation due to the single threaded execution.

-Siva


---------------------------------------------------------------------
Intel Technology Poland sp. z o.o.
ul. Słowackiego 173 | 80-298 Gdańsk | Sąd Rejonowy Gdańsk Północ | VII Wydział Gospodarczy Krajowego Rejestru Sądowego - KRS 101882 | NIP 957-07-52-316 | Kapitał zakładowy 200.000 PLN.

Ta wiadomość wraz z załącznikami jest przeznaczona dla określonego adresata i może zawierać informacje poufne. W razie przypadkowego otrzymania tej wiadomości, prosimy o powiadomienie nadawcy oraz trwałe jej usunięcie; jakiekolwiek przeglądanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by others is strictly prohibited.



[-- Attachment #2: Type: text/html, Size: 8914 bytes --]