Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
berkut
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
88 ms
·
811.
▲
by
berkut
14y ago
Erm, I don't understand where this impression there's no high quality media content creation tools available for Linux is coming from... I guess it depends what segment of the market you're looking at: 80% of the large VFX houses in the wor
812.
▲
by
berkut
14y ago
I had to rip the sleeve cover to get it off as it wouldn't slide without ripping...
813.
▲
by
berkut
14y ago
Yeah, it almost looks like a premultiply issue, but PNG should be non-premultiplied, so... http://imgur.com/6ovIu Also, the original has values in the RGB channels for pixels with no alpha that aren't visible (due to the alpha) but need t
814.
▲
by
berkut
14y ago
I'm not saying it's not theoretically possible for GC'd languages to do that, I'm just saying in my experience of some of them (Python, Lua, Java) limitations of the language in terms of how/where/when to allocate memory has limited its use
815.
▲
by
berkut
14y ago
> Memory allocation being a bottleneck in high-performance applications? I'm not sure what your "high-performance" means (HPC? Games?) Games, 3D raytracers, particle systems, fluid simulations. That's my experience, and in every one, GC
816.
▲
by
berkut
14y ago
> The garbage collector has nothing to do with things like memory struct alignment. Exactly - that's my point - with garbage collectors you can't do things like align to 16-byte boundaries for SSE, or so they fit in cache lines... >
817.
▲
by
berkut
14y ago
Of course it is. Programs are rarely CPU-bound from a number of instructions-per-second point-of-view. 80% of the time I've profiled high-performance applications, it's been memory allocations and deallocations that have been the issue. Gar
818.
▲
by
berkut
14y ago
You can use Ctrl + [ instead which is easier...
819.
▲
by
berkut
14y ago
Not according to: http://en.wikipedia.org/wiki/Mac_App_Store and people familiar with the issue...
820.
▲
by
berkut
14y ago
It's getting ridiculous - I'd heard of this happening a lot, and then last week one of my GPL'd Mac apps that's hosted on GitHub appeared on the Mac Store, being sold for €23.99 by some person (obviously Chinese with a really dodgy website)
821.
▲
by
berkut
14y ago
That's not quite true - render time still is very important, even for the biggest studios like ILM/SPI/Dreamworks with the biggest renderfarms. However, yeah, artist time is more costly, and recently GI pathtracing raytracers have made huge
822.
▲
by
berkut
14y ago
"C++ (gets translated into C)" - oh really?
823.
▲
by
berkut
15y ago
The core binary diff code is written in C.
824.
▲
by
berkut
15y ago
It's not just the math libraries (although these are indeed much better - especially under Linux), its loop unrolling and vectorization using intrinsics are much better than other compilers in my experience. However, no compiler I've found
825.
▲
by
berkut
15y ago
There's a reason languages with garbage collectors aren't used where speed is important - because they normally get in the way.
826.
▲
by
berkut
15y ago
Getting languages to run as fast as (or faster than) C for things like tight floating point or int calculations isn't that difficult - at the end of the day, any decent compiler JIT or pre-compiled is going to produce roughly the same asm
827.
▲
by
berkut
15y ago
Since 3.0 added greedy register allocation and LLVM SVN just added better intrinsics for SSE and AVX, I've seen LLVM SVN from the last few weeks pull ahead of GCC 4.6.2 in quite a few personal projects for high performance C++ whereas befor
828.
▲
by
berkut
15y ago
I think you might want to check your facts: LLVM + Clang source code: 9.9MB + 6MB = C, C++ and Obj-C compiler and linker GCC source = 69MB = just C compiler and linker G++ source = 6.6MB = C++ additions to GCC So I'm curious as to where you
829.
▲
by
berkut
15y ago
That's a complete fallacy in my experience developing high-end VFX software for three platforms (Linux, Windows, OS X). OS X is causing us so much trouble compared to other platforms. With XCode developer stuff, you can only target two ve
830.
▲
by
berkut
15y ago
But it's a real problem the "inactive" memory on OS X. If I do a malloc of 7GB with 6 GB free and 800 MB of inactive memory on my MBP, the system starts paging before it deallocates the inactive memory. If I ctrl-c the application, suddenly
831.
▲
by
berkut
15y ago
For 3D rendering, yeah, the geometry and textures are the same, so you re-use them. But you get double the output. And it's not just RGBA data, generally you output AOVs of Z depth, UV coords, Normals, XYZ world position pass, motion vector
832.
▲
by
berkut
15y ago
1. Most VFX places are on a fat bandwidth pipe because it's becoming more and more common to shares assets with other studios. It's definitely an issue, but with geometry formats like Alembic which offer very efficient compression and de-du
833.
▲
by
berkut
15y ago
That's Weta being weird and being wed to their PRMan pipeline using PantaRay as a first-stage radiosity solution which is fed to PRMan as an infinite series of lights. It works, but from what I hear it's limiting their pipeline quite a bit.
834.
▲
by
berkut
15y ago
The reasons GPUs aren't yet used much in the VFX industry, are: GPUs are currently limited by what they can do - they're fast in terms of float throughput in a simple loop, but as soon as you introduce a lot of branching (for things like gl
835.
▲
by
berkut
15y ago
Those were just reference images for the lookdev and environment mapping (at least in Iron Man) or set background plates in the compositor - feature films are generally recorded at 2K (2048x1556) or (these days moving to) 4K (4096x3112), DS
836.
▲
by
berkut
15y ago
What are you talking about? Intel's 65nm (Pentium M) can still beat similarly clocked (1.5 Ghz) ARMs at 28nm - that's not due to process, that's due to a much more powerful architecture designed for speed over power consumption (Pentium M,
837.
▲
by
berkut
15y ago
Okay, I probably should have been more specific - they might take up more memory, but you generally need less of them to do the same thing in RISC, so that usually more than compensates. Instruction decode isn't really difficult - 4-way dec
838.
▲
by
berkut
15y ago
The old RISC vs CISC is completely dead now. Intel have now shown they can match ARM's equivalent powered CPUs in terms of energy efficiency, and that was the last argument the RISC proponents had in the argument. Intel's chips are internal
839.
▲
by
berkut
15y ago
Yeah, due to the fact they're out-of-order, the A15s will should be back on top. When the Pentium Pro was introduced with OOO pipeline, it got a 20% speed increase over similarly clocked Pentiums. The issue might be can the A15s keep their
840.
▲
by
berkut
15y ago
1. Intel have a deal with TSMC to allow TSMC to fab Atom silicon for custom SoC solutions. 2. Intel is way ahead of other fabricators - die size alone isn't the only metric, there's things like powergating which Intel are way ahead on. Th
More ›