chuhnk

59 ms·

541.
TCP on LAN(tools.ietf.org)
2 points by chuhnk 16y ago|0 comments
542.
Happstack: A Haskell Web Framework(happstack.com)
7 points by chuhnk 16y ago|0 comments
543.
Misco: Map Reduce for Mobile Systems(highscalability.com)
2 points by chuhnk 16y ago|0 comments
544.
by chuhnk 16y ago
An eagerly anticipated release. I'm really looking forward to utilizing the fibers associated with native kernel threads.
545.
by chuhnk 16y ago
Very cool, something I'll try utilitize internally for processing large files.
546.
Changing Culture to Enable DevOps(infoq.com)
1 points by chuhnk 16y ago|0 comments
547.
Concurrency, Real and Imagined in MRI: Threads(engineyard.com)
2 points by chuhnk 16y ago|0 comments
548.
Speeding Up Ruby on Rails(ibm.com)
2 points by chuhnk 16y ago|0 comments
549.
by chuhnk 16y ago
Prefork requires a process per request whereas Worker only requires a thread per request. So say you've got 20 processes in prefork taking 100mb each. You can server 20 concurrent requests and its using 2gb of memory. Where as with worker m
550.
Mongrel2 Superpoll Experiment Step 1(sheddingbikes.com)
21 points by chuhnk 16y ago|21 comments
551.
by chuhnk 16y ago
I was excited to see a new movement in database schemes that provide a different way of storing data outside a relational database model however a couple things bother me. Firstly calling it nosql, its just complete disrespect of sql and re
552.
Ruby RE2 Yardoc(yardoc.org)
1 points by chuhnk 16y ago|0 comments
553.
by chuhnk 16y ago
Freenode baby Freenode
554.
RE2 in ruby(github.com)
4 points by chuhnk 16y ago|0 comments
555.
Ubuntu Enterprise Cloud(ubuntu.com)
6 points by chuhnk 16y ago|0 comments
556.
by chuhnk 16y ago
Yea I think like some the term DevOps makes me cringe as well since people use it as a job title when it should be more thought of like agile development, just another term to describe a process of working. I use chef because I needed a way
557.
Cloud AWS vs Physical Infrastructure(highscalability.com)
2 points by chuhnk 16y ago|0 comments
558.
by chuhnk 16y ago
Well this is a given right? I've seen this tip given time and time again, dont scale before you have to. Some may completely object to that but if you are a startup and just trying to get going, grab a server or some resources in the cloud,
559.
by chuhnk 16y ago
A terrible article and assumption. Each resource has its pros and cons. Alot of startups will begin with virtualization because its cheaper and an easy way for them to manage resources in the sense that they can split a server for app and d
560.
Velocity 2010 Conference Slides/Videos(royans.net)
2 points by chuhnk 16y ago|0 comments
561.
by chuhnk 16y ago
Agreed, both are based on the linux 2.6 kernel so you cant really go wrong. I use Redhat in the production environment, CentOS in development and Ubuntu for desktops. When it comes down to it, its preference, which do you prefer to work wit
562.
20 tips for hardening linux servers(cyberciti.biz)
2 points by chuhnk 16y ago|0 comments
563.
VoltDB. Speed = 100x MySQL & 13x Cassandra & 45x Oracle(highscalability.com)
63 points by chuhnk 16y ago|38 comments
564.
K&R C Exercises and Solutions: Chapter 1(users.powernet.co.uk)
3 points by chuhnk 16y ago|0 comments
565.
Scala Days 2010 Conference videos(days2010.scala-lang.org)
2 points by chuhnk 16y ago|0 comments
566.
by chuhnk 16y ago
Underlying schema or code changes that drastically affect the service's availability. In terms of mysql you are talking locked tables when there is a schema change. But then I dont know if they still use mysql, they were talking about a mov
567.
by chuhnk 16y ago
I use godaddy cert's at work and have ran into the same issue. A tip for anyone using nginx. Cat the intermediate cert into your ssl certificate file. It fixes the warnings. Part 3 here: http://nginx.groups.wuyasea.com/articles/how-to-setu
568.
by chuhnk 16y ago
Yea see thats a pain but the concept is great. To turn everything into a json feed. There has to be a better way of doing though that js scrapers.
569.
by chuhnk 16y ago
Unicorn and thin are both written in ruby with the core being the ragel HTTP parser which was first implemented in mongrel. Thin took that ragel parser and added eventmachine to the mix which made it much faster the mongrel. Unicorn went a
570.
by chuhnk 16y ago
His primary use case is different for mongrel2 compared to mongrel however its based off the same HTTP parser and is a webserver so I guess the continuation seemed appropriate. Being completely written in C its going to be blindingly fast.

More ›