Displaying 8 results from an estimated 8 matches for "index_size".
Did you mean:
idx_size
2005 Nov 26
3
Get number of found documents
...Because site could have millions
of documents I need to create on page link something like
"Page #100". Rather usual situation.
But to create this links I need to know how many documents Ferret found in
index.
For now I am doing it with following code
index = FerretConfig::INDEX
index_size = index.search(query).size
@document_pages = Paginator.new self, index_size, PAGE_SIZE, page_num
But I am not sure that statement index.search(query).size will be effective
here. Because it returns an array of found documents. What if such documents
will be 100000?? I don''t want to se...
2018 Nov 21
3
[PATCH nbdkit v2 0/3] Rewrite xz plugin as a filter.
v2:
- Fixes a number of bugs in corner cases.
- Uses a 1M block size to fetch from the underlying plugin. This
improves performance considerably.
I also tested this much more thoroughly and can't find any more bugs.
Rich.
2018 Nov 21
5
[PATCH nbdkit 0/2] Rewrite xz plugin as a filter.
Matt asked if xz should really be a filter rather than a plugin. The
answer is yes, of course it should be! That's been something in the
todo file for a while.
The commit converts the xz plugin code into a filter (leaving the
plugin around, but deprecating it).
plugin: nbdkit xz file.xz
filter: nbdkit --filter=xz file file.xz
plugin: # can't be done
filter: nbdkit
2007 Aug 20
1
Using --link-dest= multiple times - performance?
...llect [0].
Now I'm wondering about the performance and memory usage:
- How much more memory will rsync use for every --link-dest= parameter?
- How heavy do you expect it to influence performance with every
additional --link-dest= parameter?
In general I think that rsync could either
- use index_size memory for each --link-dest, doing full index of the
directory
- or just do stat() for each file in the source in each directory
specified by --link-dest
As stats() in general are not that heavy I expect it not to cost much
additional time, but on the other hand, stat()ing 50k files will stil...
2014 Jul 10
3
[PATCH 0/3] nvc0: ARB_(multi_)draw_indirect support
The main patches are from Christoph. Unfortunately they're a little beyond my
understanding of all the vertex-related details, but they generally seemed
fine. I'm just going to push these unless someone steps up to review them.
Christoph Bumiller (2):
nvc0: add support for indirect drawing
nvc0: fix translate path for PRIM_RESTART_WITH_DRAW_ARRAYS
Ilia Mirkin (1):
nouveau: check if
[Bug 59242] New: some mesa demos start to segfault after "nouveau: improve buffer transfers" on nv43
2013 Jan 11
2
[Bug 59242] New: some mesa demos start to segfault after "nouveau: improve buffer transfers" on nv43
...:1344
vbuf = <optimized out>
#11 0xb683a026 in st_draw_vbo (ctx=0x80bf6c0, prims=0x8100238, nr_prims=1,
ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3,
tfb_vertcount=0x0) at ../../src/mesa/state_tracker/st_draw.c:265
st = 0x80fe798
ibuffer = {index_size = 0, offset = 0, buffer = 0x0, user_buffer = 0x0}
info = {indexed = 0 '\000', mode = 7, start = 0, count = 4,
start_instance = 0, instance_count = 1, index_bias = 0, min_index = 0,
max_index = 3,
primitive_restart = 0 '\000', restart_index = 0,
count_from_stream_ou...
2016 Mar 06
8
[PATCH 0/5] Use less stack.
Various changes/fixes to use smaller stack frames.
Rich.
2016 Mar 07
2
[PATCH v2] Use less stack.
...yylloc, yyscan_t scanner, struct parse_context *context, const char *msg);
diff --git a/builder/pxzcat-c.c b/builder/pxzcat-c.c
index 4b49e74..1f5ceeb 100644
--- a/builder/pxzcat-c.c
+++ b/builder/pxzcat-c.c
@@ -250,8 +250,8 @@ parse_indexes (value filenamev, int fd)
{
lzma_ret r;
off_t pos, index_size;
- uint8_t footer[LZMA_STREAM_HEADER_SIZE];
- uint8_t header[LZMA_STREAM_HEADER_SIZE];
+ CLEANUP_FREE uint8_t *footer = NULL;
+ CLEANUP_FREE uint8_t *header = NULL;
lzma_stream_flags footer_flags;
lzma_stream_flags header_flags;
lzma_stream strm = LZMA_STREAM_INIT;
@@ -260,6 +260,13 @@...