searchfaster

Thank you !

Please take a look at https://searchera.io for a demo. My personal email is on my profile.

If you are interested in trying out an alternative, please let me know.

Of course. We are doing our best to build a rock solid product which is fast, flexible, cost-effective with excellent support.

Finally, it is the customers call. They are going to choose what works best for them :)

Ours is a custom index written mostly in 'C' and bit of x86 assembly. It is very lightweight and extremely fast even without the use of replica indexes for every sort order.

Thanks for signing up.. Will get you started as soon as we have our additional servers up.

Yes, we are currently hosted only in NY. Can you please ping beta.searchera.net and check the latency from your location ?

Once we are out of beta we will be offering distributed datacenters. West coast USA and Europe to start with. The option to install in your own servers / cloud provider is another option.

If you would like to try it out, I can always bring up a host quickly next to your location on digitalocean or aws. Please send me an email on hello@searchera.io

Thanks ! Actually 40% of our current beta users are existing Algolia customers. Maintaining separate indexes for every sorting / ranking option and intentionally restricting the application to stay under limit is a drawback that many complain about.

Our On-Premises option is something which a few potential customers have been interested in.

Yes.. this is something our startup is working on fixing. How you sort and how you prioritize your fields to be searched are all configurable at query time.

If you pay for a million records, you should be able to store a million records.

https://searchera.io

We are currently in beta and our website is not fully up but the demos give an idea of what is possible.

Really cool.. Please highlight what is currently being played, will make it even better.

Plenty of 3rd party devices support Google voice though.. I have been using a ooba (not sure about the name) for 4 years now as my home phone.

I can find the code and repost it.

Here it is.. https://github.com/yahoo/mdbm

I did a test of 'Bare metal Linux' vs 'Containers on bare metal linux' for our product. In this case it is just 2 processes a 'search component' and an 'analytics and logging component'. Under heavy load the 'search' uses a lot of disk reads, CPU and network, while the logging module uses a lot of disk writes.

The comparison was done on

1) Ubuntu server 16.04 with both processes running as they usually do (Search with higher priority)

2) Core OS - Both processes running each in a separate rkt container (search with higher priority).

I saw no change in CPU / Network / Disk access metrics and my throughput remained the same.

Please note though, in my case I do not have way too many microservices as the general usage is. Also I use host networking. I also had no need for orchestration services like Kubernetes / swarm etc.,

TLDR:; No change between running product in container vs no-container mode with host networking, minimal containers and no orchestration.

As a developer who just spent the last night building a visualization tool analyzing reddit data, totally appreciate the value of a good designer.

It is very hard to balance 'simplicity', 'usability' and 'features'.

I had to cut short many features and options because the interface was getting too complex.

Yes.. Its left to the API provider.

Try https://learngraphql.com gives a very good idea of what graphql is. Way better than reading the official documentation or spec.

Once I went through it, made up my mind that our API as a service product should support Graphql.

Note: I am in no way related to the site.. It is free and I finally actually understood what graphql is in 15 mins.

Agree, I am waiting for powerful, yet cost-effective bare metal servers.

Hyperloglog is a pretty straightforward, simple and awesome algorithm.. probably that is the reason.. Take a look at redis implementation.. it is very easily readable.

I have been running rkt on coreos and has been pretty stable..

I have always been using snprintf

Atleast AFAIK in Bayarea, nobody cares as long as you have the skills. I have had the pleasure of working with some amazing engineers & team players who were let go in earlier jobs.

Just tried it locally, latency is < 1ms..

Thanks.. just tried it out with my service, beats nginx for simple http proxying pretty easily by a nice margin. Envoy supports way more features than nginx too !

Any numbers on latency Envoy adds for each request ?

Move your data to dropbox paper, which I assume is hackpad++

Hey dyngts, sorry I have not used GCP load balancers extensively and was not sure if this is supported.

Manigandham's post below confirms it though with all the necessary information.

Not sure if it GCP does, but the load balancer can handle HTTPS termination and even filter out DOS attacks or handle rate limiting.

Yes, but this is just 16GB or 32GB, which is not really big.

Not sure where this will be useful.. Only major advantage seems to be the super low read latency.

I was wondering if this will be any helpful for a product I am working on, but as I use mmap for reading our data, don't really see a benefit after the initial read.

Frontend, I believe they use Ember now.

Nicely put... wish I had tried Emacs sometime. I can relate to what you are saying as I use Vim commands/shortuts everywhere from my Window manager, browser to custom key mapping of lkjh for arrow keys on my ergodox keyboards..

I have been using the Google container registry to store my private images. Costs just a few cents a month for my use case. If you don't want to pay the minimum 7$ per month for more than 1 private image.

https://cloud.google.com/container-registry/