kev009

79 ms·

961.
by kev009 10y ago
Twitter might have come close to that at some point
962.
by kev009 10y ago
I used it exclusively on top of the Playframework for web development from 2011-2014 full time, and occasionally thereafter (job switch). I find it a very sturdy way to build web applications, and the time penalty of initial development is
963.
by kev009 10y ago
Something sounds suspicious there, I would use DTrace to see what is going on with locking. I have no performance complaints, including the HBase cluster that is very demanding.
964.
by kev009 10y ago
Yes, I use it for my personal web servers. I completely rid myself of Linux when Debian switched to systemd. I run nginx for static and proxy services. I wrote some Scala/Play apps that I run in jails on OpenJDK8. I run some open s
965.
by kev009 10y ago
This is no longer really valid with OpenJDK 8. I run a production Hadoop and HBase cluster on FreeBSD at work. I run Scala applications on my personal FreeBSD servers.
966.
by kev009 10y ago
I really wouldn't want to expose GLib to this level but to each their own. kcgi is an interesting C API with security taken seriously: http://kristaps.bsd.lv/kcgi/
967.
by kev009 10y ago
That is bad engineering, HDDs have about the same drive writes per day as SDDs once you get into the TB sized SSDs.
968.
by kev009 10y ago
I don't. I think they are using an FPGA because it is convenient and they are willing to throw away some of the margins on their product for ease of implementation. That particular FPGA has a PCIe hard IP, and they probably implement
969.
by kev009 10y ago
Curious to see FPGAs at the center of a product like this, especially from IBM which has always been willing to do low volume tapeouts (helps to own a foundary)
970.
by kev009 10y ago
You really shouldn't run non-CoW file systems above 90%, to include UFS and ext
971.
by kev009 10y ago
HardenedBSD is some young people that have very little experience with C and computer architecture picking bones against some people in the FreeBSD community who have that experience in spades and becoming angsty and upset that they are una
972.
by kev009 10y ago
It looks like a really well thought out language, and the willingness to break some things that looked like C holdovers in 3.0 for future clarity is also interesting. I'm wondering if Swift will hit a sweeter spot than Go (GC, weird ta
973.
by kev009 11y ago
False. Cache misses are expensive. Unnecessary thread sleeps and context switches are expensive.
974.
by kev009 11y ago
It is standard practice when max throughput and/or latency are desired to pin. A scheduler provides convenience and automatic balancing in face of shifting workloads. If you have a fixed function system, it's just getting in the
975.
by kev009 11y ago
It seems semi-common to run HBase with G1GC now days.
976.
by kev009 11y ago
You will be doing battle with the GC in many of these applications. Yes, even 1.5+. 10ms is an eternity to do no workload.
977.
by kev009 11y ago
I worked at a place a handful of years ago that used SICStus ( https://sicstus.sics.se/ ) because it was quite a bit faster than the other implementations. I'd like to revisit prolog, I think it is an underused language
978.
by kev009 11y ago
They also use real people to call and remind people to renew and upsell. Probably annoying to HN demographic, but that is pretty savvy business foresight for the rest of the universe. Part of market building and maintance, the "ignor
979.
by kev009 11y ago
When godaddy had one of their big SOPA snafu I switched to name.com. name.com prices are good, UI is good, seems like a decent company. I guess they were bought last year by a larger company and I've noticed no negative changes. gandi.
980.
by kev009 11y ago
The article has nothing to do with the "actual" future of things like energy. He's being cheeky that, due to general silliness on several levels of media companies, he cannot get content he wants as easily as he used to desp
981.
by kev009 11y ago
You hit the nail on the head for my experience. In a domain I am much more at home at, data storage reminds me of the same. Most storage vendors want to be gobbled up by EMC, IBM, Hitachi, Oracle StorageTek.. it takes a lot of guts to go i
982.
by kev009 11y ago
Throwback and maybe not so useful anecdote.. the first startup I worked at created an analog/mixed signal circuit design suite that seemed fairly innovative. I am not a EE, so I really don't know how much of that was the founder&
983.
by kev009 11y ago
Running it on a laptop is a bit of a science project still, if you want a seamless experience it's not really there, but it can be done. At this point you can use up to Haswell intel graphics with suspend/resume.
984.
by kev009 11y ago
As far as I understand, we are more handshake deal based. A lot of our traffic is special events where a customer blows up the Internet for a day and needs a lot of help in mitigating problems from that.
985.
by kev009 11y ago
Are you doing HW that is frozen in time? I would suggest that many things should be branch rebased roughly every two years unless there are extreme circumstances. I think EMC Isilon has recently realized this as example.
986.
by kev009 11y ago
Honestly, meh. I was moderately early to the Linux game (1998) and bandwagon really didn't do proportional good. I use FreeBSD because I can understand and influence it.
987.
by kev009 11y ago
That may start to get rough with MFCs as the branch petrifies, but yes it should fall within the same crosschecked two engineer budget for a reasonable time span. You should seek commit bits to maintain said branches if you rely on them, b
988.
by kev009 11y ago
I run FreeBSD -CURRENT on a Lenovo C30, which is a dual Xeon E5 workstation platform. Key to my use for the past 1-2 years with a 30" and 3 24" monitors is the nvidia binary video driver. Prior to this setup I ran Gentoo. I fin
989.
by kev009 11y ago
IMHO If you are doing a product, you should be doing your own RelEng and support. It takes about two engineers for good coverage.
990.
by kev009 11y ago
Both.. Facebook advertised "write your own ticket" not so long ago for Linux kernel developers. You are guaranteed to be going up against Google if you want Linux kernel talent that has significant influence. Xref Dan Luu's

More ›