On 3/6/19 12:28 PM, Oliver wrote:
On Wed, Mar 6, 2019 at 4:35 PM Aneesh Kumar K.V
wrote:
Even if the kernel is built with THP or HUGEPAGE_PUD, the platform can decide
not to allow huge pages based on different parameters. The huge page support
checks are mostly arch specific and this patch
On Wed, Mar 6, 2019 at 4:35 PM Aneesh Kumar K.V
wrote:
>
> Even if the kernel is built with THP or HUGEPAGE_PUD, the platform can decide
> not to allow huge pages based on different parameters. The huge page support
> checks are mostly arch specific and this patch provides arch specific
>
On Wed, Jan 30, 2019 at 2:59 AM Oliver O'Halloran wrote:
>
> Newer kernels provide the "supported_alignments" sysfs attribute that
> indicates what alignments can be used with a PFN or DAX namespace. This
> patch adds the plumbing inside of libndctl to allow users to query this
> information
Even if the kernel is built with THP or HUGEPAGE_PUD, the platform can decide
not to allow huge pages based on different parameters. The huge page support
checks are mostly arch specific and this patch provides arch specific
callbacks/abstraction for finding alignment values we should use when
Use the new ndctl_dimm_read_label_index() helper to minimize the amount
of label I/O needed to execute an autolabel event.
Signed-off-by: Dan Williams
---
ndctl/namespace.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ndctl/namespace.c b/ndctl/namespace.c
index
Provide a capability to limit the read-labels payload to just the
index-block data space.
Signed-off-by: Dan Williams
---
ndctl/dimm.c | 43 +++
1 file changed, 27 insertions(+), 16 deletions(-)
diff --git a/ndctl/dimm.c b/ndctl/dimm.c
index
In almost all use cases ndctl was reading more label data than necessary
to carry out tasks like "init-labels" and the auto-label capability of
"create-namespace".
Outside of index-block scoped operations above, there is utility in
being able to specify an extent range smaller than the full
Currently init-labels implementation reads the entire namespace-label
capacity, initializes just the namespace index, and then writes the
entire label capacity. It turns out that DIMM label-area access methods
can be exceedingly slow.
For example, the time to read the entire label area on a
Allow for more precision in label utilities, i.e. stop operating over
the entire label area.
Signed-off-by: Dan Williams
---
Documentation/ndctl/labels-options.txt |9 ++
ndctl/dimm.c | 45
ndctl/lib/dimm.c
The initial ndctl label read/write implementation assumed that label
read / writes were relatively inexpensive, but that assumption is
invalid in practice. The process of reading a full label area can take
10s of seconds. Implement ndctl_cmd_cfg_{read,write}_set_extent() to
trim the label
The original message was received at Wed, 6 Mar 2019 08:29:30 +0700
from lists.01.org [154.254.98.124]
- The following addresses had permanent fatal errors -
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
转发邮件信息
发件人:iam...@kvu.org
发送日期:2019-3-6 4:19:00
收件人:linux-nvdimm@lists.01.org
如何减少精益制造过程中的七大浪费
培训时间/地点:2019年 3月13~14日(星期三~星期四)/上 海
课程收益:
--认识精益生产的核心思想与理论框架
--理解并结合工作实际思考七大浪费
--围绕七大浪费学习改善思路、方法和工具
--掌握价值流分析方法,认识价值流改善
课程对象:
生产、品质、仓储、物流、工艺、技术等部门管理人员,订单实现流程所涉相关管理人员
课程大纲:
一、破冰
12 matches
Mail list logo