On Fri, 2015-02-27 at 11:53 +, Mel Gorman wrote:
On Fri, Feb 27, 2015 at 03:21:36PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 3484b2de9499df23c4604a513b36f96326ae81ad (mm: rearrange
On Sat, 2015-02-28 at 10:30 +0800, Huang Ying wrote:
On Sat, 2015-02-28 at 01:46 +, Mel Gorman wrote:
On Fri, Feb 27, 2015 at 03:21:36PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit
On Sat, 2015-02-28 at 01:46 +, Mel Gorman wrote:
On Fri, Feb 27, 2015 at 03:21:36PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 3484b2de9499df23c4604a513b36f96326ae81ad (mm: rearrange
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 3484b2de9499df23c4604a513b36f96326ae81ad (mm: rearrange zone fields
into read-only, page alloc, statistics and page reclaim lines)
The perf cpu-cycles for spinlock (zone-lock)
Hi, Mel,
On Sat, 2015-02-28 at 15:30 +0800, Huang Ying wrote:
On Sat, 2015-02-28 at 01:46 +, Mel Gorman wrote:
On Fri, Feb 27, 2015 at 03:21:36PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit ba4877b9ca51f80b5d30f304a46762f0509e1635 (vmstat: do not use deferrable
delayed work for vmstat_update)
testbox/testcase/testparams: wsm/will-it-scale/performance-malloc1
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 4d9424669946532be754a6e116618dcb58430cb4 (mm: convert
p[te|md]_mknonnuma and remaining page table manipulations)
testbox/testcase/testparams:
FYI, we noticed the below changes on
git://anongit.freedesktop.org/drm-intel for-linux-next
commit 3f678c96abb43a977d2ea41aefccdc49e8a3e896 (drm/i915: Switch planes from
transitional helpers to full atomic helpers)
testbox/testcase/testparams: lkp-t410/piglit/performance-igt-035
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 8a0516ed8b90c95ffa1363b420caa37418149f21 (mm: convert p[te|md]_numa
users to p[te|md]_protnone_numa)
testbox/testcase/testparams:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit f9b61ff6bce9a44555324b29e593fdffc9a115bc (drm/i915: Push vblank
enable/disable past encoder-enable/disable)
testbox/testcase/testparams: lkp-t410/piglit/performance-igt-069
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 76835b0ebf8a7fe85beb03c75121419a7dec52f0 (futex: Ensure
get_futex_key_refs() always implies a barrier)
testbox/testcase/testparams: lkp-wsx01/will-it-scale/performance-futex4
Hi, Catalin,
On Thu, 2015-02-26 at 09:58 +, Catalin Marinas wrote:
On Thu, Feb 26, 2015 at 05:16:53AM +, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 76835b0ebf8a7fe85beb03c75121419a7dec52f0
On Fri, 2015-03-27 at 08:22 +1100, Dave Chinner wrote:
On Thu, Mar 26, 2015 at 02:45:19PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 834ffca6f7e345a79f6f2e2d131b0dfba8a4b67a (xfs: don't zero
On Mon, 2015-03-23 at 14:18 +0800, Li, Aubrey wrote:
On 2015/3/20 16:38, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 7486341a98f26857f383aec88ffa10950087c3a1 (x86/platform, acpi:
Bypass legacy
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/linux.git
timer/alloc_tvec_statically
commit 17cdf560f2727f687ab159707d0aa591f8a2f82d (timer: Allocate per-cpu
tvec_base's statically)
testbox/testcase/testparams: lkp-sbx04/boot/performance-1
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 3810631332465d967ba5e27ea2c7dff2c9afac6c (PM / sleep: Re-implement
suspend-to-idle handling)
testbox/testcase/testparams: lkp-sb03/suspend/300s-30x-freeze
18320f2a6871aaf2
FYI, we noticed the below changes on
git://neil.brown.name/md for-next
commit 878ee6792799e2f88bdcac329845efadb205252f (RAID5: batch adjacent full
stripe write)
testbox/testcase/testparams: lkp-st02/dd-write/300-5m-11HDD-RAID5-cfq-xfs-1dd
a87d7f782b47e030 878ee6792799e2f88bdcac3298
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit e2ac55b6a8e337fac7cc59c6f452caac92ab5ee6 (ocfs2: incorrect check for
debugfs returns)
We found something as below in dmesg.
[1.225136] VFS: Disk quotas dquot_6.5.2
[
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 465a05fecc2c7921d50f33cd10621abc049cbabf (f2fs: enable inline data by
default)
testbox/testcase/testparams:
lkp-st02/fsmark/1x-32t-1HDD-f2fs-9B-400M-fsyncBeforeClose-16d-256fpd
, or
auto select it.
I see. Thanks for explanation!
Best Regards,
Huang, Ying
Chengyu
On Apr 19, 2015, at 11:25 PM, Huang Ying ying.hu...@intel.com wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit
FYI, we noticed the below changes on
https://github.com/fyu1/linux.git xsaves_fix_1
commit 00abd21851c30b12b8463a337c920cdc0aa7e2d1 (x86/xsaves: Define and use
user_xstate_size for xstate size in signal context)
Hi, Andrew,
Sorry for late. I am in vacation in last week.
On Fri, 2015-04-24 at 10:42 -0700, Andrew Morton wrote:
On Thu, 23 Apr 2015 14:25:38 +0800 Huang Ying ying.hu...@intel.com wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds
On Tue, 2015-04-28 at 23:37 +0200, Frans Klaver wrote:
On Thu, Apr 16, 2015 at 01:27:14PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 6b44d910ae7de5316fcf1fc828ff4a8d48cac5e2 (mtd: core: set
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 04b2fa9f8f36ec6fb6fd1c9dc9df6fff0cd27323 (fs: split generic and aio
kiocb)
testbox/testcase/testparams: ivb42/unixbench/performance-pipe
599bd19bdc4c6b20
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit c1c2ee950beab73909ab0dbeb75a235e174d5301 (mm: meminit: reduce number of
times pageblocks are set during struct page init)
+--+++
|
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit c54419321455631079c7d6e60bc732dd0c5914c5 (GRE: Refactor GRE tunneling
code.)
After the commit, we found the following message in kernel log:
[1.935578] IP-Config: Failed to
FYI, we noticed the below changes on
git://bee.sh.intel.com/git/ydu19/linux rewrite-v7-on-4.1-rc1
commit eae3e9e8843146e7e1cc77bd943e5f8138b61314 (sched: Rewrite per entity
runnable load average tracking)
testcase/path_params/tbox_group: pigz/performance-100%-128K/lkp-nex06
40fa32019d8574cb
FYI, we noticed the below changes on
git://git.cmpxchg.org/linux-mmotm.git master
commit 8dbaaff323f0621832a5594d100664584290699b (mm/slab_common: support the
slub_debug boot option on specific object size)
+--+++
|
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/apic
commit f5d6a52f511157c7476590532a23b5664b1ed877 (x86/smpboot: Skip delays
during SMP initialization similar to Xen)
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers/wip
commit 021515523d1fd3f9e239a1bb4761882703cac9b0 (hrtimer: Get rid of hrtimer
softirq)
+---+++
|
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
commit 1d0dcb3ad9d336e6d6ee020a750a7f8d907e28de (futex: Implement lockless
wakeups)
testcase/path_params/tbox_group: will-it-scale/powersave-pthread_mutex1/lituya
7675104990ed255b
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit b30f0e3ffedfa52b1d67a302ae5860c49998e5e2 (sched/preempt: Optimize
preemption operations on __schedule() callers)
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 56aa45adcc5b793369e535a4b7177f1c7314b577 (usb: gadget: make usb
functions to load before gadget driver)
This commit fixed an warning as below:
[8.571726] [ cut
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 3fdc20bb7880ce3611f0709ed857b98f7d689437 (mm/slab_common: support the
slub_debug boot option on specific object size)
[0.00] [ cut here ]
[
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 2def4ad99befa25775dd2f714fdd4d92faec6e34 (drm/i915: Optimistically spin
for the request completion)
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit de92c8caf16ca84926fa31b7a5590c0fb9c0d5ca (jbd2: speedup
jbd2_journal_get_[write|undo]_access())
It appears that more processes are put in uninterruptible state after the
commit.
On Mon, 2015-06-15 at 11:01 +0200, Maarten Lankhorst wrote:
Hey,
Op 15-06-15 om 08:58 schreef Huang Ying:
FYI, we noticed the below changes on
git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
commit 7f072451f2d3d53e4f6939440e15ab36afed2051 (drm/i915: Implement
Hi, Gerry,
On Tue, 2015-06-16 at 10:09 +0800, Jiang Liu wrote:
On 2015/6/16 1:52, Thomas Gleixner wrote:
On Mon, 15 Jun 2015, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit cd73ca21cd2bb3711b8d80ba74c90d37ef15fe4d (rcu: Force wakeup of
rcu_gp_kthread at grace-period end)
testcase/path_params/tbox_group: aim7/performance-100-fork_test/lkp-a03
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/mlin/linux.git block-generic-req
commit fbccf1df06574add60bdb71103cc1662e477f02d (block: make
generic_make_request handle arbitrarily sized bios)
testcase/path_params/tbox_group: boot/1/vm-kbuild-1G
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit c00ed16a9eb98a7fc076e227bdd95c1451ca1e6e (zswap: runtime
enable/disable)
The following new message in kernel log may make end user confusing:
[5.296308] zswap: loading zswap
On Thu, 2015-07-02 at 08:39 +0200, Joerg Roedel wrote:
On Thu, Jul 02, 2015 at 01:14:18PM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
commit 571dbbd4d044e11c78bc077acb3ccef4c77b096e (iommu/vt-d
On Fri, 2015-06-26 at 11:01 -0500, Felipe Balbi wrote:
Hi,
On Fri, Jun 26, 2015 at 10:32:30AM +0800, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
commit 56aa45adcc5b793369e535a4b7177f1c7314b577 (usb
careful next time.
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 1c14905ef951fb968c8da90e4e64be02c309a2ae (phy: add driver for TI
TUSB1210 ULPI PHY)
+--+++
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/core
commit 30874f21ed9bf392ca910600df8bb1dbfd9beabb (sched/tip:Prefer numa hotness
over cache hotness)
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/mlin/linux.git block-generic-req
commit 86ecb9456ac74ba3996d05ca1b09a7756a31bfd7 (block: make
generic_make_request handle arbitrarily sized bios)
We found the following new message in kernel log, do you increase
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 945fa9c631b04febe295a3a2a00c7e4a3cfb97db (torture: Dump ftrace buffer
when the RCU grace period stalls)
We think the commit may reveal a existing bug.
FYI, we noticed the below changes on
git://git.collabora.co.uk/git/user/tomeu/linux.git ordered-probing-v3
commit 240d94dae48c0e526898bb54639622ca897323c9 (driver-core: probe
dependencies before probing)
++++
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/entry
commit 62c79204783e188291d880f23d49c02d8c8f498b (x86/entry/64: When returning
via SYSRET, POP regs instead of using MOV)
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 649e0a77e28a7796bf62bfda0fe3f2aee094bd58 (of: make unittest select
OF_EARLY_FLATTREE instead of depend on it)
The following new message in kernel log may make end user confuse.
[
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
commit 9131f3de24db4dc12199aede7d931e6703e97f3b (ipv6: Do not iterate over all
interfaces when finding source address on specific interface.)
[ 146.317245] systemd-journald[237]:
cache->time_in should be the first. So if we found one
cache with too small (old) cache->time_in, we can say there are no cache
with same contents and bigger (newer) cache->time_in, so that we can
make decision (break) earlier.
Best Regards,
Huang, Ying
--
To unsubscribe from
Borislav Petkov <b...@suse.de> writes:
> On Mon, Oct 26, 2015 at 11:20:35AM +0800, Huang, Ying wrote:
>> In ghes_estatus_caches[], for caches with same contents, the cache with
>> biggest (newest) cache->time_in should be the first. So if we found one
>> cache with
t; patch in any tree currently, which tree you are testing against?
We test patches from LKML directly now :)
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hugh Dickins <hu...@google.com> writes:
> On Wed, 4 Nov 2015, Huang, Ying wrote:
>> Hugh Dickins <hu...@google.com> writes:
>>
>> > LKP reports that v4.2 commit afa2db2fb6f1 ("tmpfs: truncate prealloc
>> > blocks past i_size") cause
p Numachip support", building with the same config
> (though with GCC 5.2.1), it boots just peachy with the same args.
>
> The patch itself is conservative, so I can't see how it could cause
> early boot hangs. Have you seen this kind of issue before, or is this
> the first
red_fn+0x20/0x20 [btrfs]
>> [ 151.849372] [] generic_file_read_iter+0x488/0x5b0
>> [ 151.850466] [] ?
>> lru_cache_add_active_or_unevictable+0x27/0x90
>> [ 151.852036] [] __vfs_read+0xa7/0xd0
>> [ 151.852960] [] vfs_read+0x86/0x130
>> [ 151.853911] [
7f682342fc6ff635 ("mm, page_alloc:
>> distinguish between being unable to sleep, unwilling to sleep and
>> avoiding waking kswapd")
>>
>> We found the OOM possibility increased 88% in a virtual machine with 1G
>> memory.
>
> Could you provide dmesg output fro
Michal Hocko <mho...@kernel.org> writes:
> On Fri 30-10-15 16:21:40, Huang, Ying wrote:
>> Michal Hocko <mho...@kernel.org> writes:
>>
>> > On Wed 28-10-15 13:36:02, kernel test robot wrote:
>> >> FYI, we noticed the below changes on
>> >
20% -9.1% 88.33 ± 28%-100.0% 0.00 ± -1%
slabinfo.user_namespace.active_objs
97.17 ± 20% -9.1% 88.33 ± 28%-100.0% 0.00 ± -1%
slabinfo.user_namespace.num_objs
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe
Michal Hocko <mho...@kernel.org> writes:
> On Mon 02-11-15 07:20:37, Huang, Ying wrote:
>> Michal Hocko <mho...@kernel.org> writes:
>>
>> > On Fri 30-10-15 16:21:40, Huang, Ying wrote:
>> >> Michal Hocko <mho...@kernel.org> writes:
>> &
agent_write+0x67/0xa0
[ 22.242067] [] cgroup_file_write+0x75/0x180
[ 22.242067] [] ? cgroup_init_cftypes+0x160/0x160
[ 22.242067] [] kernfs_fop_write+0x17e/0x210
[ 22.242067] [] __vfs_write+0x57/0x170
[ 22.242067] [] ? preempt_count_sub+0x13/0xe0
[ 22.242067] [] ? update_fast_ctr+
et.yaml
>
> 2015-10-12 19:27:20 /usr/bin/hackbench -g 8 --threads -l 6
> Running in threaded mode with 8 groups using 40 file descriptors each
> (== 320 tasks)
> Each sender will pass 6 messages of 100 bytes
> ...
> wait for background monitors: perf-profile uptime proc
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 79553da293d38d63097278de13e28a3b371f43c1 (thp: cleanup khugepaged
startup)
=
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit c9dc4c6578502c2085705347375b82089aad18d0 (Btrfs: two stage dirty block
group writeout)
testcase/path_params/tbox_group:
fsmark/performance-1x-1t-1HDD-btrfs-4M-60G-NoSync/ivb44
t_time
155259 ± 0% +0.0% 155259 ± 0% -42.2% 89723 ± 0%
sched_debug.sysctl_sched.sysctl_sched_features
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
David Ahern <d...@cumulusnetworks.com> writes:
> On 9/23/15 6:37 PM, Huang Ying wrote:
>>>
>>> I take it you have CONFIG_NET_VRF enabled. correct?
>>>
>>> With it disabled I see no relevant change in performance between
>>> 8f58336d3f78 and
s a sign
> that it's resolved?
Can you provide the branch name and commit ID for your tree with fix? I
can confirm whether it is fixed for you.
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Jeff Layton <jeff.lay...@primarydata.com> writes:
> On Wed, 30 Sep 2015 07:27:54 +0800
> "Huang\, Ying" <ying.hu...@linux.intel.com> wrote:
>
>> Jeff Layton <jeff.lay...@primarydata.com> writes:
>>
>> > On Mon, 28 Sep 2015 14:49:32
Hi, Waiman,
On Mon, Sep 28, 2015 at 10:30 PM, Waiman Long <waiman.l...@hpe.com> wrote:
>
> On 09/28/2015 04:54 AM, huang ying wrote:
>
> Hi, Peter
>
> On Fri, Sep 4, 2015 at 7:32 PM, Peter Zijlstra <pet...@infradead.org> wrote:
>>
>> On Fri, Sep 04, 20
on the end. Will fix
the script.
>
> Also, this is the end patch of a series that first refactors and then
> adds a capability. The more relevant comparison is 8f58336d3f78 to
> 192132b9a034 (8f58336d3f78 is the co
: Unable to allocate memory on node -1 (gfp=0x208)
[ 55.135607] cache: kmalloc-2048, object size: 2048, buffer size: 2048,
default order: 3, min order: 0
[ 55.138454] node 0: slabs: 22, objs: 352, free: 0
Best Regards,
Huang, Ying
dmesg.xz
Description: application/xz
Mel Gorman <mgor...@techsingularity.net> writes:
> On Thu, Dec 03, 2015 at 04:46:53PM +0800, Huang, Ying wrote:
>> Mel Gorman <mgor...@techsingularity.net> writes:
>>
>> > On Wed, Dec 02, 2015 at 03:15:29PM +0100, Michal Hocko wrote:
>> >> > &
Do you need it?
>
> Thanks for the report! Could you please share dmesg and some info (e.g.
> size..)
> about storage device '/dev/sda3'.
>
The dmesg is attached.
Best Regards,
Huang, Ying
dmesg.xz
Description: application/xz
orting the same issue?
No, there are no other systems reporting the same issue. I will queue
more tests for make sure this is not a false positive.
Best Regards,
Huang, Ying
> Thanks,
> Gerry
>
> On 2015/12/11 15:49, kernel test robot wrote:
>> FYI, we noticed the below changes o
ects an zero-sized inode. So I supposed it happened due to the
> different semantics of metadata flushing between f2fs and xfs.
>
> For 009, I haven't saw it failed for long time, did you test with last f2fs?
We tested the specified commit, so you mean the latest f2fs-tools?
Best Regards,
Huang,
ured on only for
> -rt workloads.
Yes. This is a performance degradation.
> Or am I missing the plot somewhere here?
Which plot?
Best Regards,
Huang, Ying
> Thanx, Paul
>
>> ==
ing numbers mean.
>
> Is your benchmark running faster (good thing) or slower (sorry, but we
> fixed a bug)
The benchmark running slower now. This has big impact on performance,
maybe we can find some clue to optimize from the test result? The
benchmark is about file IO perf
%
to 100% on this machine with small memory. I also added proc-vmstat
information data too to help diagnose it.
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Mel Gorman <mgor...@techsingularity.net> writes:
> On Fri, Nov 27, 2015 at 09:14:52AM +0800, Huang, Ying wrote:
>> Hi, Mel,
>>
>> Mel Gorman <mgor...@techsingularity.net> writes:
>>
>> > On Thu, Nov 26, 2015 at 08:56:12AM +0800, kernel test robo
touches.
> And seeing how its trinity triggering it, I suspect bisection fail.
Thanks for reminding, we will check the bisection process.
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi, Peter,
Peter Zijlstra <pet...@infradead.org> writes:
> On Thu, Nov 19, 2015 at 08:38:58AM +0800, Huang, Ying wrote:
>> Hi, Peter,
>>
>> Peter Zijlstra <pet...@infradead.org> writes:
>>
>> > On Wed, Nov 18, 2015 at 02:33:00PM +0800, kernel t
shed the patch before to my tree (which is 0day tested) and there
> was no such report (but of course trinity is somewhat random).
>
> BTW if you're going to test trinity for perf it may be better to use
> Vince Weaver's version here
>
> https://github.com/deater/perf_event_tests
found we have this feature in our test scripts already, just need to
fix a bug in script, but that is just done yesterday! Please check the
299.full attached.
Best Regards,
Huang, Ying
299.full
Description: Binary data
we don't collect that data during regular regression test. Is
that needed all the time? We will change our test scripts to collect
that data. But that need some time.
Best Regards,
Huang, Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
"Huang, Ying" <ying.hu...@intel.com> writes:
> "Kirill A. Shutemov" <kirill.shute...@linux.intel.com> writes:
>
>> On Mon, Jun 06, 2016 at 10:27:24AM +0800, kernel test robot wrote:
>>>
>>> FYI, we noticed a -6.3
loads
1.343e+13 ± 0% -6.0% 1.263e+13 ± 0% perf-stat.instructions
5.504e+08 ± 0% -6.2% 5.163e+08 ± 0% perf-stat.minor-faults
8.09e+08 ± 1% -9.0% 7.36e+08 ± 1% perf-stat.node-loads
5.932e+08 ± 0% -8.7% 5.417e+08 ± 1% perf-stat.node-stores
5.504e+08 ± 0% -6.2% 5.163e+08 ± 0% perf-stat.page-faults
Best Regards,
Huang, Ying
"Kirill A. Shutemov" <kirill.shute...@linux.intel.com> writes:
> On Wed, Jun 08, 2016 at 04:41:37PM +0800, Huang, Ying wrote:
>> "Huang, Ying" <ying.hu...@intel.com> writes:
>>
>> > "Kirill A. Shutemov" <kirill.shute...@linux.i
Linus Torvalds <torva...@linux-foundation.org> writes:
> On Sat, Jun 11, 2016 at 5:49 PM, Huang, Ying <ying.hu...@intel.com> wrote:
>>
>> From perf profile, the time spent in page_fault and its children
>> functions are almost same (7.85% vs 7.81%). So the tim
Hi, Ingo,
Part of the regression has been recovered in v4.7-rc1 from -32.9% to
-9.8%. But there is still some regression. Is it possible for fully
restore it?
Details are as below.
Best Regards,
Huang, Ying
Hi, Peter,
Peter Zijlstra <pet...@infradead.org> writes:
> On Tue, May 31, 2016 at 04:34:36PM +0800, Huang, Ying wrote:
>> Hi, Ingo,
>>
>> Part of the regression has been recovered in v4.7-rc1 from -32.9% to
>> -9.8%. But there is still some regression. Is
h following parameters:
>> cpufreq_governor=performance/iterations=4/nr_task=1600%/test=fserver
>
> [snip]
>
> Is there any way to get the profiles?
Sorry, our perf-profile support is broken after upgrading perf-profile
recently. We will restore it ASAP and send back to you the perf profile
results.
Best Regards,
Huang, Ying
"Huang, Ying" <ying.hu...@intel.com> writes:
> Al Viro <v...@zeniv.linux.org.uk> writes:
>
>> On Tue, May 31, 2016 at 04:15:15PM +0800, kernel test robot wrote:
>>>
>>>
>>> FYI, we noticed reaim.
Mike Galbraith <umgwanakikb...@gmail.com> writes:
> On Wed, 2016-06-01 at 16:53 +0800, Huang, Ying wrote:
>
>> You mean the commit is a functionality fix?
>
> Yup.
>
> These kind of things can be a bit annoying. The fix to not subtract
> load that we never add
Peter Zijlstra <pet...@infradead.org> writes:
> On Wed, Jun 01, 2016 at 01:00:10PM +0800, Huang, Ying wrote:
>> Hi, Peter,
>>
>> Peter Zijlstra <pet...@infradead.org> writes:
>>
>> > On Tue, May 31, 2016 at 04:34:36PM +0800, Huang, Ying wrote:
>
Minchan Kim <minc...@kernel.org> writes:
> On Thu, Jun 16, 2016 at 03:27:44PM -0700, Huang, Ying wrote:
>> Minchan Kim <minc...@kernel.org> writes:
>>
>> > On Thu, Jun 16, 2016 at 07:52:26AM +0800, Huang, Ying wrote:
>> >> "Kirill A. Shutemov&
Minchan Kim <minc...@kernel.org> writes:
> Hi,
>
> On Thu, Jun 16, 2016 at 08:03:54PM -0700, Huang, Ying wrote:
>> From: Huang Ying <ying.hu...@intel.com>
>>
>> madvise_free_huge_pmd should return 0 if the fallback PTE operations are
>> required. I
Minchan Kim <minc...@kernel.org> writes:
> On Fri, Jun 17, 2016 at 12:45:43PM -0700, Huang, Ying wrote:
>> Minchan Kim <minc...@kernel.org> writes:
>>
>> > Hi,
>> >
>> > On Thu, Jun 16, 2016 at 08:03:54PM -0700, Huang, Yi
Minchan Kim <minc...@kernel.org> writes:
> On Fri, Jun 17, 2016 at 08:59:31AM -0700, Huang, Ying wrote:
>> Minchan Kim <minc...@kernel.org> writes:
>>
>> > Hi,
>> >
>> > On Thu, Jun 16, 2016 at 08:03:54PM -0700, Huang, Yi
501 - 600 of 3349 matches
Mail list logo
