p
/
haven
1
0
Fork 0
Code Issues 1 Pull Requests Releases Wiki Activity

The hack continues. I've increased the event channel buffer. I know I'm 

goofing here.

What I'd personally like to do is just use an "infinite" channel. That
is, push the limit of how many events can be processed to the machine
and not set an artificial limit in XGB. Some day...
This commit is contained in:
Andrew Gallant (Ocelot) 2012-10-16 23:40:59 -04:00 committed by Přemysl Janouch
parent 13eff4bec3
commit 269a7b9cc6
Signed by: p
GPG Key ID: A0420B94F92B9493
1 changed files with 2 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
nexgb/xgb.go
View File

@ -41,7 +41,7 @@ const (
// that can be loaded off the wire and not grabbed with WaitForEvent // that can be loaded off the wire and not grabbed with WaitForEvent
// until reading an event blocks. This value should be big enough to handle // until reading an event blocks. This value should be big enough to handle
// bursts of events. // bursts of events.
eventBuffer = 500 eventBuffer = 5000
) )
// A Conn represents a connection to an X server. // A Conn represents a connection to an X server.
@ -409,6 +409,7 @@ func (c *Conn) readResponses() {
case c.eventChan <- event: case c.eventChan <- event:
default: default:
go func() { go func() {
println("overflowing...")
c.eventChan <- event c.eventChan <- event
}() }()
} }