You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kvrocks.apache.org by "ovaistariq (via GitHub)" <gi...@apache.org> on 2023/07/21 15:00:59 UTC

[GitHub] [kvrocks] ovaistariq commented on pull request #1602: Fix: Enable portable flag for Docker container builds

ovaistariq commented on PR #1602:
URL: https://github.com/apache/kvrocks/pull/1602#issuecomment-1645727808

   > Thanks for investigation, @ovaistariq! In my mind, options 1 and 0 are similar (with some case) - the compiler do as best as it can. But we need to can manual add this variable to compiler process. So, in case of #1146 a best way is change PORTABLE=znver1 (if CPU are a first family of EPYC arch). Change a default PORTABLE to 1 maybe a wrong case - as  describe in rocksdb source - _usually nothing to do; compiler default is typically the most general_ - but for hi-load system it's a wrong way, because we cant use an advanced CPU features and acceleration, 1 is a simple baseline CPU.
   > 
   > 
   > 
   > Maybe we can detect a right CPU platform directly in x.py Python script and use it?  
   
   In my opinion the Docker images are supposed to be portable for the platform they are built on. So an image built for the amd64 platform should be able to run on all amd64 machines.
   
   Secondly, the Docker image may be built on a machine with a different hardware spec then the machine the container is going to run on. For example in this case, the image is built on GitHub runners which are running Intel CPUs while the container is running on a machine with AMD CPUs.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscribe@kvrocks.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org