Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hp50g
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
91.
▲
by
hp50g
14y ago
It's not Ada or Pascal-like :)
92.
▲
by
hp50g
14y ago
Google windows SDK. Download, install. Sorted. What's hard about that?
93.
▲
by
hp50g
14y ago
TBH win32 was pretty good and well thought out. How it was plugged into NT and how it evolved wasn't.
94.
▲
by
hp50g
14y ago
dynamic loading, arbitrary casts (it is what I tell you it is) etc etc.
95.
▲
by
hp50g
14y ago
This is win32 and does not represent the NT kernel in any way. There is a load of stuff they had to port from win16 which was shit and have been stuck with it ever since that effectively compromises NT's architecture. GDI in kernel space wa
96.
▲
by
hp50g
14y ago
Definitely. I had a dialup SLIP server running on NetBSD on an old Compaq desktop for nearly 10 years and it didn't get a single update. It died when the case filled up with dust to the point the CPU fan stopped going round and it blew up.
97.
▲
by
hp50g
14y ago
That's still NTFS territory. ReFS seems more appropriate for large scale file serving and/or volume flexibility. As for all the symbolic links, they all still work. They're only there for compatibility reasons and will disappear at some poi
98.
▲
by
hp50g
14y ago
Agree here. My statement perhaps could be better written. I'm saying not that idiots write C, but idiots can write C badly and often do. Much as anyone can cross a road, idiots can do it and reliably get squashed every time. I disagree abou
99.
▲
by
hp50g
14y ago
This sort of stuff works until you need to poke some registers in a graphics card or the language's MM has a bug or you need C's dynamic nature.
100.
▲
by
hp50g
14y ago
You are wrong: I'm calling them idiots because they use C in a dumb way and don't stick it through valgrind etc.
101.
▲
by
hp50g
14y ago
C also makes memory access and device driver code very easy. The mechanical issues are a side effect of that. As for design errors, they are hard to prevent anywhere.
102.
▲
by
hp50g
14y ago
It doesn't ship with half the dependencies that were tangled up which is why minwin exists. Minwin has a GUI too (apparently you can trigger it during boot on win phone 8 :) )
103.
▲
by
hp50g
14y ago
I'd actually blame it on idiots writing C myself. You can't really have a totally safe systems programming language (correct me if I'm wrong here).
104.
▲
by
hp50g
14y ago
Better x86/x64 support I'd imagine. Despite being a rabid Linux fanboy, I've had way more driver availability issues with Linux over the years than windows. To be honest, windows just pretty much works these days.
105.
▲
by
hp50g
14y ago
Most of these aren't used frequently. I imagine they will make a reappearance in ReFS2 if required
106.
▲
by
hp50g
14y ago
It almost is. Windows 2008 Server Core was a result of this. It doesn't have a GUI. Ita also what they run Azure on.
107.
▲
by
hp50g
14y ago
NT has had VFS from day one (volume manager). You just don't get to see it from the UI and win32 abstraction. In fact NT has mounts, a single tree, case sensitivity and no concept of drive letters. sounds a bit unixy doesn't it? I have no i
108.
▲
by
hp50g
14y ago
To be honest, windows NT is a whole load more complicated than Linux variants at every level. It's almost a framework for building operating systems upon. NT architecture is actually really super nice - shame about win32 being thrown on to
109.
▲
by
hp50g
14y ago
I don't know why they even think they'd get away with this. All strategic targets will be flattened in 30 minutes flat and the rest of the country will just starve to death or die from the fallout. I assume they know this will happen? I gen
110.
▲
by
hp50g
14y ago
We have to use iSCSI. Not all our kit talks NFS plus we use SAN block replication between DCs which really doesn't play nice with NFS (we did test it and discovered that not all NFS implementations are good). This whole thing has to play ni
111.
▲
by
hp50g
14y ago
Apple's dalek lawyers will emerge chanting litigate! Litigate! Litigate! Serious Apple have always done a crappy job of online services - why would you expect any more.
112.
▲
by
hp50g
14y ago
2TiB per LUN on ESX until recently actually. We have a single filesystem that is 19TiB.
113.
▲
by
hp50g
14y ago
AWS is a prime example. EC2 unreliable, doesn't perform well and is expensive (and fairly weather dependent by the looks too). If you want anything that can actually shift anything, dedicated servers are cheaper (but you might actually have
114.
▲
by
hp50g
14y ago
2008. TBH not sure what CPUs we had in there. Kit has been scrapped now. I wouldn't bother going through it again. We now have a standard half and full rack which we can purchase and deploy quickly for an installation so there are no plans
115.
▲
by
hp50g
14y ago
We run our software (and other "enterprise" software) multiple instances per node and they are fully isolated. Most is in JVMs but we have C++ stuff with no problems.
116.
▲
by
hp50g
14y ago
Unless you are doing really heavy IO or CPU across multiple VMs on the same host which is likely if you have any load worth mentioning. There is a 20% to 30% difference if you run one process per VM or 8 processes on bare metal in an 8 core
117.
▲
by
hp50g
14y ago
Processes are a form of virtualisation are they not? That's enough abstraction.
118.
▲
by
hp50g
14y ago
Its a shit tool that creates issues and costs fuckwads of cash. That is it. We understand it. The numbers sold are not the numbers gained. The entire infrastructure deployment was planned around virtualization, DC failover and resilience us
119.
▲
by
hp50g
14y ago
Its definitely 20-30% for realistic workloads using VM based tech on top I.e. CLR/JVM or a database engine which is realistic. This is on top of VMware. I can't speak for Xen. The outcome is pretty grim.
120.
▲
by
hp50g
14y ago
I think this only solves the cost problem. VMware is damn expensive for what it is. I'm not really a fan of virtualization myself. We canned it at our organisation a couple of years ago. We had 30 ESX/vSphere managed hosts across 3 data cen
More ›