From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id A8F35A0350 for ; Wed, 1 Jul 2020 12:02:14 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0ADC31D15C; Wed, 1 Jul 2020 12:02:14 +0200 (CEST) Received: from mail-wr1-f50.google.com (mail-wr1-f50.google.com [209.85.221.50]) by dpdk.org (Postfix) with ESMTP id 954241D15A for ; Wed, 1 Jul 2020 12:02:12 +0200 (CEST) Received: by mail-wr1-f50.google.com with SMTP id z13so23161820wrw.5 for ; Wed, 01 Jul 2020 03:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=N9oDfd7M1dQUvUPzPwieUIV1GLNT6FXtd5qF5ZR6514=; b=bJjLUKCByigLMYYF/UFEqS1murh31kO+qiNt+KHFzeDKrBSZ1NPp+q0Qhujdhx/Klt aOOCyUktLsIK1SeK0wl8aJOZIhxYHmMZNnDQCZ9I5ClkghCz+6zTGIHVmcaGpnpB3aH1 tWck8AGhhoq4BShuECEIpU1LpcP3cVp2RRkbQGTiUOKz3jXPF28WBAqV98/u/XJSKgvU ITdy8R8INp7vB0AKVP2O9y7CstE3Z9b2s0NFE9IO5YE7COqJO5q2AhDcCoLLssNvfQVW oaR1kym90wXuFd2QCY/DCIVVA9IopYu3yYtFsn6XIi1hvNJaNfmiHuMWgqf5uwAIR64d vPRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=N9oDfd7M1dQUvUPzPwieUIV1GLNT6FXtd5qF5ZR6514=; b=J8/Alr+ldVBCWHHWEtU3eTMWJs3BLT47vCaqUZ2BDZoLJiaNmC4txC8cb+7r3sZmLO JqndlNwcLgB9x+uSFfeas/TDx0gdBEFYJmop7NddqYJapNgIngpKgE5gPn+ZlIthYJ96 QIDxyGXAapbDk9hm6GqNx+tJdDBu8791520qG3S7KUBgJKXirN6LhIVig0NcP51v9UTp RGqv6SKVYs+pPNxDAaPjIJudvhFi29Zj74dnpUrKw7iWVBw1KPVKpKkg+HZeggXECEjX k510OnGKOAZktVB2abdjEpph4pssjak24OPv69YvLs6wX/moEFidyVroUqxYF+MbSJCf UO0g== X-Gm-Message-State: AOAM533rbtVVDKDe70klkXrhYaPJgg2mTjZCnv/9ew8xBzeZ0Q2WvgJS jWijPx0BgJ053xiHlK03M5vuBk+5oKIWkfBaPQgn5110tSg= X-Google-Smtp-Source: ABdhPJzhx0oNZUz1dwhy2iUEg6cOMYWyQ4RE+VQMKp2nKQamD+9yUyPr1kjkfiLHTXUtAcKP2GL9hEA3O7wPAOInMe0= X-Received: by 2002:adf:de0a:: with SMTP id b10mr25400530wrm.72.1593597730783; Wed, 01 Jul 2020 03:02:10 -0700 (PDT) MIME-Version: 1.0 From: Pavel Vajarov Date: Wed, 1 Jul 2020 13:01:59 +0300 Message-ID: To: users Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Questions about huge page memory mappings between primary and secondary process X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Hi there, I have few questions related to this paragraph from the DPDK documentation about Multi-process Limitations ``` The multi-process feature requires that the exact same hugepage memory mappings be present in all applications. This makes secondary process startup process generally unreliable. Disabling Linux security feature - Address-Space Layout Randomization (ASLR) may help getting more consistent mappings, but not necessarily more reliable - if the mappings are wrong, they will be consistently wrong! ``` I can't understand why the memory mappings are not reliable in case the ASLR is disabled? Can somebody point me to documentation which explains more about this? Also, what is the manifestation when the mappings are wrong: random crashes and corruptions runtime or something else? Thanks, Pavel.