similar to: 6361644 Differences in SUID scripts between S9 and S10

Author: jkennedy Repository: /hg/zfs-crypto/gate Revision: 6a727a093fbd6794a7ca69a71d9fa81f29c9364b Log message: 6251659 statvfs taking 30 second to complete performance regression s9 to s10 oracle 9ir2 starcat ufs Files: update: usr/src/uts/common/fs/ufs/ufs_alloc.c update: usr/src/uts/common/fs/ufs/ufs_inode.c update: usr/src/uts/common/fs/ufs/ufs_thread.c update:

Author: peterte Repository: /hg/zfs-crypto/gate Revision: 3ba32c5bc9459959256eb41efe4324aff24953d0 Log message: 6259653 cp command fail to copy 3.2 GB flash archive from DVD in S9/S10 32 bit x86 system. Files: update: usr/src/uts/common/fs/hsfs/hsfs_vnops.c update: usr/src/uts/common/sys/fs/hsfs_spec.h

Hi Linfeng, On 06/02/17 02:51 PM, Linfeng Zhang wrote: > However, the critical thing is that all the states in each stage when > processing input[i] are reused by the next input[i+1]. That is > input[i+1] must wait input[i] for 1 stage, and input[i+2] must wait > input[i+1] for 1 stage, etc. That is indeed the tricky part... and the one I think you could do slightly differently. If

Hi Linfeng, On 06/02/17 07:18 PM, Linfeng Zhang wrote: > This is a great idea. But the order (psEncC->shapingLPCOrder) can be > configured to 12, 14, 16, 20 and 24 according to complexity parameter. > > It's hard to get a universal function to handle all these orders > efficiently. Any suggestions? I can think of two ways of handling larger orders. The obvious one is

Hi Jean-Marc, Attached is the silk_warped_autocorrelation_FIX_neon() which implements your idea. Speed improvement vs the previous optimization: Complexity 0-4: Doesn't call this function. Complexity 5: 2.1% (order = 16) Complexity 6: 1.0% (order = 20) Complexity 8: 0.1% (order = 24) Complexity 10: 0.1% (order = 24) Code size of silk_warped_autocorrelation_FIX_neon() changes from 2,644

Hi Jean-Marc, Thanks a lot for reviewing this huge assembly function! silk_warped_autocorrelation_FIX_c()'s kernel part is for( n = 0; n < length; n++ ) { tmp1_QS = silk_LSHIFT32( (opus_int32)input[ n ], QS ); /* Loop over allpass sections */ for( i = 0; i < order; i++ ) { /* Output of allpass section */ tmp2_QS = silk_SMLAWB(

Hi Linfeng, Thanks for the updated patch. I'll have a look and get back to you. When you report speedup percentages, is that relative to the entire encoder or relative to just that function in C? Also, what's the speedup compared to master? Cheers, Jean-Marc On 05/04/17 12:14 PM, Linfeng Zhang wrote: > I attached a new patch with small cleanup (disassembly is identical as > the

This is a great idea. But the order (psEncC->shapingLPCOrder) can be configured to 12, 14, 16, 20 and 24 according to complexity parameter. It's hard to get a universal function to handle all these orders efficiently. Any suggestions? Thanks, Linfeng On Mon, Feb 6, 2017 at 12:40 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 02:51 PM,

Hello R-friends, i have a question to the "text"-function. a little test-dataset for better understanding: -the dataset was imported with read.table(....,header=TRUE) s1-s10 are the samplenames var1 var2 var3 s1 1 1 2 s2 2 3 1 s3 2 2 3 s4 5 4 3 s5 4 2 3 s6 6 3 2 s7 8 5 4 s8 7 2 1 s9 9 3 2

Hi Linfeng, I had a closer look at your patch and the code looks good -- and slightly simpler than I had anticipated, so that's good. I did some profiling on a Cortex A57 and I've been seeing slightly less improvement than you're reporting, more like 3.5% at complexity 8. It appears that the warped autocorrelation function itself is only faster by a factor of about 1.35. That's a

> >% gdiff ../kqemu-osol-1.3.0pre9/kqemu-solaris.c . > >54c54 > >< static uint_t kqemu_busy = 0; > >--- > > > > > >>static uint32_t kqemu_busy = 0; > >> > >> > >73c73 > >< static uint_t upages_locked = 0; > >--- > > > > > >>static uint32_t upages_locked = 0; > >> >

I attached a new patch with small cleanup (disassembly is identical as the last patch). We have done the same internal testing as usual. Also, attached 2 failed temporary versions which try to reduce code size (just for code review reference purpose). The new patch of silk_warped_autocorrelation_FIX_neon() has a code size of 3,228 bytes (with gcc). smaller_slower.c has a code size of 2,304

Author: wyllys Repository: /hg/zfs-crypto/gate Revision: 72e646444ab691a20b8eca0f34c8add2ed672e7c Log message: 6353492 Regression of 4786126: Kerberos Delegation Credentials not working on S10 and Nevada 6366616 telnet buffers are not big enough to work with some Kerberos tickets 6398068 kerberos gss mechanism does not report out-of-sequence tokens correctly Files: update:

Author: ahrens Repository: /hg/zfs-crypto/gate Revision: 2f3e2b378c0e7958796b026a1d3ee28f3329221a Log message: 6397264 zfs-s10-0311:assertion failed:((&dnp->dn_blkptr[0])->blk_birth == 0) 6397267 assertion failed: (link->list_next == 0) == (link->list_prev == 0) Files: update: usr/src/uts/common/fs/zfs/dmu_tx.c update: usr/src/uts/common/fs/zfs/dnode_sync.c

Hi Jean-Marc, Thanks for your suggestions. Will get back to you once we have some updates. Linfeng On Mon, Feb 6, 2017 at 5:47 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Linfeng, > > On 06/02/17 07:18 PM, Linfeng Zhang wrote: > > This is a great idea. But the order (psEncC->shapingLPCOrder) can be > > configured to 12, 14, 16, 20 and 24 according to

Hi, ABCRegister.td : def SGPR32 : RegisterClass<"ABC", [i32], 16, (add S0, S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, S11, S12, S13, S14, S15 )>; def SFGPR32 : RegisterClass<"ABC", [f32], 16, (add S0, S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, S11, S12, S13, S14, S15 )>; ===== Instruction selection ends: ... t8: i32 = ADDrr t37, t32

Hello, If you're interested in authoring your presentations/slide shows in Markdown, you might check out the Slide Show (S9) gem in Ruby. A simple slide show looks like: What's Slide Show (S9)? ======================= A Free Web Alternative to PowerPoint and KeyNote in Ruby Getting Started in 1-2-3 Easy Steps =================================== * Step

Thank Jean-Marc! The speedup percentages are all relative to the entire encoder. Comparing to master, this optimization patch speeds up fixed-point SILK encoder on NEON as following: Complexity 5: 6.1% Complexity 6: 5.8% Complexity 8: 5.5% Complexity 10: 4.0% when testing on an Acer Chromebook, ARMv7 Processor rev 3 (v7l), CPU max MHz: 2116.5 Thanks, Linfeng On Wed, Apr 5, 2017 at 11:02 AM,

Hello, == What's new in 0.7? I removed the dependency on Maruku (and Oniguruma) and now allow and check for optional installed Markdown libraries/gems. For now the search order for markdown libraries is first come, first serve, that is: rdiscount > rpeg-markdown > maruku > bluecloth (fallback, always present because it's required in gem spec). If you want to use

This information is Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: zfs list default output 1.2. Name of Document Author/Supplier: Author: Rich Morris 1.3 Date of This Document: 19 October, 2007 4. Technical Description This case changes the default output of the post S10 zfs list command. The stability of the flags are