140 karma · joined October 25, 2011
The reason why chroot is not enough is that you want to allow a different pace of using certain dependencies is different applications. In a way its similar to how Mac OS packages applications as they all ship their own prefix root so to say.
While I understand why the author is complaining, he should much rather complain to all his potential customers that make a purchase decision based on price instead of ethically supporting american workers.
I'm really waiting to see all those voters spend significantly more on "Made in Great America" apparel to make sure to keep all those jobs...
In my opinion, if the trans-bay (e.g. Oakland to San Mateo) and around-the-bay (Berkeley - SJ) public transport would be reasonable in terms of time, things could normalize easier. It could take some pressure of the rent market as more opportunities could be found in other places.
If you look for example at runtime compilation of queries in database systems, compiling can take significant amount of time, at least enough so it doesn't feel instant anymore.
To get incremental compilation, one would need fully dynamic dispatched invocation which would be probably horrible slow.
This said, I'm a strong believer in runtime code generation, just with a reduced scope rather than full c++.
Thanks
It's like moving to a foreign country and then continue to buy and to eat only your old local food, and go out and talk to only people from your old home. You will miss so much.
In the benchmark this requires the compiler to generate code that makes sure that the object was not changed by issuing an exclusive request for the data plus the additional pointer dereferencing.
To check what is really happening I recommend two things:
1) Look at the generated code and see what the compiler issues. 2) Compare object* vs shared_ptr<object> 3) Compare unique_ptr vs object vs object*
My assumption is that unique_ptr will be faster than shared_ptr and have the same speed as object* and that will be a bit slower than object.
While the idea of a replay debugger is really nice, I don't understand where this limitation comes from. I thought, that since years we practically live in a 64 bit world.
Every science has it's own merits and problems and we CS people do not only sit on the couch and drink coffee before we hit back on some brogramming and getting the next 10^9$ from Facebook.
My key take-away from this post is that: Yes, the system is designed for young, childless PhDs who are willing to put 80hs/weeks into work and robot-like follow the advice of others. But, it does not have to be like that. It's paramount to remember everyday why you are doing this job and why you love research and teaching.