History log of /titanic_52/usr/src/lib/libzpool/common/taskq.c (Results 1 – 10 of 10)
Revision Date Author Comments
# 738f37bc 06-Nov-2014 George Wilson <george.wilson@delphix.com>

5244 zio pipeline callers should explicitly invoke next stage
Reviewed by: Adam Leventhal <ahl@delphix.com>
Reviewed by: Alex Reece <alex.reece@delphix.com>
Reviewed by: Christopher Siden <christophe

5244 zio pipeline callers should explicitly invoke next stage
Reviewed by: Adam Leventhal <ahl@delphix.com>
Reviewed by: Alex Reece <alex.reece@delphix.com>
Reviewed by: Christopher Siden <christopher.siden@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed by: Richard Elling <richard.elling@gmail.com>
Reviewed by: Dan McDonald <danmcd@omniti.com>
Reviewed by: Steven Hartland <killing@multiplay.co.uk>
Approved by: Gordon Ross <gwr@nexenta.com>

show more ...


# aa846ad9 05-Feb-2012 Garrett D'Amore <garrett@damore.org>

1557 assertion failed in userland taskq_destroy()
Reviewed by: Richard Lowe <richlowe@richlowe.net>
Reviewed by: George Wilson <gwilson@zfsmail.com>
Approved by: Eric Schrock <eric.schrock@delphix.co

1557 assertion failed in userland taskq_destroy()
Reviewed by: Richard Lowe <richlowe@richlowe.net>
Reviewed by: George Wilson <gwilson@zfsmail.com>
Approved by: Eric Schrock <eric.schrock@delphix.com>

show more ...


# 5aeb9474 27-Jul-2011 Garrett D'Amore <garrett@nexenta.com>

734 taskq_dispatch_prealloc() desired
943 zio_interrupt ends up calling taskq_dispatch with TQ_SLEEP
Reviewed by: Albert Lee <trisk@nexenta.com>
Reviewed by: Richard Lowe <richlowe@richlowe.net>
Revi

734 taskq_dispatch_prealloc() desired
943 zio_interrupt ends up calling taskq_dispatch with TQ_SLEEP
Reviewed by: Albert Lee <trisk@nexenta.com>
Reviewed by: Richard Lowe <richlowe@richlowe.net>
Reviewed by: Alexey Zaytsev <alexey.zaytsev@nexenta.com>
Reviewed by: Jason Brian King <jason.brian.king@gmail.com>
Reviewed by: George Wilson <gwilson@zfsmail.com>
Reviewed by: Adam Leventhal <ahl@delphix.com>
Approved by: Gordon Ross <gwr@nexenta.com>

show more ...


# 64109744 04-Mar-2010 Chris Horne <Chris.Horne@Sun.COM>

6900839 taskq_ent_alloc: TQ_SLEEP performance cliff when tq_nalloc > tq_maxalloc
6928985 taskq filled with taskq_bucket_extend calls will not help
6928184 Anago: On takeover, one node fails to rejoin

6900839 taskq_ent_alloc: TQ_SLEEP performance cliff when tq_nalloc > tq_maxalloc
6928985 taskq filled with taskq_bucket_extend calls will not help
6928184 Anago: On takeover, one node fails to rejoin cluster, appliance kit won't start on the other node

show more ...


# 35a5a358 24-Nov-2009 Jonathan Adams <Jonathan.Adams@Sun.COM>

6881015 ZFS write activity prevents other threads from running in a timely manner
6899867 mstate_thread_onproc_time() doesn't account for runnable time correctly
PSARC/2009/615 System Duty Cycle Sche

6881015 ZFS write activity prevents other threads from running in a timely manner
6899867 mstate_thread_onproc_time() doesn't account for runnable time correctly
PSARC/2009/615 System Duty Cycle Scheduling Class and ZFS IO Observability

show more ...


# d20e665c 22-Sep-2009 Ricardo M. Correia <Ricardo.M.Correia@Sun.COM>

6650218 Commit callbacks API for the DMU
6747932 Add a ZAP API to move a ZAP cursor to a given key.
6856020 ztest keeps creating and doesn't destroy threads


# 2e0c549e 30-Apr-2009 Jonathan Adams <Jonathan.Adams@Sun.COM>

6586537 async zio taskqs can block out userland commands


# 88b7b0f2 15-Oct-2008 Matthew Ahrens <Matthew.Ahrens@Sun.COM>

6333409 traversal code should be able to issue multiple reads in parallel
6418042 want traversal in depth-first pre-order for quicker 'zfs send'
6757112 zvol dump code is extra complicated
6725668 wa

6333409 traversal code should be able to issue multiple reads in parallel
6418042 want traversal in depth-first pre-order for quicker 'zfs send'
6757112 zvol dump code is extra complicated
6725668 want ::zfs_blkstats to show block type stats after scrub
6725675 dmu traverse code has extraneous features
6725680 P2CROSS is confusing to use
6725698 zvol dump device should always be 128k
6729696 sync causes scrub or resilver to pause for up to 30s
6730101 online recv can cause scrub to miss some blocks
6752226 assertion failed in dbuf_verify: db->db.db_size >= dn->dn_datablksz
6577985 panic when zfs send a snapshot with i/o errors
6755042 zdb -Lbc counts block several times in case of checksum errors

show more ...


# c25056de 09-Aug-2007 gw25295 <none@none>

6584470 zdb needs to initialize the bpl_lock mutex
6583739 libzpool should check for properly initialized mutexes
6548010 unbalanced mutex_init/mutex_destroy issues in zfs
6502263 ZFS needs some more

6584470 zdb needs to initialize the bpl_lock mutex
6583739 libzpool should check for properly initialized mutexes
6548010 unbalanced mutex_init/mutex_destroy issues in zfs
6502263 ZFS needs some more FreeBSD porting love
Contributed by Pawel Dawidek
6576827 multiple calls to spa_activate() can end up reinitializing all its mutexes
6576830 certain spa mutexes and condition variables need some love

show more ...


# fa9e4066 31-Oct-2005 ahrens <none@none>

PSARC 2002/240 ZFS
6338653 Integrate ZFS
PSARC 2004/652 - DKIOCFLUSH
5096886 Write caching disks need mechanism to flush cache to physical media