Displaying 7 results from an estimated 7 matches for "19421".
Did you mean:
1,421
2006 Apr 23
0
Don''t you think RDoc should be changed when used in Rails?
DOnt you think it would be great if RDoc was changed when used with
rails? At the moment there are 3 sections at the top : Files, Classes
and Methods. In the Classes section Models, Helpers and Controllers are
intermingled. I think it would make more sense and be more useful if
there were seperate sections for these.
What do you think?
Thanks,
Chris
--
Posted via
2015 Jan 24
4
Indexing Mail faster
Hi,
I am trying to get faster search results on our webmail client(Roundcube).
Besides using Lucene for FTS are there other options?
Would having all mails indexed give fast results?
Currently the time it takes to search 25,000mails is 4mins. If indexed how
much faster are we looking at?
Really appreciate if someone could advise about this.
Thanks
Kevin
2015 Jan 24
0
Indexing Mail faster
...18586 18602 18603 18604 18605 18664 18769 18770 18772 18773 18774 18811 18813 18944 18952 18953 18981 18982 18983 18998 19124 19127 19129 19130 19136 19171 19174 19176 19180 19181 19182 19217 19218 19241 19243 19245 19257 19259 19276 19358 19360 19361 19362 19363 19375 19388 19390 19391 19393 19394 19421 19422 19423 19437 19492 19579 19594 19660 19668 19918 19920 19921 20016 20032 20034 20036 20038 20041 20053 20055 20149 20150 20159 20210 20211 20258 20282 20301 20355 20356 20357 20358 20360 20371 20376 20467 20468 20469 20475 20477 20481 20482 20483 20485 20487 20488 20489 20490 20491 20492 20493...
2005 Dec 11
5
1.0alpha5 released
We have now some new big features:
- Beginnings of dbox mailbox format. It should work, but if you happen
to delete/break index files, the mails aren't found again. So really not
a good idea to use it for more than testing.
- GSSAPI (Kerberos 5) support by Jelmer Vernooij with some fixes by
pod@herald.ox.ac.uk
- Added dictionary API to Dovecot, similar to what Postfix has. It can
be used
2015 Jan 27
4
Indexing Mail faster
...604 18605 18664 18769
> 18770 18772 18773 18774 18811 18813 18944 18952 18953 18981 18982 18983
> 18998 19124 19127 19129 19130 19136 19171 19174 19176 19180 19181 19182
> 19217 19218 19241 19243 19245 19257 19259 19276 19358 19360 19361 19362
> 19363 19375 19388 19390 19391 19393 19394 19421 19422 19423 19437 19492
> 19579 19594 19660 19668 19918 19920 19921 20016 20032 20034 20036 20038
> 20041 20053 20055 20149 20150 20159 20210 20211 20258 20282 20301 20355
> 20356 20357 20358 20360 20371 20376 20467 20468 20469 20475 20477 20481
> 20482 20483 20485 20487 20488 20489 204...
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...1936 0 0.01 11910 0 0.01 11910
des_enc.ll 4 92589 0 0.02 92562 0 0.02 86661
des.ll 11 277788 0 0.03 277761 0 0.03 277761
dfgparser.ll 121 371364 5 0.03 369879 2 0.04 370667
dfgscanner.ll 21 221750 0 0.02 221733 0 0.03 221733
dijkstra.ll 6 24357 0 0.01 24323 0 0.01 24323
direction.ll 22 19450 0 0.01 19421 0 0.01 19421
dirsend.ll 8 107105 0 0.02 107071 0 0.01 107071
display.ll 0 456 0 0.01 421 0 0.01 421
distray.ll 9 86112 0 0.02 86085 0 0.02 86085
divides.ll 3 8241 0 0.01 8225 0 0.01 8225
div.ll 18 13898 7 0.01 11319 7 0.01 11319
Divsol.ll 4 29265 0 0.01 29243 0 0.01 29243
djpeg.ll 5 90842 0 0.01 90...