Tôi có nên cố gắng thực hiện các vấn đề thực hành trong lắp ráp? [đóng cửa]

Tôi đã xem xét vấn đề Project Euler 48 :

Sê-ri , 1 ¹ + 2 ² + 3 ³ + ... + 10 ¹⁰ = 10405071317.

Tìm mười chữ số cuối của chuỗi, 1 ¹ + 2 ² + 3 ³ + ... + 1000 ¹⁰⁰⁰ .

Trong Python tôi có thể làm điều này với một dòng duy nhất:

sum((x**x for x in xrange(1,1001))

Nhưng lắp ráp tương đương này sẽ là 100 dòng và một thách thức thực sự.

Tôi có nên thực hiện một số câu đố trong lắp ráp để hiểu rõ hơn về lập trình cấp thấp và hiểu máy tính thực sự hoạt động như thế nào không?

Ngoài việc học lắp ráp, tôi tin rằng việc học một ngôn ngữ cấp thấp như C được biên dịch là rất có giá trị. Vì vậy, câu trả lời của tôi là có, nhưng một lần nữa tôi có lẽ thiên vị vì tôi thích lập trình cấp thấp.

Ví dụ, chỉ cần hiểu làm thế nào các câu lệnh đơn giản được biên dịch. Các chức năng sau đây,

int func(int val)
{
  int num = val * 5;
  return num;
}

... trở thành (ít nhất là một chút thú vị):

movl    %edi, -20(%rbp)
movl    -20(%rbp), %edx
movl    %edx, %eax
sall    $2, %eax
addl    %edx, %eax

Mã này lấy đối số từ ngăn xếp (val, tham số thành func), dịch chuyển nó sang trái 2 vị trí (nhân với 2 ^ 2 hoặc 4) và sau đó thêm giá trị ban đầu vào kết quả. Kết quả cuối cùng là một phép nhân với 5. Một ví dụ như thế này minh họa một số điều cần chú ý, chẳng hạn như tối ưu hóa trình biên dịch. Thay vì gọi một lệnh để nhân trực tiếp lên 5, nó sẽ dịch chuyển hai vị trí để nhân với 4 và sau đó thêm giá trị ban đầu. Tôi tìm thấy những ví dụ như thế này để cải thiện đáng kể sự hiểu biết của tôi về mọi thứ ở cấp độ thấp hơn.

Tạo đầu ra của trình biên dịch chương trình từ gcc với -Stùy chọn. Tuy nhiên, lưu ý rằng kết quả sẽ thay đổi theo trình biên dịch và mức tối ưu hóa.

Dù sao, tôi không nghĩ trở thành một lập trình viên ngôn ngữ lắp ráp cũng giống như hiểu về lắp ráp . Một lần nữa, tôi cảm thấy rằng lập trình bằng một ngôn ngữ như C và biết cách đưa nó vào mã máy là một thực hành có giá trị.

Có lẽ không cần thiết để thực sự có thể viết trình biên dịch chương trình (hầu hết trong số đó là chi tiết về quy ước khởi tạo và gọi cho hệ thống của bạn).

Đó là giá trị hiểu một số, trong trường hợp bạn đang cố gắng gỡ lỗi một cái gì đó mà không có nguồn.

NHƯNG chắc chắn là đáng để hiểu máy ít nhất là ở mức 'C' và con trỏ (về cơ bản là trình biên dịch cấp cao) để bạn biết tại sao việc nối một chuỗi một triệu lần trong một vòng lặp là xấu.

Câu hỏi hay. Học hội chắc chắn là tốt và đáng nỗ lực.

1. Hiểu biết ở mức độ thấp như vậy sẽ được sử dụng tốt trong phát triển phần mềm nhúng
2. Tái cấu trúc ở mức thấp
3. Nó sẽ giúp bạn sử dụng hiệu quả trình gỡ lỗi
4. Cung cấp cho bạn sự hiểu biết về mã được tháo rời để trợ giúp trong các công cụ như hang động mã

Có và không.

Mặc dù đúng là nó sẽ cho bạn hiểu rõ hơn về những gì mã của bạn đang làm và tại sao một số thứ chỉ là một ý tưởng tồi mà bạn phải nghĩ về nỗ lực này.

Học lắp ráp không phải là một dự án cuối tuần, nó sẽ khiến bạn mất rất nhiều thời gian và bạn cần phải suy nghĩ liệu thời gian này có thể được chi tiêu tốt hơn hay không.

Nếu bạn không vào mã được tối ưu hóa thì có lẽ bạn sẽ không bao giờ thấy lợi ích bằng với nỗ lực bạn bỏ ra.

Tôi đã làm rất nhiều trình biên dịch khi tôi còn trẻ và tôi không nghĩ nó giúp hiểu bất cứ điều gì ngoài trình biên dịch. Nếu bạn nhìn vào trình biên dịch hiện đại thì tất cả đều là ngôn ngữ macro. Tôi thường ghét sự tương tự, nhưng dù sao đi nữa: Liệu việc biết động cơ của một chiếc xe hoạt động như thế nào giúp bạn trở thành người lái xe tốt hơn?

Cách tôi đã làm việc để hiểu trình biên dịch chương trình là bằng cách viết chương trình bằng các ngôn ngữ cấp cao hơn, sau đó thay thế các bộ phận bằng (ít nhất là hy vọng) các vùng tương đương về chức năng của mã được lắp ráp. Điều này có nghĩa là tôi có thể sử dụng HLL cho những gì chúng tốt - tổ chức và giải quyết các vấn đề cấp cao - và tôi sử dụng asm để đập kim loại.

(Khi tôi nói về chương trình máy chủ được viết bằng HLL, ý tôi là C hoặc ObjC khi tôi đang cố gắng học x86_64 asm và BASIC khi tôi làm việc trên Z80, 6502 và 6809 asm).