Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Create a new issue
  • Issue Boards

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #9709

Closed (moved)
Open
Opened Sep 09, 2013 by Roger Dingledine@arma

We accept way more tap cells than we process

Our fix in #7291 (moved) was meant to have us turn away onionskins that we're unlikely to get to. But in practice our #9658 (moved) patch shows that we're accepting way more than we process.

Linus briefly did a test where he cherry-picked the #9658 (moved) patch onto 0.2.4.16-rc and it was still only handling about 25% of incoming requests. His cursory analysis was that he was dropping them with the

    log_info(LD_CIRC,
             "Circuit create request is too old; canceling due to overload.");

line.

Should we be refusing these earlier, so clients can know to go elsewhere?

One possible culprit is that the main Tor thread is too busy to give cpuworker events out on time.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Tor: 0.2.6.x-final
Milestone
Tor: 0.2.6.x-final
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#9709