I would like to buy the motherboard which dose support VT-d.

Enjoy your E3 =]

Regards,

Kan

The motherboard does not support VT-d unfortunately.

The secondary LAN is not supported by ESXi natively, but it is supported with 3rd party drivers: http://esxi-customizer.v-front.de/ + http://dl.dropbox.com/u/27246203/E1001E.tgz (see http://www.vm-help.com/forum/viewtopic.php?f=12&t=2194&start=160 for more information.)

Thanks!

John

I’m planning to buy S1200KP, but I have some question about the board.

Is that the board can support VT-d function?
Is that ESXi support for two LAN interfaces?

Thanks for your time.

Regards,

Kan

You have officially kicked off a weekend full of research and experimentation; I’ll certainly let you know what I come up with.

Thanks again!

This was an interesting approach. Thanks for sharing. Like you, I’ve been searching for a better method of implementing OO techniques in Javascript. I’ve done a lot of reading and tried a number of different approaches. I thought I had my own version working nearly perfectly until today. Most of my work was based off a combination of these articles:
http://www.coolpage.com/developer/javascript/Correct%20OOP%20for%20Javascript.html
http://blog.reinpetersen.com/2008/10/interface-in-javascript.html

However, today as I was implementing something with jQuery’s $.ajax() method, I discovered to my chagrin that extending Object.prototype does not play well with jQuery. In particular, while using $.ajax(), jQuery will do a “for..in” over the data object and pass each of its properties as data in your ajax request. If the properties are functions, they will be executed and their results will be passed as parameters. It would be nice if jQuery would bother to check the properties against Object.hasOwnProperty(), but unfortunately it doesn’t.

This obviously introduced a couple of problems. The first was that the Object.prototype methods suggested on that link were throwing errors because jQuery was calling them without the expected parameters. If a user did something wrong like that, throwing an error would be the proper response, but when jQuery was doing it, it was a problem. I was able to correct this by doing some more checking on the arguments passed, and by removing a couple of the less important “throw” statements.

However, the problem that wouldn’t go away was the fact that my AJAX requests were sending more data than they should (and much of it was irrelevant). For example, even if I tried to make an AJAX request with a single object literal containing a single property, jQuery would add properties for the execution results of calling Object.inherits(), Object.implements(), etc., for that object literal. It was a waste of execution cycles and data over the wire.

I searched for “jQuery OO Javascript” and stumbled upon your method here, and gave it a try. It seems promising, but as I was playing with your example, I noticed something that would be a deal breaker for me. I copied all of your code from this page and ran it. Things seemed to work as expected, running parent methods with .inherited(), etc. However, something like this unfortunately returned false:

box instanceof window.foo

Part of the appeal of applying OO concepts to Javascript is to be able to decisively alter execution logic or verify parameters based on the class of an object, so to me this would be a fundamental necessity. I haven’t spent much time poring over your code yet to see how it might be possible to modify it so that instanceof could be used as expected, but I’d be curious to hear if you had any thoughts about it.

If nothing else, this is a good mental exercise and is an academically interesting thing for me to see. Thanks again for sharing it!