Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
What's the story with these ads on Slashdot? Check out our new blog post to find out. ×

Comment Re: Mach messages vs sysv messeges (Score 1) 164

Yes, shared memory for data transfer is the fastest, no copying and nothing goes through the kernel. I'm looking into what would be the fastest in terms of lowest latency for notifications, i.e. signaling another process. I'm kind of surprised that there's not a lot of benchmarks of posix messages vs unix domain sockets vs pipes out there.

Comment Re: Mach messages vs sysv messeges (Score 2) 164

The reason I'm interested is we're developing an agent based modeling language which makes very heavy use of IPC messages, so low latency and low overhead is super critical. Currently on OSX, it used Mach messages which works extremely well, I'm porting the system to Windows, and I'm using Windows ALPC messaging, http://www.zezula.net/en/prog/... Which is also working very well, it's actually very similar to Mach messages. Makes sense, as both OSX and Windows are hybrid micro/monolithic kernel OSs so it makes sense to have a fast messaging system. I'm going to port the system to Linux, but still need to research what is the lowest latency IPC system to use there. From my testing, Mach messages are faster on OSX than named pipes, I'm not sure how Linux sysv messaging compares to named pipes yet.

Comment Re: Why are websites dragging their feet on this? (Score 1) 93

Flash performance is apocalypticly horrid, whenever I try to watch a freaking flash vid on cnn, cpu usage goes to 400% and the fans start blaring. But a higher res YouTube vid is only around 5-10% max. Plus, everything the God damned flash plugin loads, this freaking Adobe update bullshit pops up and tries to hound me into updating flash. flash so so so needs to die!

Comment NOOOOOO!!!!!! (Score 5, Insightful) 273

I can think of few things that can destroy an economy faster than having a large amount of workers with ZERO job stability.

What do think caused all of the stock market crashes: volatility. When you have people with no stability, like say working for a few days, then trying to find another job, they spend most of their time trying to find a job rather than actually working and doing something productive. Worse yet, with this kind of stability, people can not even begin to image of buying a house, a car, and I doubt working day to day, you can even get an apartment.

This form of volatile, "at-will" employment is just INSANE.

Comment How do you tell if .h is C or C++??? (Score 1) 264

I suspect that most search engines classify .h as a C file. In reality it could be either, and far and away the most common practice is for C++ to also use .h for header files.

On in extremely rare cases have I seen anything other than .h for C++ headers. Once in a great while, I've come across .hxx (there used to be a company that wrote compilers for Windows shareware developers called Borland that used .hxx or maybe .hpp I think) On SGI, I think I've once or twice seen .hh

Comment Re:Qt? (Score 2) 54

But who would do that?

A: You should NOT be giving the impression that either Google or Apple use Qt because you found a few independent developers how make apps for Android or iOS which happen to use Qt.

B: The OSX VLC GUI is written with Cocoa/Objective C, the only platform than I know is Qt is Linux.

I haven't used them much on Windows, but Qt apps on OSX are always a train wreck, nothing feels write, everything looks fake (because it is fake, all the controls are emulated), nothing lines up, and all look like a warmed over Win3.1 app with a cheesy emulated OSX skin. Linux is usually the only platform where Qt apps work well.

Comment Delphi is dead, just accept it. (Score 2) 492

Who in their right minds would use a closed source proprietary language that is locked to Windows from a company that is NOT Microsoft and is on the verge of their next bankruptcy/sale/???

What could delphi possibly every offer that in not in not available in C#??? With C#, at least you have a solid company behind it (Microsoft). Ive seen this so-called Delphi cross platform and it is an utter joke. The dev environment is completely locked to Windows, the apps it generates don't even vaguely resemble a native Mac application. Visual Studio is freaking FREE, yes, FREE, and supported by an actual company like Microsoft.

The company has such a great track record as well, lets see, it was borland, then they had this brilliant idea to throw everything away and wrap everything around QT, then they threw all that away, went bankrupt and became inprise. Then that went bankrupt, assets were bought by code gear, that went bankrupt, assets bought by what embarcadero now. How long until this joke goes bankrupt.

You want cross platform, use something that actually has a standard like C#, C++ or Java.

I guess Delphi is great for maintaining your shareware windows applications you wrote back in 1995.

How about interacting with others, well Delphi is such a joke that it can't even use a C++ library compiled with MSVC, and what 3 people on the planet actually use Delphi, so I guess you could work with them???

Funny how every company I've ever worked for "used to be Borland shop". Think about it.

Comment Re:pfsense (Score 1) 403

400 lines of shell script is just absolutely ridiculously long. These shell scripts co-mingle configuration with business logic, a recipe for disaster. I'm not blaming them, they are a product of their time, the 1970's, back when shell scripts were the only option for configuring a system. Before we had a declarative rule based system of configuration. And then hack upon hack upon hack got added to these shell scripts.

Its the same idea as concatenating a bunch of strings together at run-time to create a sql query. Sure, its quick, dirty but is a security disaster (ever hear of SQL injection). As apposed to having some proper stored procedures in the database itself, and only sending and receiving parameters and data from the database.

A tangled maze of shell scripts was perfectly acceptable in the 1970's but we need to move beyond this, we need to move to a grown up rule based system that cleanly separates business logic from configuration parameters.

Comment Re:pfsense (Score 0, Offtopic) 403

However, I don't understand the blatant systemd misrepresentation/hatred

About 80% of the hatred comes from the bandwagon effect. I'll bet the vast majority of the haters have no idea who Poettering, only he's some bad guy we have to hate. The other 20% of the hate comes from graybeard sys admins who know the unique file formats of the 1000 different config utilities Linux has traditionally had and are either afraid to learn anything new or afraid that they might not be so indispensable at their jobs.

What systemd does is give a single consistent way of configuring the system. You want security nightmare, how about the 1000's of freaking shell scripts that call each other in a giant mass of spaghetti to configure a traditional Linux system.

One of the great benefits of systemd is that it is written in C and not a giant mess of shell scripts. With C, you actually get COMPILE TIME CHECKING. With these dammed shell scripts, you have no idea if they work up until they run, and you have no idea what execution path they could go through. Shell scripts are fine a glue code for user programs, but give me something with some static checking like C for critical components.

Promising costs nothing, it's the delivering that kills you.

Working...