Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sams99
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
19 ms
·
151.
▲
by
sams99
15y ago
re the ip route trick, be sure to read http://lkml.indiana.edu/hypermail/linux/kernel/1007.2/00395....
152.
▲
by
sams99
15y ago
I totally agree with the concern, but the only way for a clean comparison here would be for me to spin up a new VM. I observe the exact same patterns as I get from the windows VM on our Linux 2.x prod box so assume they are the same. There
153.
▲
by
sams99
15y ago
mainly cause I did not have a chance to set up an old Linux VM. The number hold though, the initial congestion window is 2-3 on the 2 line kernels.
154.
▲
by
sams99
15y ago
I also came across this http://yuba.stanford.edu/~nanditad/talks.html which is very interesting
155.
▲
by
sams99
15y ago
This is very far off from what I am proposing, the Linux kernel team decided to implement a recommendation that is still under review by the ietf, every release of Linux from 3 onwards has IW 10 enabled by-default. Like it or not, IW of 10
156.
▲
Why upgrading your Linux Kernel will make your customers much happier
(samsaffron.com)
260 points
by
sams99
15y ago
|
55 comments
157.
▲
by
sams99
15y ago
Re "Pages should have only HTML. JS files only JS. JS files referenced at the very bottom of the body. Very simple." I suggest you view the source of http://api.jquery.com/ready/ before making that assertion. If it was that simple why is
158.
▲
by
sams99
15y ago
My laptop which could be a bit faster, the cold cache issue is the major issue though. Distributing a file this big in a scalable way without blocking requires a lot of servers.
159.
▲
by
sams99
15y ago
That is absolutely true, was looking at the cnn.com .. http://z.cdn.turner.com/cnn/tmpl_asset/static/intl_homepage/... which is in the header chews up 100k of compressed js. This monster must take upwards of 20ms to parse in chrome as wel
160.
▲
by
sams99
15y ago
My current thinking is: http://snipt.org/uNq8
161.
▲
by
sams99
15y ago
Let's be clear ... I am not attacking jQuery here, just saying it is misuse to chuck it in the header and offering a practical mechanism to get out of a mess you create. I explain the cost of placing it in the header. I am not perfect, I ma
162.
▲
by
sams99
15y ago
true, we are used to using the shorthand notation in fact at SO we use a special internal variant called StackExchange.ready for a similar purpose, you could get $(document).ready remapped with a similar trick if you wanted, or you could si
163.
▲
by
sams99
15y ago
well its more of a legacy problem, we are used to using it everywhere, deferring external scripts is a fairly easy exercise but those tiny snippets everywhere that have $(doStuff) are more annoying to port
164.
▲
by
sams99
15y ago
true, still verbose, but more elegant than the solution in asp.net mvc
165.
▲
by
sams99
15y ago
you get to see your content on the page rendered before jQuery is parsed and compiled. There are other approaches like asyc or defer that are preferred but harder to implement and you could go for a leaner jQuery like say jQuip
166.
▲
by
sams99
15y ago
That is one technique you can use to assist you in pushing your jQuery include to the bottom, the others are having a smart script registration piece that takes care of it for you or running code that rewrites the html like blaze.io does
167.
▲
by
sams99
15y ago
The main reason this happens is that most MVC platforms generate pages piecemeal, say for example you are generating a 'product' page: It has a 'template' that contains your header,footer and scripts that everyone relies on. Then the produc
168.
▲
Stop Paying Your jQuery Tax
(samsaffron.com)
357 points
by
sams99
15y ago
|
84 comments
169.
▲
by
sams99
15y ago
As a father, on my death bed I am sure my biggest regrets are going to be: 1. That I did not work 78 extra weekends 2. Did not squeeze an extra 3 hours into each of my 8 hour workdays 3. Had more days where I had a vacant look in my eyes,
170.
▲
by
sams99
15y ago
I agree with you gomphus, as an outsider reading this article it did make me feel kind of crappy. The main feeling I got was: "Look at the King! Look at the the King! Look at the King, the King, the King! The King is in the altogether, but
171.
▲
by
sams99
15y ago
DebuggerStepthrough has its limitations, this one is pretty big: http://stackoverflow.com/questions/8751814/can-debuggerstept...
172.
▲
by
sams99
15y ago
A killer when I upgraded my blog was the builder changes in 3.1 ... they added a param that killed fast_xs http://stackoverflow.com/a/7257363/17174 without fast xs you have no hpricot and woeful perf http://samsaffron.com/archive/2008/03
173.
▲
by
sams99
15y ago
This issue has reached Bloomberg, Wall Street Journal, The Guardian, Washington Post ... and so on http://news.google.com.au/news/more?q=chrome&hl=en&r...
174.
▲
by
sams99
15y ago
Clearly Matt did the right thing here, but the cynic in me says that all press is Good Press ... and now Chrome is going to get lots of it for free. Mission accomplished.
175.
▲
by
sams99
15y ago
People are always offended for "other" people, I would be curious to hear the thoughts of a person who is truly offended by the word fuck. Does it have some magic powers that cause it to fire off a pain circuit in mutant brains?
176.
▲
by
sams99
15y ago
We have not, has anyone ran any benchmarks/tests comparing the mono GC to the Microsoft GC? I am pretty sure we would need to change large chunks of our system to run it in mono.
177.
▲
by
sams99
15y ago
I agree with your criticism, many times developers of managed platforms (Java, .NET and even the less complex GCs like Ruby) forget that memory needs to be allocated and deallocated. Often we think the magic memory fairy is going to make ev
178.
▲
by
sams99
15y ago
I do admit it surprised me that we stored tags in an fts field when I started, but after a few months it made quite a bit of sense, the queries are just way faster.
179.
▲
by
sams99
15y ago
The issue popped up once in a hundred times, in general people do not notice. Tags are stored both in a posttags table and free text. Fts is faster for many queries.
180.
▲
by
sams99
15y ago
I agree this is a totally valid option, trouble is we have no c experts on core team so it would raise the cost of maintaining. Also the code is fairly complex, moving to structs was fairly simple compared to a c port.
More ›