Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Trac Trac
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Legacy
  • TracTrac
  • Issues
  • #25009

Closed (moved)
(moved)
Open
Created Jan 24, 2018 by Nick Mathewson@nickm🍬

I think KIST can use hash tables much less.

Originally, I observed that outbuf_table_add shows up in our malloc profile (#23777 (moved)), where I hadn't been expecting to see it.

After a little more thinking, I'm wondering why we have outbuf_table and socket_table at all:

The contents of socket_table_ent could become a member of channel_t, and save us a hashtable lookup there.

The outbuf_table could become a smartlist with a corresponding index pointer in channel_t, since we're basically using it as an unordered set.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking