OSNews: http://www.osnews.com/story/26252/Easy_x86-64_x86-64_assembly Exploring the Future of Computing en-us Copyright 2001-2013, David Adams adam+nospam@osnews.com Thu, 23 May 2013 09:45:31 GMT http://www.osnews.com/images/osnews.gif OSNews.com http://www.osnews.com X64 http://www.osnews.com/thread?529974 http://www.osnews.com/thread?529974 The nice thing about x64 is that in that somewhere deep down floating among all the x86 compatibility sewage there is a really nice subset of a good ISA. Mon, 06 Aug 2012 22:43:00 GMT donotreply@osnews.com (Carewolf) Comments It looks so ... sensible http://www.osnews.com/thread?529994 http://www.osnews.com/thread?529994 Granted, it's been many many years since I've looked at x86, but this looks really nice compared to back then.

16 general purpose 64-bit registers? Sign me up!

If only I had a reason to use it... :-) Tue, 07 Aug 2012 00:44:00 GMT donotreply@osnews.com (Dr.Mabuse) Comments Intel Syntax! http://www.osnews.com/thread?530025 http://www.osnews.com/thread?530025 Nice that he has chosen the Intel syntax.

Since I used the PC since MS-DOS 3.3 days, the AT&T syntax always makes me wonder what I am looking at.

Oh, those young days spent coding demos in Assembly , naively thinking nothing else would be needed. ;)

Started out with a freeware assembler, then moved to TASM and later on MASM. Eventually it was time to move to Turbo Pascal and use the inline assembler just for the hotspots.

I have quite a few books about PC low level architecture, as on those days that was the only way for me to get information.

My first book was from Peter Norton, "Assembly Language Book for the IBM PC".

For those planning to learn Assembly, the Zen books from Michael Abrash were great with all the low level hints.

Nowadays the processors have become too complex to be mastered by humans, still I am planning to learn some ARM. ;) Tue, 07 Aug 2012 06:51:00 GMT donotreply@osnews.com (moondevil) Comments Uh? http://www.osnews.com/thread?530026 http://www.osnews.com/thread?530026 "This document will focus on the most used parts of x86-64", really? All the opcodes in that "document" are standard ones that've been around since 8088, the only x86-64 - specific thing about it is the registers the author is using. As such the title is terribly misleading, it's more like a very low-key introduction to x86 assembly.

I was disappointed, actually, I was expecting the article to demonstrate some real x86-64 - specific things. Note that I am not berating the article itself as it was clear and concise, it's just that it shouldn't be called x86-64 assembly when it really isn't that. Tue, 07 Aug 2012 06:54:00 GMT donotreply@osnews.com (WereCatf) Comments RE: Intel Syntax! http://www.osnews.com/thread?530027 http://www.osnews.com/thread?530027
Oh, those young days spent coding demos in Assembly , naively thinking nothing else would be needed. ;)


Heh, I was coding all sorts of VGA-tricks and messing around with DOS internals, thinking I was an assembly guru. I did try to make an OS of my own, too, but I was way out of my depth. Then again, I was only 13 at the time and had quite poor access to any programming material.

These days I just don't use assembly anymore, there's no need for that on most applications as atleast GCC already produces better code than most people can do by hand.Edited 2012-08-07 07:04 UTC Tue, 07 Aug 2012 07:03:00 GMT donotreply@osnews.com (WereCatf) Comments RE: X64 http://www.osnews.com/thread?530043 http://www.osnews.com/thread?530043 I disagree, have you looked at the document?
x86-64 is "less ugly" than x86 (16 registers!) but a good ISA??
Have a look at the MIPS ISA, this is a good ISA, x86 isn't. Tue, 07 Aug 2012 08:26:00 GMT donotreply@osnews.com (renox) Comments RE[2]: Intel Syntax! http://www.osnews.com/thread?530044 http://www.osnews.com/thread?530044
These days I just don't use assembly anymore, there's no need for that on most applications as atleast GCC already produces better code than most people can do by hand.


With modern processors it is also very hard to write Assembly code by hand that is able to match what compilers can achieve due to architectures with out-of-order execution, branch prediction, multiple cache levels, NUMA.

Plus many of the compiler code generation algorithms which were not possible to use in the old days due to memory restrictions, are nowadays part of most compilers.

Unless you're writing Assembly for embedded systems, with simpler architectures, there are too many factors for code optimization that a human being is able to track. Tue, 07 Aug 2012 08:28:00 GMT donotreply@osnews.com (moondevil) Comments RE: Uh? http://www.osnews.com/thread?530046 http://www.osnews.com/thread?530046 I would agree. This seems to be nothing but a (far too rough) overview.

Having said that, are there good real world examples for x64-64-assembly programming? As in: something one can use as a starting point for writing apps?

And the next question: Apart from learning more about the internals of the CPU, is there a good reason to learn assembly language at all these days if one just wants to develop regular apps/utilities? In my case for Linux/Ubuntu/Gnome... Tue, 07 Aug 2012 08:40:00 GMT donotreply@osnews.com (Mrokii) Comments RE[2]: Uh? http://www.osnews.com/thread?530051 http://www.osnews.com/thread?530051 For regular apps and utilities, probably not. Nowadays, I'd say that Assembly snippets only makes sense for low-level code (like OS kernels and drivers), down and dirty security exploits, and software where one really wants to get the most performance out of hardware at all costs (like video codecs).

As an everyday programming language, it just makes it too hard for developers to organize themselves well.Edited 2012-08-07 09:06 UTC Tue, 07 Aug 2012 09:04:00 GMT donotreply@osnews.com (Neolander) Comments RE: It looks so ... sensible http://www.osnews.com/thread?530065 http://www.osnews.com/thread?530065
16 general purpose 64-bit registers? Sign me up!

Why settle for less? PPC64 has 32 of them. Tue, 07 Aug 2012 10:44:00 GMT donotreply@osnews.com (nutt) Comments RE: Uh? http://www.osnews.com/thread?530088 http://www.osnews.com/thread?530088
"the most used parts of x86-64"


opcodes...that've been around since 8088


These two statements are not necessarily mutually exclusive I fear ;) Edited 2012-08-07 13:07 UTC Tue, 07 Aug 2012 13:07:00 GMT donotreply@osnews.com (paolo) Comments RE[2]: Uh? http://www.osnews.com/thread?530099 http://www.osnews.com/thread?530099 I think learning a little Assembly is a good idea. Not because you're likely to use it, but because it gets you thinking about how the machine works, what it is good at and what takes a long time. Once you've coded a few things in Assembly you get a better appreciation for what your (higher level) code is doing. I certainly found learning Assembly got me into a better mindset for writing in other languages, especially C/C++.

Quite often developers, especially high level language developers, will just throw complex or repetitive code at a problem without thinking about how it works, why it will be slow or how it might be improved. Learning Assembly and how it works can help you develop better approaches to your coding elsewhere. Tue, 07 Aug 2012 13:38:00 GMT donotreply@osnews.com (jessesmith) Comments Mmm. ASM... [drool] http://www.osnews.com/thread?530116 http://www.osnews.com/thread?530116 I DO miss coding in x86. Taught myself back in the early 90's. Wasn't a great coder but I dug how low-level it was.

int 20h ;bye!

EDIT:
Forgot to mention I still code. But I'm stuck in ColdFusion/Oracle SQL land right now. I get very little chance to do any .Net, be it C# or what not. :-(Edited 2012-08-07 14:39 UTC Tue, 07 Aug 2012 14:37:00 GMT donotreply@osnews.com (Drunkula) Comments RE[3]: Uh? http://www.osnews.com/thread?530129 http://www.osnews.com/thread?530129 Doesn't sound like something I'd like to dive in. Though I'd find microprocessor programming intriguing, which I did shortly in some school. Tue, 07 Aug 2012 15:33:00 GMT donotreply@osnews.com (Mrokii) Comments RE[3]: Uh? http://www.osnews.com/thread?530132 http://www.osnews.com/thread?530132 I have learned a bit of assembly programming many years back in a school (for some kind of primitive microprocessor) and kind of liked assembly language. And I've owned computers long enough to know a bit about the internals (C64 was my first), so there is probably no good reason to re-learn assembler programming if there's no real advantage over using regular programming languages. Tue, 07 Aug 2012 15:37:00 GMT donotreply@osnews.com (Mrokii) Comments RE[2]: Uh? http://www.osnews.com/thread?530138 http://www.osnews.com/thread?530138
Apart from learning more about the internals of the CPU, is there a good reason to learn assembly language at all these days if one just wants to develop regular apps/utilities? In my case for Linux/Ubuntu/Gnome...


If you even plan to develop:

- drivers;
- operating systems utilities;
- games;
- compilers (either ahead-of-time or JIT based);
- audio or video codecs;
- develop applications that need to run in embedded systems
- numeric code for statistics like FFT
- optimization of code compreension

Than knowing Assembly is really a must.

If you spend you time developing code in languages with native code generation (C, C++, FreePascal, D, Go), or using V8, compatible JVM or CLR then Assembly is important to understand how the high-level algorithms influences the generated Assembly.

Because you can ask to see the generated Assembly and then compare it with the algorithm.

Knowing Assembly makes it also easy to know how to manipulate JVM bytecode or MSIL, and with it perform low level meta-programming. This is how Aspects work, for example.

Another example is how Qt 5 will make use of SIMD instructions to do perform encoding conversions,
http://woboq.com/blog/utf-8-processing-using-simd.html Tue, 07 Aug 2012 15:55:00 GMT donotreply@osnews.com (moondevil) Comments RE[3]: Uh? http://www.osnews.com/thread?530166 http://www.osnews.com/thread?530166
If you even plan to develop:

- drivers;
- operating systems utilities;
- games;
- compilers (either ahead-of-time or JIT based);
- audio or video codecs;
- develop applications that need to run in embedded systems
- numeric code for statistics like FFT
- optimization of code compreension

Than knowing Assembly is really a must.

While being well-versed in asm can have advantages, saying it's a must for at least half the things you've listed is absolutely untrue. Tue, 07 Aug 2012 20:07:00 GMT donotreply@osnews.com (ilovebeer) Comments RE[4]: Uh? http://www.osnews.com/thread?530168 http://www.osnews.com/thread?530168 Please elaborate how it is untrue. Tue, 07 Aug 2012 20:46:00 GMT donotreply@osnews.com (moondevil) Comments RE[5]: Uh? http://www.osnews.com/thread?530180 http://www.osnews.com/thread?530180
Please elaborate how it is untrue.

Quite simply the fact that asm isn't a must. We'll take the first item on your list as an example -- drivers. I invite you to join any of the numerous mailing lists used for Linux driver development. Ask people who actually write drivers if they agree that asm is a must and you will get a resounding no. For that matter, many of the guys writing drivers have zero asm experience. I have a friend who has worked for a handful of major chip makers and the only requirement placed on him, ever, was his willingness to sign NDA's. He also has no asm experience.

Since you made the claim, perhaps you should explain why you think it is, despite the fact we already know it isn't. Tue, 07 Aug 2012 23:21:00 GMT donotreply@osnews.com (ilovebeer) Comments RE[6]: Uh? http://www.osnews.com/thread?530200 http://www.osnews.com/thread?530200
"Please elaborate how it is untrue.

Quite simply the fact that asm isn't a must. We'll take the first item on your list as an example -- drivers. I invite you to join any of the numerous mailing lists used for Linux driver development.
Ask people who actually write drivers if they agree that asm is a must and you will get a resounding no. "

Well, back on my long gone university days. Every CS student had to do driver projects in multiple operating systems. So I guess I do have some experience with drivers. On those days Linux was still being brewed.

Linux is not the only kernel in town, and not all provide C API abstractions to access the hardware.

There three ways to access hardware:

- Memory mapped I/O
- Processor instructions to talk via I/O ports
- Processor instructions to talk via traps (not so common)

Specific hardware sometimes requires initialization steps not covered by the way the kernel abstracts the above forms of I/O communication.

For that matter, many of the guys writing drivers have zero asm experience. I have a friend who has worked for a handful of major chip makers and the only requirement placed on him, ever, was his willingness to sign NDA's. He also has no asm experience.


Sure, it may be that he never needed, but if he is writing drivers, for sure he will eventually need to get either touch Assembly or have someone else do it.

Linux kernel version 3.4.7 driver tree has

- 8 Assembly files;
- 58 C files making use of inline Assembly;


Since you made the claim, perhaps you should explain why you think it is, despite the fact we already know it isn't.


If you care, I can also list use cases for every single point I've listed on my previous comment. Wed, 08 Aug 2012 06:35:00 GMT donotreply@osnews.com (moondevil) Comments RE[3]: Uh? http://www.osnews.com/thread?530259 http://www.osnews.com/thread?530259
- drivers;

Depends on the OS and what hardware you develop the driver for.

- operating systems utilities;

I'm not sure exactly what you qualify as os utilities and why they would require assembler.

- games;

Depends on what kind of game. If it's a demanding FPS or something, yes. If not then probably no. No asm needed for using, say, PyGame, some other tookit or iPhone/Android games.

- develop applications that need to run in embedded systems

I doubt assembler is a hard requirement for this. Wed, 08 Aug 2012 11:34:00 GMT donotreply@osnews.com (Soulbender) Comments RE[4]: Uh? http://www.osnews.com/thread?530284 http://www.osnews.com/thread?530284
"- develop applications that need to run in embedded systems

I doubt assembler is a hard requirement for this. " [/q]

Feel free to develop for these processors with anything other than Assembly

http://www.microchip.com/pagehandler/en-us/family/8bit/home.html

http://www.microchip.com/pagehandler/en-us/family/16bit/

http://www.ti.com/product/tms320vc549#feature

Sure you can try to use C, but depending on the application you'll most likely end up using Assembly to take full advantage of the scarce space or strange addressing modes not available to higher level languages. Wed, 08 Aug 2012 13:26:00 GMT donotreply@osnews.com (moondevil) Comments RE[7]: Uh? http://www.osnews.com/thread?530296 http://www.osnews.com/thread?530296
Linux is not the only kernel in town, and not all provide C API abstractions to access the hardware.

No, of course not. I used only one example.

Sure, it may be that he never needed, but if he is writing drivers, for sure he will eventually need to get either touch Assembly or have someone else do it.

He's been paid to write drivers for over 10 years (probably closer to 15) and that has not been true yet.

Linux kernel version 3.4.7 driver tree has

- 8 Assembly files;
- 58 C files making use of inline Assembly;

So in other words, only a small minority of drivers in the Linux kernel are using asm, which makes my point again that asm is not always a must.

If you care, I can also list use cases for every single point I've listed on my previous comment.

It's not very hard to cite real situations, or dream ones one that asm would be needed. The point is that you said asm is a must -- you did not say it's a must just in certain situations. When I say it's untrue that asm is a must for at least half the things on your list, I am not wrong. You even support this fact yourself (see above).

I never said asm is never needed, but you did say it always is and that is incorrect. Wed, 08 Aug 2012 14:51:00 GMT donotreply@osnews.com (ilovebeer) Comments RE[8]: Uh? http://www.osnews.com/thread?530313 http://www.osnews.com/thread?530313 Are you native English speaker?

I am not.

For me

Than knowing Assembly is really a must.


Means that it is something you should learn as it will make your life easier in many situations. Wed, 08 Aug 2012 16:45:00 GMT donotreply@osnews.com (moondevil) Comments RE[9]: Uh? http://www.osnews.com/thread?530344 http://www.osnews.com/thread?530344
Are you native English speaker?

I am not.

For me

Than knowing Assembly is really a must.

Means that it is something you should learn as it will make your life easier in many situations.

I'm a native English speaker, yes. It seems we actually agree more than disagree, and just stumbled over a misunderstanding. "Must" is used to note a requirement, not a recommendation. No harm, no foul. ;) Wed, 08 Aug 2012 20:27:00 GMT donotreply@osnews.com (ilovebeer) Comments RE[10]: Uh? http://www.osnews.com/thread?530362 http://www.osnews.com/thread?530362 Let's notice that it was already said, in that case by you, that "While being well-versed in asm can have advantages, saying it's a must for at least half the things you've listed is absolutely untrue" in http://www.osnews.com/thread?530166 Wed, 08 Aug 2012 23:09:00 GMT donotreply@osnews.com (Nth_Man) Comments RE[11]: Uh? http://www.osnews.com/thread?530377 http://www.osnews.com/thread?530377 What are you trying to point out exactly? Thu, 09 Aug 2012 00:13:00 GMT donotreply@osnews.com (ilovebeer) Comments RE[12]: Uh? http://www.osnews.com/thread?530414 http://www.osnews.com/thread?530414
What are you trying to point out exactly?

More exactly, I meant:

You made clear that being well-versed in asm was good and optional, not mandatory, in http://www.osnews.com/thread?530166 :
"While being well-versed in asm can have advantages, saying it's a must [...] is absolutely untrue"
in that sentence, it's seen that the meaning of "it's a must" is opposed to what you just said before. The text you wrote was clear.Edited 2012-08-09 07:18 UTC Thu, 09 Aug 2012 07:14:00 GMT donotreply@osnews.com (Nth_Man) Comments