public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Gao, Zhichao" <zhichao.gao@intel.com>
To: Laszlo Ersek <lersek@redhat.com>,
	edk2-devel-groups-io <devel@edk2.groups.io>
Cc: "Philippe Mathieu-Daudé" <philmd@redhat.com>,
	"Ni, Ray" <ray.ni@intel.com>
Subject: Re: [PATCH 1/8] ShellPkg/Comp: add file buffering
Date: Mon, 11 Jan 2021 01:24:04 +0000	[thread overview]
Message-ID: <MWHPR11MB16474D50DC9F59608E632B96F6AB0@MWHPR11MB1647.namprd11.prod.outlook.com> (raw)
In-Reply-To: <20210104154235.31785-2-lersek@redhat.com>

Reviewed-by: Zhichao Gao <zhichao.gao@intel.com>

Thanks,
Zhichao

> -----Original Message-----
> From: Laszlo Ersek <lersek@redhat.com>
> Sent: Monday, January 4, 2021 11:42 PM
> To: edk2-devel-groups-io <devel@edk2.groups.io>
> Cc: Philippe Mathieu-Daudé <philmd@redhat.com>; Ni, Ray <ray.ni@intel.com>;
> Gao, Zhichao <zhichao.gao@intel.com>
> Subject: [PATCH 1/8] ShellPkg/Comp: add file buffering
> 
> The COMP shell command compares two files byte for byte. In order to retrieve
> the bytes to compare, it currently invokes
> gEfiShellProtocol->ReadFile() on both files, using a single-byte buffer
> every time. This is very inefficient; the underlying
> EFI_FILE_PROTOCOL.Read() function may be costly.
> 
> Read both file operands in chunks of "PcdShellFileOperationSize" bytes.
> Draw bytes for comparison from the internal read-ahead buffers.
> 
> Some ad-hoc measurements on my laptop, using OVMF, and the 4KB default of
> "PcdShellFileOperationSize":
> 
> - When comparing two identical 1MB files that are served by EnhancedFatDxe
>   on top of VirtioScsiDxe, this patch brings no noticeable improvement;
>   the comparison completes in <1s both before and after.
> 
> - When comparing two identical 1MB files served by VirtioFsDxe, the
>   comparison time improves from 2 minutes 25 seconds to <1s.
> 
> Cc: Philippe Mathieu-Daudé <philmd@redhat.com>
> Cc: Ray Ni <ray.ni@intel.com>
> Cc: Zhichao Gao <zhichao.gao@intel.com>
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=3123
> Signed-off-by: Laszlo Ersek <lersek@redhat.com>
> ---
> 
> ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1CommandsLib.in
> f |   1 +
>  ShellPkg/Library/UefiShellDebug1CommandsLib/Comp.c                         | 127
> +++++++++++++++++++-
>  2 files changed, 125 insertions(+), 3 deletions(-)
> 
> diff --git
> a/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1CommandsLib
> .inf
> b/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1CommandsLib
> .inf
> index ed94477a0642..74ad5facf6b1 100644
> ---
> a/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1CommandsLib
> .inf
> +++ b/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1Command
> +++ sLib.inf
> @@ -113,6 +113,7 @@ [LibraryClasses]
>    BcfgCommandLib
> 
>  [Pcd]
> +  gEfiShellPkgTokenSpaceGuid.PcdShellFileOperationSize        ## CONSUMES
>    gEfiShellPkgTokenSpaceGuid.PcdShellProfileMask              ## CONSUMES
> 
>  [Protocols]
> diff --git a/ShellPkg/Library/UefiShellDebug1CommandsLib/Comp.c
> b/ShellPkg/Library/UefiShellDebug1CommandsLib/Comp.c
> index 0a5d13f01c7b..0df0b3149369 100644
> --- a/ShellPkg/Library/UefiShellDebug1CommandsLib/Comp.c
> +++ b/ShellPkg/Library/UefiShellDebug1CommandsLib/Comp.c
> @@ -21,6 +21,16 @@ typedef enum {
>    InPrevDiffPoint
>  } READ_STATUS;
> 
> +//
> +// Buffer type, for reading both file operands in chunks.
> +//
> +typedef struct {
> +  UINT8 *Data;     // dynamically allocated buffer
> +  UINTN Allocated; // the allocated size of Data
> +  UINTN Next;      // next position in Data to fetch a byte at
> +  UINTN Left;      // number of bytes left in Data for fetching at Next
> +} FILE_BUFFER;
> +
>  /**
>    Function to print differnt point data.
> 
> @@ -76,6 +86,106 @@ PrintDifferentPoint(
>    ShellPrintEx (-1, -1, L"*\r\n");
>  }
> 
> +/**
> +  Initialize a FILE_BUFFER.
> +
> +  @param[out] FileBuffer  The FILE_BUFFER to initialize. On return, the caller
> +                          is responsible for checking FileBuffer->Data: if
> +                          FileBuffer->Data is NULL on output, then memory
> +                          allocation failed.
> +**/
> +STATIC
> +VOID
> +FileBufferInit (
> +  OUT FILE_BUFFER *FileBuffer
> +  )
> +{
> +  FileBuffer->Allocated = PcdGet32 (PcdShellFileOperationSize);
> +  FileBuffer->Data      = AllocatePool (FileBuffer->Allocated);
> +  FileBuffer->Left      = 0;
> +}
> +
> +/**
> +  Uninitialize a FILE_BUFFER.
> +
> +  @param[in,out] FileBuffer  The FILE_BUFFER to uninitialize. The caller is
> +                             responsible for making sure FileBuffer was first
> +                             initialized with FileBufferInit(), successfully or
> +                             unsuccessfully.
> +**/
> +STATIC
> +VOID
> +FileBufferUninit (
> +  IN OUT FILE_BUFFER *FileBuffer
> +  )
> +{
> +  SHELL_FREE_NON_NULL (FileBuffer->Data); }
> +
> +/**
> +  Read a byte from a SHELL_FILE_HANDLE, buffered with a FILE_BUFFER.
> +
> +  @param[in] FileHandle      The SHELL_FILE_HANDLE to replenish FileBuffer
> +                             from, if needed.
> +
> +  @param[in,out] FileBuffer  The FILE_BUFFER to read a byte from. If FileBuffer
> +                             is empty on entry, then FileBuffer is refilled
> +                             from FileHandle, before outputting a byte from
> +                             FileBuffer to Byte. The caller is responsible for
> +                             ensuring that FileBuffer was successfully
> +                             initialized with FileBufferInit().
> +
> +  @param[out] BytesRead      On successful return, BytesRead is set to 1 if the
> +                             next byte from FileBuffer has been stored to Byte.
> +                             On successful return, BytesRead is set to 0 if
> +                             FileBuffer is empty, and FileHandle is at EOF.
> +                             When an error is returned, BytesRead is not set.
> +
> +  @param[out] Byte           On output, the next byte from FileBuffer. Only set
> +                             if (a) EFI_SUCCESS is returned and (b) BytesRead
> +                             is set to 1 on output.
> +
> +  @retval EFI_SUCCESS  BytesRead has been set to 0 or 1. In the latter case,
> +                       Byte has been set as well.
> +
> +  @return              Error codes propagated from
> +                       gEfiShellProtocol->ReadFile().
> +**/
> +STATIC
> +EFI_STATUS
> +FileBufferReadByte (
> +  IN     SHELL_FILE_HANDLE FileHandle,
> +  IN OUT FILE_BUFFER       *FileBuffer,
> +     OUT UINTN             *BytesRead,
> +     OUT UINT8             *Byte
> +  )
> +{
> +  UINTN      ReadSize;
> +  EFI_STATUS Status;
> +
> +  if (FileBuffer->Left == 0) {
> +    ReadSize = FileBuffer->Allocated;
> +    Status = gEfiShellProtocol->ReadFile (FileHandle, &ReadSize,
> +                                  FileBuffer->Data);
> +    if (EFI_ERROR (Status)) {
> +      return Status;
> +    }
> +    if (ReadSize == 0) {
> +      *BytesRead = 0;
> +      return EFI_SUCCESS;
> +    }
> +    FileBuffer->Next = 0;
> +    FileBuffer->Left = ReadSize;
> +  }
> +
> +  *BytesRead = 1;
> +  *Byte      = FileBuffer->Data[FileBuffer->Next];
> +
> +  FileBuffer->Next++;
> +  FileBuffer->Left--;
> +  return EFI_SUCCESS;
> +}
> +
>  /**
>    Function for 'comp' command.
> 
> @@ -107,6 +217,8 @@ ShellCommandRunComp (
>    UINT8               OneByteFromFile2;
>    UINT8               *DataFromFile1;
>    UINT8               *DataFromFile2;
> +  FILE_BUFFER         FileBuffer1;
> +  FILE_BUFFER         FileBuffer2;
>    UINTN               InsertPosition1;
>    UINTN               InsertPosition2;
>    UINTN               DataSizeFromFile1;
> @@ -234,10 +346,15 @@ ShellCommandRunComp (
>        if (ShellStatus == SHELL_SUCCESS) {
>          DataFromFile1 = AllocateZeroPool ((UINTN)DifferentBytes);
>          DataFromFile2 = AllocateZeroPool ((UINTN)DifferentBytes);
> -        if (DataFromFile1 == NULL || DataFromFile2 == NULL) {
> +        FileBufferInit (&FileBuffer1);
> +        FileBufferInit (&FileBuffer2);
> +        if (DataFromFile1 == NULL || DataFromFile2 == NULL ||
> +            FileBuffer1.Data == NULL || FileBuffer2.Data == NULL) {
>            ShellStatus = SHELL_OUT_OF_RESOURCES;
>            SHELL_FREE_NON_NULL (DataFromFile1);
>            SHELL_FREE_NON_NULL (DataFromFile2);
> +          FileBufferUninit (&FileBuffer1);
> +          FileBufferUninit (&FileBuffer2);
>          }
>        }
> 
> @@ -247,9 +364,11 @@ ShellCommandRunComp (
>            DataSizeFromFile2 = 1;
>            OneByteFromFile1 = 0;
>            OneByteFromFile2 = 0;
> -          Status = gEfiShellProtocol->ReadFile (FileHandle1, &DataSizeFromFile1,
> &OneByteFromFile1);
> +          Status = FileBufferReadByte (FileHandle1, &FileBuffer1,
> +                     &DataSizeFromFile1, &OneByteFromFile1);
>            ASSERT_EFI_ERROR (Status);
> -          Status = gEfiShellProtocol->ReadFile (FileHandle2, &DataSizeFromFile2,
> &OneByteFromFile2);
> +          Status = FileBufferReadByte (FileHandle2, &FileBuffer2,
> +                     &DataSizeFromFile2, &OneByteFromFile2);
>            ASSERT_EFI_ERROR (Status);
> 
>            TempAddress++;
> @@ -346,6 +465,8 @@ ShellCommandRunComp (
> 
>          SHELL_FREE_NON_NULL (DataFromFile1);
>          SHELL_FREE_NON_NULL (DataFromFile2);
> +        FileBufferUninit (&FileBuffer1);
> +        FileBufferUninit (&FileBuffer2);
> 
>          if (DiffPointNumber == 0) {
>            ShellPrintHiiEx(-1, -1, NULL, STRING_TOKEN (STR_COMP_FOOTER_PASS),
> gShellDebug1HiiHandle);
> --
> 2.19.1.3.g30247aa5d201
> 


  reply	other threads:[~2021-01-11  1:24 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-04 15:42 [PATCH 0/8] ShellPkg, ArmVirtPkg, OvmfPkg: shell usability improvements Laszlo Ersek
2021-01-04 15:42 ` [PATCH 1/8] ShellPkg/Comp: add file buffering Laszlo Ersek
2021-01-11  1:24   ` Gao, Zhichao [this message]
2021-01-04 15:42 ` [PATCH 2/8] OvmfPkg: raise PcdShellFileOperationSize to 128KB Laszlo Ersek
2021-01-04 15:42 ` [PATCH 3/8] ArmVirtPkg: " Laszlo Ersek
2021-01-04 15:42 ` [PATCH 4/8] ShellPkg/ShellCommandLib: add ShellSortFileList() Laszlo Ersek
2021-01-13  3:03   ` Gao, Zhichao
2021-01-04 15:42 ` [PATCH 5/8] ShellPkg/Ls: sort output by FileName in non-SFO mode Laszlo Ersek
2021-01-13  3:04   ` Gao, Zhichao
2021-01-04 15:42 ` [PATCH 6/8] ShellPkg/ShellProtocol: sort files by FullName in RemoveDupInFileList() Laszlo Ersek
2021-01-13  3:04   ` Gao, Zhichao
2021-01-04 15:42 ` [PATCH 7/8] OvmfPkg: disable list length checks in NOOPT and DEBUG builds Laszlo Ersek
2021-01-04 15:42 ` [PATCH 8/8] ArmVirtPkg: " Laszlo Ersek
2021-01-04 16:12 ` [PATCH 0/8] ShellPkg, ArmVirtPkg, OvmfPkg: shell usability improvements Ard Biesheuvel
2021-01-08  8:34 ` [edk2-devel] " Laszlo Ersek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MWHPR11MB16474D50DC9F59608E632B96F6AB0@MWHPR11MB1647.namprd11.prod.outlook.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox