Project

General

Profile

Actions
Copy link

Feature #649

closed

Babeltrace is limited by the OS max number of open files

Added by Mathieu Desnoyers about 11 years ago. Updated almost 5 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
10/15/2013
Due date:
% Done:

0%

Estimated time:

Description

Babeltrace should eventually implement a LRU list of opened files to overcome OS limits about number of files that can be concurrently opened by a process. It could then kick out the least recently used file any time it reaches a pre-specified limit (based on max nr of open files).

Actions
Copy link
 #1

Updated by Mathieu Desnoyers about 11 years ago

In order to deal with cases where events are written synchronously in locked-step in every stream (worse-case of the LRU approach), we could keep a cache, in memory, of a few kB after the current stream position when we kick a stream out of the LRU.

Doing so would let us keep the mmap'd (zero copy) buffers for the common case.

Actions
Copy link
 #2

Updated by Jonathan Rajotte Julien almost 5 years ago

  • Status changed from New to Invalid

State of babeltrace moved a lot since.

Closing this ticket as invalid. Reopen it if it stills apply to Babeltrace 2.

Actions
Copy link

Also available in: Atom PDF