Hacker Newsnew | past | comments | ask | show | jobs | submit | linc01n's commentslogin

I worked in a advertising network company which is a major player of one city. I re-write the ad-serving algorithm to solve some of the problems. That piece of code is running 24/7 for 5+ years. If you are in that city and browsing the web. It will run through my code path.


I think Manta is better if the result set is smaller than input set. So network performance won't matter that much. And also a per second pricing is better since the author need the result in 10 seconds.

Spinning up a cluster of VMs and use 10 seconds and they charge you min. 1 hour seems expensive to me.


SmartOS is a good choice. They provide KVM and joyent opensource their SmartDataCenter https://github.com/joyent/sdc

so you can provision VM with API.

They are developing for LXC which will give you better performance in the future.


...Wait. Did you just say they're developing LXC? That is hilarious.

They're SmartOS! They're on the Solaris codebase! They've had containers since 2005! Literally before it existed, it had containers!


linc01n's comment was a little unclear. SmartOS isn't doing anything with the LXC protect. What SmartOS has done is revived the branded zones code from Sun for emulating Linux system calls. This means that you can run Docker containers on SmartOS as zones, as well as use dtrace, mdb and ptools on your Linux binaries. You can read up some more here:

https://wiki.smartos.org/display/DOC/LX+Branded+Zones


I saw Bryan Cantrill's talk on that! It did sound neat.


I thought github pages is running on riak and webmachine from 2012[0].

[0] https://speakerdeck.com/jnewland/github-pages-on-riak-and-we...


I threw out that prototype soon after the talk. At the time, there weren't a lot of other engineers at the company doing Erlang, so maintenance was considered to be a long-term problem. I'm glad we made that call.


There are so many presentations of the form "We're using Erlang/Scala/whatever, it's so awesome!", but so few followups when they give up on the idea for production..


It's hard to sustain some alternate technology in the face of common knowledge. Rarely does technical advantage outweigh hard-won operational experience.


As much of a fan of Erlang and Riak as I am, you did make the right call. If you only have one or two people on the team who want to know that technology, then it isn't a smart move to base a core piece of technology on it (Erlang) just because it might be the best answer. Sometimes an okay answer that everyone is familiar with is much better.


I work in AdTech too. I'm still looking for a perfect counter solution. The counter we are using always overrun (which is better than up/down/up/down). We still manage to hack it by patching the number periodically.

p.s. I am working in an Ad Network but not plugging into exchange. Our system is not capable for that.


Genuinly curious: did you try implementing realtime stream processing solution, using Storm or similar?


VoltDB is pretty fantastic at counters. (VoltDB Engineer)


Atom has a 2MB file limitation. That's why I wouldn't use it professionally yet.


I'm not sure that's even 'large', let alone 'huge'.


For real. I think I've had to open multi-GB files in Sublime a few times. (And if not that, then certainly hundreds of MB.) Worked like a charm.


"H.264、H.265支持到4K@30帧/秒". 4k@30fps


They just announced it 4 hours ago. MITV2 http://www.mi.com/mitv is 49-inch. They haven't updated their english site yet.



I am using Stash also. Love the new side-by-side diff. We switched from Gitlab to Stash few months ago. Mainly because Stash upgrade was way easier than Gitlab at that time.


RhodeCode (https://rhodecode.com) has side-by-side diffs, too and support Git AND Mercurial.


I built an ad engine base on probability. But I am not sure which way is better.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: