[PATCH v3 0/2] Support ACPI 6.1 update in NFIT Control Region Structure
by Toshi Kani
ACPI 6.1, Table 5-133, updates NVDIMM Control Region Structure as
follows.
- Valid Fields, Manufacturing Location, and Manufacturing Date
are added from reserved range. No change in the structure size.
- IDs (SPD values) are stored as arrays of bytes (i.e. big-endian
format). The spec clarifies that they need to be represented
as arrays of bytes as well.
Patch 1 changes the NFIT driver to comply with ACPI 6.1.
Patch 2 adds a new sysfs file "id" to show NVDIMM ID defined in ACPI 6.1.
The patch-set applies on linux-pm.git acpica.
link: http://www.uefi.org/sites/default/files/resources/ACPI_6_1.pdf
---
v3:
- Need to coordinate with ACPICA update (Bob Moore, Dan Williams)
- Integrate with ACPICA changes in struct acpi_nfit_control_region.
(commit 138a95547ab0)
v2:
- Remove 'mfg_location' and 'mfg_date'. (Dan Williams)
- Rename 'unique_id' to 'id' and make this change as a separate patch.
(Dan Williams)
---
Toshi Kani (3):
1/2 acpi/nfit: Update nfit driver to comply with ACPI 6.1
2/3 acpi/nfit: Add sysfs "id" for NVDIMM ID
---
drivers/acpi/nfit.c | 29 ++++++++++++++++++++++++-----
1 file changed, 24 insertions(+), 5 deletions(-)
3 years, 1 month
multi-threads libvmmalloc fork test hang
by Xiong Zhou
# description
nvml test suite vmmalloc_fork test hang.
$ ps -eo stat,comm | grep vmma
S+ vmmalloc_fork
Sl+ vmmalloc_fork
Z+ vmmalloc_fork <defunct>
Sl+ vmmalloc_fork
Z+ vmmalloc_fork <defunct>
Z+ vmmalloc_fork <defunct>
Sl+ vmmalloc_fork
Z+ vmmalloc_fork <defunct>
Z+ vmmalloc_fork <defunct>
Z+ vmmalloc_fork <defunct>
dmesg:
[ 250.499097] INFO: task vmmalloc_fork:9805 blocked for more than 120 seconds.
[ 250.530667] Not tainted 4.9.09fe68ca+ #27
[ 250.550901] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 250.585752] vmmalloc_fork D[ 250.598362] ffffffff8171813c 0 9805 9765 0x00000080
[ 250.623445] ffff88075dc68f80[ 250.636052] 0000000000000000 ffff88076058db00 ffff88017c5b0000 ffff880763b19340[ 250.668510] ffffc9000fe1bbb0 ffffffff8171813c ffffc9000fe1bc20 ffffc9000fe1bbe0[ 250.704220] ffffffff82248898 ffff88076058db00 ffffffff82248898Call Trace:
[ 250.738382] [<ffffffff8171813c>] ? __schedule+0x21c/0x6a0
[ 250.763404] [<ffffffff817185f6>] schedule+0x36/0x80
[ 250.786177] [<ffffffff81284471>] get_unlocked_mapping_entry+0xc1/0x120
[ 250.815869] [<ffffffff81283810>] ? iomap_dax_rw+0x110/0x110
[ 250.841350] [<ffffffff81284c0a>] grab_mapping_entry+0x4a/0x220
[ 250.868442] [<ffffffff812851e9>] iomap_dax_fault+0xa9/0x3b0
[ 250.894437] [<ffffffffa02b15fe>] xfs_filemap_fault+0xce/0xf0 [xfs]
[ 250.922805] [<ffffffff811d3159>] __do_fault+0x79/0x100
[ 250.947035] [<ffffffff811d7a2b>] do_fault+0x49b/0x690
[ 250.970964] [<ffffffffa02b146c>] ? xfs_filemap_pmd_fault+0x9c/0x160 [xfs]
[ 251.001812] [<ffffffff811d94ba>] handle_mm_fault+0x61a/0xa50
[ 251.027736] [<ffffffff8106c3da>] __do_page_fault+0x22a/0x4a0
[ 251.053700] [<ffffffff8106c680>] do_page_fault+0x30/0x80
[ 251.077962] [<ffffffff81003b55>] ? do_syscall_64+0x175/0x180
[ 251.103835] [<ffffffff8171e208>] page_fault+0x28/0x30
# kernel versions:
v4.6 pass in seconds
v4.7 hang
v4.9-rc1 hang
Linus tree to commit 9fe68ca hang
bisect points to
first bad commit: [ac401cc782429cc8560ce4840b1405d603740917] dax: New fault locking
v4.7 with these 3 commits reverted pass:
4d9a2c8 - Jan Kara, 6 months ago : dax: Remove i_mmap_lock protection
bc2466e - Jan Kara, 6 months ago : dax: Use radix tree entry lock to protect cow faults
ac401cc - Jan Kara, 6 months ago : dax: New fault locking
# nvml version:
https://github.com/pmem/nvml.git
to commit:
feab4d6f65102139ce460890c898fcad09ce20ae
# How reproducible:
always
# Test steps:
<git clone and pmem0 setup>
$cd nvml
$make install -j64
$cat > src/test/testconfig.sh <<EOF
PMEM_FS_DIR=/daxmnt
NON_PMEM_FS_DIR=/tmp
EOF
$mkfs.xfs /dev/pmem0
$mkdir -p /daxmnt/
$mount -o dax /dev/pmem0 /daxmnt/
$make -C src/test/vmmalloc_fork/ TEST_TIME=60m clean
$make -C src/test/vmmalloc_fork/ TEST_TIME=60m check
$umount /daxmnt
4 years, 7 months
[PATCH v2 0/3] use nocache copy in copy_from_iter_nocache()
by Brian Boylston
Currently, copy_from_iter_nocache() uses "nocache" copies only for
iovecs; bvecs and kvecs use normal copies. This requires
x86's arch_copy_from_iter_pmem() to issue flushes for bvecs and kvecs,
which has a negative impact on performance when splice()ing from a pipe
to a pmem-backed file on a DAX-mounted file system.
This patch set enables nocache copies in copy_from_iter_nocache() for
bvecs and kvecs for arches that support it (x86 initially). This provides
a 2-3X improvement in splice() pipe-to-DAX-file throughput.
The first patch introduces memcpy_nocache(), which defaults to just
memcpy(), but for which an x86-specific implementation is provided.
For this patch, I sought to use a static inline function for x86, but
I could not find an obvious header file to put it in.
The build seemed to work when I put it in arch/x86/include/asm/uaccess.h,
but that didn't feel completely right. I also tried
arch/x86/include/asm/pmem.h, but that doesn't feel right either and it
didn't build. So, I offer it here in arch/x86/lib/misc.c for discussion.
The second patch updates copy_from_iter_nocache() to use the new
memcpy_nocache().
The third patch removes the flushes from x86's arch_copy_from_iter_pmem().
For testing, I ran fio with the posixaio, mmap, sync, psync, vsync, pvsync,
and splice engines, against both ext4 and xfs. Only the splice engine
showed any change in performance. For example, for xfs:
Unpatched 4.8:
Run status group 2 (all jobs):
WRITE: io=37602MB, aggrb=641724KB/s, minb=641724KB/s, maxb=641724KB/s, mint=60001msec, maxt=60001msec
Run status group 3 (all jobs):
WRITE: io=36244MB, aggrb=618553KB/s, minb=618553KB/s, maxb=618553KB/s, mint=60001msec, maxt=60001msec
With this patch set:
Run status group 2 (all jobs):
WRITE: io=128055MB, aggrb=2134.3MB/s, minb=2134.3MB/s, maxb=2134.3MB/s, mint=60001msec, maxt=60001msec
Run status group 3 (all jobs):
WRITE: io=122586MB, aggrb=2043.8MB/s, minb=2043.8MB/s, maxb=2043.8MB/s, mint=60001msec, maxt=60001msec
Cc: Ross Zwisler <ross.zwisler(a)linux.intel.com>
Cc: Thomas Gleixner <tglx(a)linutronix.de>
Cc: Ingo Molnar <mingo(a)redhat.com>
Cc: "H. Peter Anvin" <hpa(a)zytor.com>
Cc: <x86(a)kernel.org>
Cc: Al Viro <viro(a)ZenIV.linux.org.uk>
Cc: Dan Williams <dan.j.williams(a)intel.com>
Signed-off-by: Brian Boylston <brian.boylston(a)hpe.com>
Reviewed-by: Toshi Kani <toshi.kani(a)hpe.com>
Reported-by: Oliver Moreno <oliver.moreno(a)hpe.com>
Changes in v2:
- Split into multiple patches (Toshi Kani)
- Introduce memcpy_nocache() (Al Viro)
- Use nocache for kvecs as well
Brian Boylston (3):
introduce memcpy_nocache()
use a nocache copy for bvecs and kvecs in copy_from_iter_nocache()
x86: remove unneeded flush in arch_copy_from_iter_pmem()
arch/x86/include/asm/pmem.h | 19 +------------------
arch/x86/include/asm/string_32.h | 3 +++
arch/x86/include/asm/string_64.h | 3 +++
arch/x86/lib/misc.c | 12 ++++++++++++
include/linux/string.h | 15 +++++++++++++++
lib/iov_iter.c | 14 +++++++++++---
6 files changed, 45 insertions(+), 21 deletions(-)
--
2.8.3
4 years, 7 months
DAX mapping detection (was: Re: [PATCH] Fix region lost in /proc/self/smaps)
by Dan Williams
[ adding linux-fsdevel and linux-nvdimm ]
On Wed, Sep 7, 2016 at 8:36 PM, Xiao Guangrong
<guangrong.xiao(a)linux.intel.com> wrote:
[..]
> However, it is not easy to handle the case that the new VMA overlays with
> the old VMA
> already got by userspace. I think we have some choices:
> 1: One way is completely skipping the new VMA region as current kernel code
> does but i
> do not think this is good as the later VMAs will be dropped.
>
> 2: show the un-overlayed portion of new VMA. In your case, we just show the
> region
> (0x2000 -> 0x3000), however, it can not work well if the VMA is a new
> created
> region with different attributions.
>
> 3: completely show the new VMA as this patch does.
>
> Which one do you prefer?
>
I don't have a preference, but perhaps this breakage and uncertainty
is a good opportunity to propose a more reliable interface for NVML to
get the information it needs?
My understanding is that it is looking for the VM_MIXEDMAP flag which
is already ambiguous for determining if DAX is enabled even if this
dynamic listing issue is fixed. XFS has arranged for DAX to be a
per-inode capability and has an XFS-specific inode flag. We can make
that a common inode flag, but it seems we should have a way to
interrogate the mapping itself in the case where the inode is unknown
or unavailable. I'm thinking extensions to mincore to have flags for
DAX and possibly whether the page is part of a pte, pmd, or pud
mapping. Just floating that idea before starting to look into the
implementation, comments or other ideas welcome...
4 years, 7 months
[PATCH] ndctl: introduce 4k allocation support for creating namespace
by Dave Jiang
Existing implementation defaults all pages allocated as 2M superpages.
For nfit_test dax device we need 4k pages allocated to work properly.
Adding an --align,-a option to provide the alignment. Will accept
4k and 2M at the moment as proper parameter. No -a option still defaults
to 2M.
Signed-off-by: Dave Jiang <dave.jiang(a)intel.com>
---
ndctl/builtin-xaction-namespace.c | 22 ++++++++++++++++++++--
util/size.h | 1 +
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/ndctl/builtin-xaction-namespace.c b/ndctl/builtin-xaction-namespace.c
index 9b1702d..89ce6ce 100644
--- a/ndctl/builtin-xaction-namespace.c
+++ b/ndctl/builtin-xaction-namespace.c
@@ -49,6 +49,7 @@ static struct parameters {
const char *region;
const char *reconfig;
const char *sector_size;
+ const char *align;
} param;
void builtin_xaction_namespace_reset(void)
@@ -71,6 +72,7 @@ struct parsed_parameters {
enum ndctl_namespace_mode mode;
unsigned long long size;
unsigned long sector_size;
+ unsigned long align;
};
#define debug(fmt, ...) \
@@ -104,6 +106,8 @@ OPT_STRING('l', "sector-size", ¶m.sector_size, "lba-size", \
"specify the logical sector size in bytes"), \
OPT_STRING('t', "type", ¶m.type, "type", \
"specify the type of namespace to create 'pmem' or 'blk'"), \
+OPT_STRING('a', "align", ¶m.align, "align", \
+ "specify the namespace alignment in bytes (default: 0x200000 (2M))"), \
OPT_BOOLEAN('f', "force", &force, "reconfigure namespace even if currently active")
static const struct option base_options[] = {
@@ -319,7 +323,7 @@ static int setup_namespace(struct ndctl_region *region,
try(ndctl_pfn, set_uuid, pfn, uuid);
try(ndctl_pfn, set_location, pfn, p->loc);
- try(ndctl_pfn, set_align, pfn, SZ_2M);
+ try(ndctl_pfn, set_align, pfn, p->align);
try(ndctl_pfn, set_namespace, pfn, ndns);
rc = ndctl_pfn_enable(pfn);
} else if (p->mode == NDCTL_NS_MODE_DAX) {
@@ -327,7 +331,7 @@ static int setup_namespace(struct ndctl_region *region,
try(ndctl_dax, set_uuid, dax, uuid);
try(ndctl_dax, set_location, dax, p->loc);
- try(ndctl_dax, set_align, dax, SZ_2M);
+ try(ndctl_dax, set_align, dax, p->align);
try(ndctl_dax, set_namespace, dax, ndns);
rc = ndctl_dax_enable(dax);
} else if (p->mode == NDCTL_NS_MODE_SAFE) {
@@ -383,6 +387,20 @@ static int validate_namespace_options(struct ndctl_region *region,
memset(p, 0, sizeof(*p));
+ if (param.align) {
+ p->align = parse_size64(param.align);
+ switch (p->align) {
+ case SZ_4K:
+ case SZ_2M:
+ break;
+ case SZ_1G: /* unsupported yet... */
+ default:
+ debug("%s: invalid align\n", __func__);
+ return -EINVAL;
+ }
+ } else
+ p->align = SZ_2M;
+
if (param.size)
p->size = parse_size64(param.size);
else if (ndns)
diff --git a/util/size.h b/util/size.h
index 50917a5..634c926 100644
--- a/util/size.h
+++ b/util/size.h
@@ -2,6 +2,7 @@
#define _NDCTL_SIZE_H_
#define SZ_1K 0x00000400
+#define SZ_4K 0x00001000
#define SZ_1M 0x00100000
#define SZ_2M 0x00200000
#define SZ_4M 0x00400000
4 years, 8 months
[PATCH 0/3] iopmem : A block device for PCIe memory
by Stephen Bates
This patch follows from an RFC we did earlier this year [1]. This
patchset applies cleanly to v4.9-rc1.
Updates since RFC
-----------------
Rebased.
Included the iopmem driver in the submission.
History
-------
There have been several attempts to upstream patchsets that enable
DMAs between PCIe peers. These include Peer-Direct [2] and DMA-Buf
style patches [3]. None have been successful to date. Haggai Eran
gives a nice overview of the prior art in this space in his cover
letter [3].
Motivation and Use Cases
------------------------
PCIe IO devices are getting faster. It is not uncommon now to find PCIe
network and storage devices that can generate and consume several GB/s.
Almost always these devices have either a high performance DMA engine, a
number of exposed PCIe BARs or both.
Until this patch, any high-performance transfer of information between
two PICe devices has required the use of a staging buffer in system
memory. With this patch the bandwidth to system memory is not compromised
when high-throughput transfers occurs between PCIe devices. This means
that more system memory bandwidth is available to the CPU cores for data
processing and manipulation. In addition, in systems where the two PCIe
devices reside behind a PCIe switch the datapath avoids the CPU
entirely.
Consumers
---------
We provide a PCIe device driver in an accompanying patch that can be
used to map any PCIe BAR into a DAX capable block device. For
non-persistent BARs this simply serves as an alternative to using
system memory bounce buffers. For persistent BARs this can serve as an
additional storage device in the system.
Testing and Performance
-----------------------
We have done a moderate about of testing of this patch on a QEMU
environment and on real hardware. On real hardware we have observed
peer-to-peer writes of up to 4GB/s and reads of up to 1.2 GB/s. In
both cases these numbers are limitations of our consumer hardware. In
addition, we have observed that the CPU DRAM bandwidth is not impacted
when using IOPMEM which is not the case when a traditional path
through system memory is taken.
For more information on the testing and performance results see the
GitHub site [4].
Known Issues
------------
1. Address Translation. Suggestions have been made that in certain
architectures and topologies the dma_addr_t passed to the DMA master
in a peer-2-peer transfer will not correctly route to the IO memory
intended. However in our testing to date we have not seen this to be
an issue, even in systems with IOMMUs and PCIe switches. It is our
understanding that an IOMMU only maps system memory and would not
interfere with device memory regions. (It certainly has no opportunity
to do so if the transfer gets routed through a switch).
2. Memory Segment Spacing. This patch has the same limitations that
ZONE_DEVICE does in that memory regions must be spaces at least
SECTION_SIZE bytes part. On x86 this is 128MB and there are cases where
BARs can be placed closer together than this. Thus ZONE_DEVICE would not
be usable on neighboring BARs. For our purposes, this is not an issue as
we'd only be looking at enabling a single BAR in a given PCIe device.
More exotic use cases may have problems with this.
3. Coherency Issues. When IOMEM is written from both the CPU and a PCIe
peer there is potential for coherency issues and for writes to occur out
of order. This is something that users of this feature need to be
cognizant of. Though really, this isn't much different than the
existing situation with things like RDMA: if userspace sets up an MR
for remote use, they need to be careful about using that memory region
themselves.
4. Architecture. Currently this patch is applicable only to x86_64
architectures. The same is true for much of the code pertaining to
PMEM and ZONE_DEVICE. It is hoped that the work will be extended to other
ARCH over time.
References
----------
[1] https://patchwork.kernel.org/patch/8583221/
[2] http://comments.gmane.org/gmane.linux.drivers.rdma/21849
[3] http://www.spinics.net/lists/linux-rdma/msg38748.html
[4] https://github.com/sbates130272/zone-device
Logan Gunthorpe (1):
memremap.c : Add support for ZONE_DEVICE IO memory with struct pages.
Stephen Bates (2):
iopmem : Add a block device driver for PCIe attached IO memory.
iopmem : Add documentation for iopmem driver
Documentation/blockdev/00-INDEX | 2 +
Documentation/blockdev/iopmem.txt | 62 +++++++
MAINTAINERS | 7 +
drivers/block/Kconfig | 27 ++++
drivers/block/Makefile | 1 +
drivers/block/iopmem.c | 333 ++++++++++++++++++++++++++++++++++++++
drivers/dax/pmem.c | 4 +-
drivers/nvdimm/pmem.c | 4 +-
include/linux/memremap.h | 5 +-
kernel/memremap.c | 80 ++++++++-
tools/testing/nvdimm/test/iomap.c | 3 +-
11 files changed, 518 insertions(+), 10 deletions(-)
create mode 100644 Documentation/blockdev/iopmem.txt
create mode 100644 drivers/block/iopmem.c
--
2.1.4
4 years, 8 months
4、买方还的价，并不一定是他认为商品就应该值这个价；
by 4、买方还的价，并不一定是他认为商品就应该值这个价；先生
销售精英2天强化训练
【时间地点】 2016年 11月05-06日上海
11月19-20日北京 11月26-27日深圳 12月17-18日上海
Judge（评价）一个人，一个公司是不是优秀，不要看他是不是Harvard（哈佛大学），是不是Stanford（斯坦福大学）.不要judge（评价）里面有多少名牌大学毕业生，而要judge（评价）这帮人干活是不是发疯一样干，看他每天下班是不是笑眯眯回家！
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考：
1、面对客户找不到话说，怎么办？二次沟通应该聊些什么？
2、为什么我把所有资料都给客户了，他还说要考虑一下？
3、同一件事，客户不同的人告诉我不一样的要求，听谁的？
4、同一件事，客户同一个人告诉我两次的答案不一样，听哪次的？
5、推荐哪一种产品给客户好？最好的？稍好的？还是够用的？
4、为什么我按客户要求去做，他还是没有选择我们？
5、不同的客户，我应该如何应对？
6、忠诚的客户应该如何培养？
第一节、为什么要对客户需求进行分析？
1、客户初次告诉我们的信息往往是有所保留的；
2、客户想要的产品，不一定就是实际所需要的；
3、客户不缺少产品信息，困惑的是自己如何选择；
4、客户购买决定是比较出来的，没有比较，产品就没有价值；
5、销售人员第一思想是战争思想，情报最重要；
6、未来的送货员,联络员,报价员将被淘汰;
第二节、如何做好客户需求分析？
一、基本要求：
1.无事不登三宝殿，有目的地做好拜访计划；
2.引导客户，首先要控制谈话的方向、节奏、内容；
3.从讲产品的“卖点”转变到讲客户的“买点”
4.好的，不一定是最适合的，最合适的才是最好的；
5.不要把猜测当成事实，“谈”的是什么？“判”是由谁判？
6.讨论：客户说价格太贵，代表哪15种不同的意思？
二、需求分析要点：
1.了解客户的4种期望目标；
2.了解客户采购的5个适当；
3.判断谁是关键人的8个依据；
4.哪6大类问题不可以问？ 要表达别人听得懂的话；
5.提问注意的“3不谈”，“4不讲”；
6.客户需求分析手册制定的6个步骤；
?找对方向，事半功倍，为什么找这个客户？
?时间没对，努力白费，为什么这个时候找？
?找对人，说对话，为什么找这个人？
?为什么推荐这个产品？给客户需要的，而不是自己想给的；
?为什么给这样的服务？ 客户看重不是产品，而是使用价值；
?为什么报这个价？ 在客户的预算与同行之间找到平衡；
7.为什么还这个价？关注竞争对手，调整自己的策略；
第二章 如何正确推荐产品
思考：
1、为什么我满足客户所提出的要求，客户却还需要考虑一下？
2、为什么客户不相信我质量与服务的承诺？
3、面对客户提出高端产品的要求，而我只有低端产品，怎么办？
4、如何推荐产品才能让客户感觉到我们跟别人不一样；
第一节 为什么需要我们正确地推荐产品？
1、客户往往对自己深层次的问题并不清楚；
2、客户的提出的要求可能是模糊或抽象,有的仅仅提出方向，不要局限于客户明显的问题,头痛医头,脚痛医脚；
3、客户往往会以我们竞品给他的条件要求我们；
4、满足客户提出的要求，是引导客户在不同公司之间做比较，而不在我公司做出决策；
第二节 如何帮助客户建立“排他性”的采购标准？
案例：客户关心的是你如何保证你的质量和服务水平
1、打仗就是打后勤，推荐产品中常用的34项内容；
2、产品的功能与客户需要解决的问题要相对应；客户喜欢提供解决方案的人，而不仅提供工具的人；
3、如何给竞争对手业务员设置障碍？
第三节 见什么人,说什么话;
不同情况下如何讲？时间、能力、精力、兴趣、文化水平、不同的职位等；
1. 什么情况下偏重于理性说服,打动别人的脑?
2. 什么情况下偏重于情感说服,打动别人的心?
3. 何种情况下只讲优势不讲劣势？
4. 何种情况下即讲优势又讲劣势？
第三章如何有效处理异议
思考
1、遇到小气、固执、粗鲁、啰嗦、刻薄、吹毛求疵、优柔寡断的客户应对？
2、客户直接挂电话，怎么办？
3、第二次见面，客户对我大发脾气，怎么办？
4、有一个行业，销售人员每天都会遇到大量的拒绝，为什么却没有任何人会沮丧？
5、客户就没有压力吗？知已知彼，客户采购时会有哪些压力？
6、为什么客户在上班时与下班后会表现不同的性格特征？
第一节：买卖双方的心情分析
1、如果一方比另一方更主动、更积极追求合作，则后者称为潜在客户
2、卖方知道某价一定不能卖，但买方不知道什么价不能买；
3、当卖方表现自己很想卖，买方会表现自己不想买；
4、买方还的价，并不一定是他认为商品就应该值这个价；
5、付钱之前，买方占优势，之后，卖方占优势；
第二节、理解客户购买时的心态；
1、客户谈判时常用7种试探技巧分析；
2、客户态度非常好，就是不下订单，为什么？
3、为什么有些客户让我们感觉高高在上，花钱是大爷？难道他们素质真的差？
4、客户自身会有哪6个压力？
案例：客户提出合理条件，是否我就应该降价？
案例：如何分清客户异议的真实性？
案例：当谈判出现僵局时怎么办？
案例：为什么我答应客户提出的所有的条件，反而失去了订单？
案例：客户一再地提出不同的条件，怎么处理？
案例：客户要求我降价时,怎么办?请分8个步骤处理
第三节 客户异议处理的5个区分
1、要区分“第一” 还是“唯一”
2、对客户要求的真伪进行鉴别;
3、要区分“情绪”还是“行为”
4、区分“假想”还是“事实”
5、区别问题的轻重,缓急;
第四章 如何建立良好的客情关系？
案例：销售工作需要疯狂、圆滑、奉承、见人说人话，见鬼说鬼话吗？
案例：生意不成仁义在，咱俩交个朋友，这句话应该由谁说？
案例：邀请客户吃饭，你应该怎么说？
案例：当客户表扬了你，你会怎么回答？
案例：我代表公司的形象，是否我应该表现自己很强势？
案例：为了获得客户的信任，我是否应该花重金包装自己？让自己很完美？
案例：是否需要处处表现自己很有礼貌？
案例：如何与企业高层、政府高层打交道？
第一节 做回真实和真诚的自己，表里如一
礼仪的目的是尊重别人，而不是伪装自己，礼仪中常见的错误；
1、演别人,再好的演技也会搞砸，想做别人的时候,你就会离自己很远；
2、不同的人,需求不同,越改越累,越改越气,只会把自己折磨得心浮气躁,不得人心；
3、以朋友的心态与客户交往，过多的商业化语言、行为、过多的礼仪只会让客户感觉到生硬、距离、排斥、公事公办，没有感情；
4、适当的暴露自己的缺点，越完美的人越不可信；
5、守时,守信,守约,及时传递进程与信息，让客户感觉到可控性；
6、销售不是向客户笑，而是要让客户对自己笑；
第二节 感谢伤害我的人，是因为我自己错了；
1、一味顺从、推卸责任、理论交谈、谈论小事、无诚信；
2、当客户说过一段时间、以后、改天、回头、月底时，如何应对？
3、越完美的人越不可信，自我暴露的四个层次；
4、做好防错性的服务,签完合同仅仅是合作的开始；
?指导客户如何使用；
?跟踪产品使用的情况；
?为客户在使用过程中提供指导建议；
?积极解答客户在使用中提出的问题；
第四章团队配合
思考：
1.团队配合的前提是什么？是否任意两个人在一起都会有团队精神？
2.团队配合中为什么会出现扯皮的现象？
3.为什么公司花那么高成本让大家加深感情，但有些人之间还是有隔阂？
4.业绩好的人影响业绩差的人容易还是业绩差的影响业绩好的容易？
5.统一底薪好？还是差别化底薪好？如何让大家都觉得公平？
6.为什么有能力的不听话，听话的却没能力？
7.为什么有些人总是不按我要求的方法去做？
8.面对业绩总是很差的员工，到底是留还是开？
第一节团队配合的重要性
1.优秀的业务员业绩往往是普通的几十甚至上百倍；
2.提高成交的效率，不要杀敌一千，而自损八百；
3.优秀业务员缺时间，业绩普通的业务员缺能力，扬长避短，人尽其才；
4.把人力资源效益利用最大化；
5.打造完美的团队，让成员的缺点相互抵消；
第二节，如何开展团队配合
第一、能力互补
1.关注员工的能力，不要把未来寄托在员工未知的潜能上；
2.不要把员工塑造成同一类型的人，不把专才当全才用；
3.团队以能为本，销售岗位常见的14项技能；
4.售前、售中、售后人员要求与如何搭配？
5.案例：新员工有激情，但能力不足，老员工有能力，但激情不足，怎么办？
第二、利益关联
1.为什么成员会相互冷漠、互不关心、彼此封锁信息和资源？
2.为什么团队成员把团队的事不当回事？
3.如何才能让团队成员真心的为优秀的成员而高兴？
4.开除业绩差的员工，其他成员缺乏安全感怎么办？
5.如何才能让团队自动自发的努力工作？
第三节、不同客户喜欢不同风格的销售人员
1、 销售人员形象与举止，注意自己的形象；
2、 是否具备相似的背景，门当户对；
3、 是否具备相同的认识，道不同不相为盟；
4、 是否“投其所好”，话不投机半句多；
5、 赞美，喜欢对方，我们同样对喜欢我们的人有好感；
先交流感情,增进互信,欲速则不达;
6、 是否对销售人员熟悉，销售最忌讳交浅言深；
初次见面就企图跟别人成为朋友的行为很幼稚；
初次见面就暗示好处的行为很肤浅；
刚见面就强调价格很便宜的行为很愚蠢；
7、 销售人员是否具备亲和力，别人的脸是自己的一面镜子；
成交并不取决于说理，而是取决于心情
8、 销售人员是否值得信赖。
第六章 新客户开发
案例：为什么客户一开始很有兴趣，但迟迟不下单？
案例：前天明明说不买的客户居然今天却买了，客户的话能相信吗？
案例：客户答应买我司的产品，却突然变卦买别人的了，为什么？
案例：为什么我们会买自己没有兴趣的而且并不需要的产品？
一、客户是根据自己所投入的精力、金钱来确定自己的态度；
二、如何才能引导客户作自我说服？
1.不要轻易给客户下结论，谁会买，谁不会买
2.态度上的变化叫说服，行为上的变化叫接受；
3.我们都喜欢为我们自己的行为找理由，却不善于做我们已找到理由的事；
4.客户是发现了自己的需求，“发现”的依据是自己的行为；
5.案例：合同签订后，应该问哪4句话，提升客户忠诚度？
第七章 自我激励
1.做销售工作赚钱最快，且最容易得到老板的重视、同事的尊重；
2.不要把第一次见面看成最后一次，工作要积极但不要着急；
3.不是成功太慢，而是放弃太快，钱是给内行的人赚的；
4.不要报着试试看的心态，企图一夜暴富的投机心态让客户反感；
5.不是有希望才坚持，而是坚持了才有希望；
6.付出才会拥有，而不是拥有才付出；做了才会，而不是会了才做；
7.好工作是做出来的，不是找出来的，不要把自己托付给公司，而要独立成长；
8.尝试不同的工作方法，而不是多年重复使用一种方式，具备试错的精神；
9.工作可以出错，但不可以不做，世界上最危险的莫过于原地不动；
10.不要把未来寄托在自己一无所知的行业上，做好目前的工作；
【培训特点】
1.分组讨论，训练为主，互动式教学；2次现场考试;
2.真实案例分析，大量课后作业题，既有抢答，又有辩论，还有现场演练，热烈的课堂氛围；
3.将销售管理融入培训现场：
3.1 不仅关注个人学习表现，而且重视团队合作；
3.2 不仅关注2天以内的学习，而且营造2天以后的培训学习氛围；
3.3 不仅考核个人得分，而且考核团队得分；不仅考核学员的学习成绩，而且考核学员学习的参与度；
【讲师介绍】 王老师
销售团队管理咨询师、销售培训讲师；
曾任可口可乐（中国）公司业务经理；阿里巴巴（中国）网络技术有限公司业务经理；
清华大学.南京大学EMBA特邀培训讲师；新加坡莱佛士学院特约讲师;
2000年至今一直从事销售与销售人员激励与训练工作,曾任可口可乐的业务经理，全球知名企业阿里巴巴公司的业务经理，曾每月疯狂上门拜访100家以上的客户，半军事化的销售职业生涯，高强度的工作压力,全面系统的受训经历，积累了丰富的客户收集、销售谈判、客户跟进、客户服务、自我激励的经验，在公司曾获“悍将杯”榜眼。
【曾经培训过的部份客户】
华为公司/立邦漆业/太平保险/欧普照明/可口可乐/扬子石化/飞利浦/百度/中国移动/北京东信北邮/中国联通/成都通发集团/携程网络/广州方圆房产/深圳南海酒店/桂林三金药业/三一重工/深圳宝德集团/义乌邮政局/广西水电工程局/重庆煤科院/深圳特发股份/北京曲美家私/九阳电器/珠港机场/巢湖邮政/济南邮政/南京医药总公司/国美电器/雨润集团/中国一拖集团能源分公司/重庆科创学院/
【参加对象】 总经理、销售总监、区域经理、销售经理、业务代表、销售培训专员等。
【学习费用】 2800圆/2天/1人（含资.料.费、午.餐、茶.点、发..票等 ）
【手....机】 o755-6662o355 l3544ol33l5颜小姐
【邮....箱】 971700732(a)qq.com 微.信： 971700732
退订请转发邮件至971700732(a)qq.com
4 years, 9 months
?跟踪产品使用的情况；
by ?跟踪产品使用的情况； 先生
销售精英2天强化训练
【时间地点】 2016年 11月05-06日上海
11月19-20日北京 11月26-27日深圳 12月17-18日上海
Judge（评价）一个人，一个公司是不是优秀，不要看他是不是Harvard（哈佛大学），是不是Stanford（斯坦福大学）.不要judge（评价）里面有多少名牌大学毕业生，而要judge（评价）这帮人干活是不是发疯一样干，看他每天下班是不是笑眯眯回家！
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考：
1、面对客户找不到话说，怎么办？二次沟通应该聊些什么？
2、为什么我把所有资料都给客户了，他还说要考虑一下？
3、同一件事，客户不同的人告诉我不一样的要求，听谁的？
4、同一件事，客户同一个人告诉我两次的答案不一样，听哪次的？
5、推荐哪一种产品给客户好？最好的？稍好的？还是够用的？
4、为什么我按客户要求去做，他还是没有选择我们？
5、不同的客户，我应该如何应对？
6、忠诚的客户应该如何培养？
第一节、为什么要对客户需求进行分析？
1、客户初次告诉我们的信息往往是有所保留的；
2、客户想要的产品，不一定就是实际所需要的；
3、客户不缺少产品信息，困惑的是自己如何选择；
4、客户购买决定是比较出来的，没有比较，产品就没有价值；
5、销售人员第一思想是战争思想，情报最重要；
6、未来的送货员,联络员,报价员将被淘汰;
第二节、如何做好客户需求分析？
一、基本要求：
1.无事不登三宝殿，有目的地做好拜访计划；
2.引导客户，首先要控制谈话的方向、节奏、内容；
3.从讲产品的“卖点”转变到讲客户的“买点”
4.好的，不一定是最适合的，最合适的才是最好的；
5.不要把猜测当成事实，“谈”的是什么？“判”是由谁判？
6.讨论：客户说价格太贵，代表哪15种不同的意思？
二、需求分析要点：
1.了解客户的4种期望目标；
2.了解客户采购的5个适当；
3.判断谁是关键人的8个依据；
4.哪6大类问题不可以问？ 要表达别人听得懂的话；
5.提问注意的“3不谈”，“4不讲”；
6.客户需求分析手册制定的6个步骤；
?找对方向，事半功倍，为什么找这个客户？
?时间没对，努力白费，为什么这个时候找？
?找对人，说对话，为什么找这个人？
?为什么推荐这个产品？给客户需要的，而不是自己想给的；
?为什么给这样的服务？ 客户看重不是产品，而是使用价值；
?为什么报这个价？ 在客户的预算与同行之间找到平衡；
7.为什么还这个价？关注竞争对手，调整自己的策略；
第二章 如何正确推荐产品
思考：
1、为什么我满足客户所提出的要求，客户却还需要考虑一下？
2、为什么客户不相信我质量与服务的承诺？
3、面对客户提出高端产品的要求，而我只有低端产品，怎么办？
4、如何推荐产品才能让客户感觉到我们跟别人不一样；
第一节 为什么需要我们正确地推荐产品？
1、客户往往对自己深层次的问题并不清楚；
2、客户的提出的要求可能是模糊或抽象,有的仅仅提出方向，不要局限于客户明显的问题,头痛医头,脚痛医脚；
3、客户往往会以我们竞品给他的条件要求我们；
4、满足客户提出的要求，是引导客户在不同公司之间做比较，而不在我公司做出决策；
第二节 如何帮助客户建立“排他性”的采购标准？
案例：客户关心的是你如何保证你的质量和服务水平
1、打仗就是打后勤，推荐产品中常用的34项内容；
2、产品的功能与客户需要解决的问题要相对应；客户喜欢提供解决方案的人，而不仅提供工具的人；
3、如何给竞争对手业务员设置障碍？
第三节 见什么人,说什么话;
不同情况下如何讲？时间、能力、精力、兴趣、文化水平、不同的职位等；
1. 什么情况下偏重于理性说服,打动别人的脑?
2. 什么情况下偏重于情感说服,打动别人的心?
3. 何种情况下只讲优势不讲劣势？
4. 何种情况下即讲优势又讲劣势？
第三章如何有效处理异议
思考
1、遇到小气、固执、粗鲁、啰嗦、刻薄、吹毛求疵、优柔寡断的客户应对？
2、客户直接挂电话，怎么办？
3、第二次见面，客户对我大发脾气，怎么办？
4、有一个行业，销售人员每天都会遇到大量的拒绝，为什么却没有任何人会沮丧？
5、客户就没有压力吗？知已知彼，客户采购时会有哪些压力？
6、为什么客户在上班时与下班后会表现不同的性格特征？
第一节：买卖双方的心情分析
1、如果一方比另一方更主动、更积极追求合作，则后者称为潜在客户
2、卖方知道某价一定不能卖，但买方不知道什么价不能买；
3、当卖方表现自己很想卖，买方会表现自己不想买；
4、买方还的价，并不一定是他认为商品就应该值这个价；
5、付钱之前，买方占优势，之后，卖方占优势；
第二节、理解客户购买时的心态；
1、客户谈判时常用7种试探技巧分析；
2、客户态度非常好，就是不下订单，为什么？
3、为什么有些客户让我们感觉高高在上，花钱是大爷？难道他们素质真的差？
4、客户自身会有哪6个压力？
案例：客户提出合理条件，是否我就应该降价？
案例：如何分清客户异议的真实性？
案例：当谈判出现僵局时怎么办？
案例：为什么我答应客户提出的所有的条件，反而失去了订单？
案例：客户一再地提出不同的条件，怎么处理？
案例：客户要求我降价时,怎么办?请分8个步骤处理
第三节 客户异议处理的5个区分
1、要区分“第一” 还是“唯一”
2、对客户要求的真伪进行鉴别;
3、要区分“情绪”还是“行为”
4、区分“假想”还是“事实”
5、区别问题的轻重,缓急;
第四章 如何建立良好的客情关系？
案例：销售工作需要疯狂、圆滑、奉承、见人说人话，见鬼说鬼话吗？
案例：生意不成仁义在，咱俩交个朋友，这句话应该由谁说？
案例：邀请客户吃饭，你应该怎么说？
案例：当客户表扬了你，你会怎么回答？
案例：我代表公司的形象，是否我应该表现自己很强势？
案例：为了获得客户的信任，我是否应该花重金包装自己？让自己很完美？
案例：是否需要处处表现自己很有礼貌？
案例：如何与企业高层、政府高层打交道？
第一节 做回真实和真诚的自己，表里如一
礼仪的目的是尊重别人，而不是伪装自己，礼仪中常见的错误；
1、演别人,再好的演技也会搞砸，想做别人的时候,你就会离自己很远；
2、不同的人,需求不同,越改越累,越改越气,只会把自己折磨得心浮气躁,不得人心；
3、以朋友的心态与客户交往，过多的商业化语言、行为、过多的礼仪只会让客户感觉到生硬、距离、排斥、公事公办，没有感情；
4、适当的暴露自己的缺点，越完美的人越不可信；
5、守时,守信,守约,及时传递进程与信息，让客户感觉到可控性；
6、销售不是向客户笑，而是要让客户对自己笑；
第二节 感谢伤害我的人，是因为我自己错了；
1、一味顺从、推卸责任、理论交谈、谈论小事、无诚信；
2、当客户说过一段时间、以后、改天、回头、月底时，如何应对？
3、越完美的人越不可信，自我暴露的四个层次；
4、做好防错性的服务,签完合同仅仅是合作的开始；
?指导客户如何使用；
?跟踪产品使用的情况；
?为客户在使用过程中提供指导建议；
?积极解答客户在使用中提出的问题；
第四章团队配合
思考：
1.团队配合的前提是什么？是否任意两个人在一起都会有团队精神？
2.团队配合中为什么会出现扯皮的现象？
3.为什么公司花那么高成本让大家加深感情，但有些人之间还是有隔阂？
4.业绩好的人影响业绩差的人容易还是业绩差的影响业绩好的容易？
5.统一底薪好？还是差别化底薪好？如何让大家都觉得公平？
6.为什么有能力的不听话，听话的却没能力？
7.为什么有些人总是不按我要求的方法去做？
8.面对业绩总是很差的员工，到底是留还是开？
第一节团队配合的重要性
1.优秀的业务员业绩往往是普通的几十甚至上百倍；
2.提高成交的效率，不要杀敌一千，而自损八百；
3.优秀业务员缺时间，业绩普通的业务员缺能力，扬长避短，人尽其才；
4.把人力资源效益利用最大化；
5.打造完美的团队，让成员的缺点相互抵消；
第二节，如何开展团队配合
第一、能力互补
1.关注员工的能力，不要把未来寄托在员工未知的潜能上；
2.不要把员工塑造成同一类型的人，不把专才当全才用；
3.团队以能为本，销售岗位常见的14项技能；
4.售前、售中、售后人员要求与如何搭配？
5.案例：新员工有激情，但能力不足，老员工有能力，但激情不足，怎么办？
第二、利益关联
1.为什么成员会相互冷漠、互不关心、彼此封锁信息和资源？
2.为什么团队成员把团队的事不当回事？
3.如何才能让团队成员真心的为优秀的成员而高兴？
4.开除业绩差的员工，其他成员缺乏安全感怎么办？
5.如何才能让团队自动自发的努力工作？
第三节、不同客户喜欢不同风格的销售人员
1、 销售人员形象与举止，注意自己的形象；
2、 是否具备相似的背景，门当户对；
3、 是否具备相同的认识，道不同不相为盟；
4、 是否“投其所好”，话不投机半句多；
5、 赞美，喜欢对方，我们同样对喜欢我们的人有好感；
先交流感情,增进互信,欲速则不达;
6、 是否对销售人员熟悉，销售最忌讳交浅言深；
初次见面就企图跟别人成为朋友的行为很幼稚；
初次见面就暗示好处的行为很肤浅；
刚见面就强调价格很便宜的行为很愚蠢；
7、 销售人员是否具备亲和力，别人的脸是自己的一面镜子；
成交并不取决于说理，而是取决于心情
8、 销售人员是否值得信赖。
第六章 新客户开发
案例：为什么客户一开始很有兴趣，但迟迟不下单？
案例：前天明明说不买的客户居然今天却买了，客户的话能相信吗？
案例：客户答应买我司的产品，却突然变卦买别人的了，为什么？
案例：为什么我们会买自己没有兴趣的而且并不需要的产品？
一、客户是根据自己所投入的精力、金钱来确定自己的态度；
二、如何才能引导客户作自我说服？
1.不要轻易给客户下结论，谁会买，谁不会买
2.态度上的变化叫说服，行为上的变化叫接受；
3.我们都喜欢为我们自己的行为找理由，却不善于做我们已找到理由的事；
4.客户是发现了自己的需求，“发现”的依据是自己的行为；
5.案例：合同签订后，应该问哪4句话，提升客户忠诚度？
第七章 自我激励
1.做销售工作赚钱最快，且最容易得到老板的重视、同事的尊重；
2.不要把第一次见面看成最后一次，工作要积极但不要着急；
3.不是成功太慢，而是放弃太快，钱是给内行的人赚的；
4.不要报着试试看的心态，企图一夜暴富的投机心态让客户反感；
5.不是有希望才坚持，而是坚持了才有希望；
6.付出才会拥有，而不是拥有才付出；做了才会，而不是会了才做；
7.好工作是做出来的，不是找出来的，不要把自己托付给公司，而要独立成长；
8.尝试不同的工作方法，而不是多年重复使用一种方式，具备试错的精神；
9.工作可以出错，但不可以不做，世界上最危险的莫过于原地不动；
10.不要把未来寄托在自己一无所知的行业上，做好目前的工作；
【培训特点】
1.分组讨论，训练为主，互动式教学；2次现场考试;
2.真实案例分析，大量课后作业题，既有抢答，又有辩论，还有现场演练，热烈的课堂氛围；
3.将销售管理融入培训现场：
3.1 不仅关注个人学习表现，而且重视团队合作；
3.2 不仅关注2天以内的学习，而且营造2天以后的培训学习氛围；
3.3 不仅考核个人得分，而且考核团队得分；不仅考核学员的学习成绩，而且考核学员学习的参与度；
【讲师介绍】 王老师
销售团队管理咨询师、销售培训讲师；
曾任可口可乐（中国）公司业务经理；阿里巴巴（中国）网络技术有限公司业务经理；
清华大学.南京大学EMBA特邀培训讲师；新加坡莱佛士学院特约讲师;
2000年至今一直从事销售与销售人员激励与训练工作,曾任可口可乐的业务经理，全球知名企业阿里巴巴公司的业务经理，曾每月疯狂上门拜访100家以上的客户，半军事化的销售职业生涯，高强度的工作压力,全面系统的受训经历，积累了丰富的客户收集、销售谈判、客户跟进、客户服务、自我激励的经验，在公司曾获“悍将杯”榜眼。
【曾经培训过的部份客户】
华为公司/立邦漆业/太平保险/欧普照明/可口可乐/扬子石化/飞利浦/百度/中国移动/北京东信北邮/中国联通/成都通发集团/携程网络/广州方圆房产/深圳南海酒店/桂林三金药业/三一重工/深圳宝德集团/义乌邮政局/广西水电工程局/重庆煤科院/深圳特发股份/北京曲美家私/九阳电器/珠港机场/巢湖邮政/济南邮政/南京医药总公司/国美电器/雨润集团/中国一拖集团能源分公司/重庆科创学院/
【参加对象】 总经理、销售总监、区域经理、销售经理、业务代表、销售培训专员等。
【学习费用】 2800圆/2天/1人（含资.料.费、午.餐、茶.点、发..票等 ）
【手....机】 o755-6662o355 l3544ol33l5颜小姐
【邮....箱】 971700732(a)qq.com 微.信： 971700732
退订请转发邮件至971700732(a)qq.com
4 years, 9 months
We could not deliver your parcel, #00729292
by FedEx International Economy
Dear Customer,
This is to confirm that one or more of your parcels has been shipped.
Please, open email attachment to print shipment label.
Thank you for choosing FedEx,
Philip Herman,
Operation Agent.
4 years, 9 months
怎样才能改变车间的忙而乱
by 关太
---- 原邮件信息 -----
发件人:关太<kuip(a)wwbvcaau.com>
收件人:+linux-nvdimm <linux-nvdimm(a)lists.01.org>
发送时间:2016-10-31 12:24:37
主题：请*查*阅*附*件*内*容
4 years, 9 months
