Khi tôi làm việc trong ngành EDA với tư cách là một nhà công nghệ, vai trò của tôi có ba phần chính. Đầu tiên là thông báo cho khách hàng về các công nghệ mới đang được phát triển và các phần mở rộng công cụ sẽ xuất hiện trong phiên bản tiếp theo. Đây là những tính năng mà họ có thể thấy có lợi cho cả những dự án họ đang thực hiện ngày nay và thậm chí còn hơn thế nữa, sẽ áp dụng cho các dự án trong tương lai. Thứ hai, tôi sẽ cố gắng tìm hiểu những vấn đề mới mà họ đang phát hiện hoặc ở đâu các công cụ không cung cấp được khả năng mà họ yêu cầu. Điều này sẽ đưa vào kế hoạch phát triển công cụ. Và cuối cùng, tôi sẽ sử dụng những tính năng đã được nhóm tiếp thị lựa chọn để triển khai và cố gắng tìm ra cách tốt nhất để triển khai chúng nếu nhóm phát triển chưa rõ ràng.

Cho đến nay, nhiệm vụ khó khăn nhất trong ba nhiệm vụ đó là nhận được yêu cầu mới từ khách hàng. Hầu hết các kỹ sư đều cúi đầu tập trung vào việc tạo ra con chip mới nhất của họ. Khi bạn hỏi họ về các tính năng mới, điều duy nhất họ đưa ra là những điểm yếu hiện tại của họ. Những lỗi này thường liên quan đến các tính năng hoặc lỗi gia tăng, trong đó cách giải quyết không được ưa thích hoặc hiệu suất không đủ.

Ba mươi năm trước, khi tôi mới bắt đầu đảm nhận vai trò đó, đã có những nhóm phương pháp chuyên trách trong các công ty lớn hơn có nhiệm vụ phát triển các quy trình và phương pháp cho các dự án trong tương lai. Đây có vẻ là người lý tưởng để hỏi, nhưng trong nhiều trường hợp, họ mất kết nối với nhóm phát triển đến mức những gì họ yêu cầu sẽ không bao giờ thực sự được nhóm phát triển sử dụng. Những nhóm này là những người theo chủ nghĩa lý tưởng muốn truyền đạt những thay đổi mang tính cách mạng, trong khi nhóm phát triển muốn có các công cụ mang tính tiến hóa. Tiến xa nhất trong số những phát triển đó là các dự án thí điểm chưa bao giờ trở thành xu hướng chủ đạo.

Có vẻ như ngành này cần một con đường tốt hơn để đạt được các yêu cầu đối với các công ty EDA. Điều này từng được ITRS xác định, cơ quan này sẽ mong đợi và dự kiến ​​các khả năng mới cần thiết cũng như khung thời gian dành cho chúng. Điều đó không còn tồn tại nữa. Ngày nay, các tiêu chuẩn đang được thúc đẩy bởi các công ty bán dẫn. Đây là một sự thay đổi so với trước đây, nơi chúng ta từng thấy các công ty EDA thúc đẩy sự phát triển được thực hiện trong các nhóm như Accellera. Khi tôi xem xét các cam kết gần đây của họ, hầu hết chúng đều do người dùng cuối thúc đẩy.

Việc bắt đầu một nhóm tiêu chuẩn ngày hôm nay diễn ra khá muộn trong quá trình này. Nó ngụ ý một nhu cầu trước mắt, nhưng không thực sự cho phép có thời gian để phát triển trước các giải pháp. Có vẻ như cần phải có một tổ chức tư vấn để ngành công nghiệp có thể thảo luận về các vấn đề và vấn đề cần phát triển công cụ mới. Điều đó sau đó có thể được đưa vào lộ trình EDA để công nghệ có sẵn khi cần thiết.

Một lĩnh vực như vậy là phân tích năng lượng. Tôi đã viết những câu chuyện về tầm quan trọng của sức mạnh và năng lượng và thực sự có thể sớm trở thành giới hạn cho nhiều thiết kế phức tạp nhất. Một số câu hỏi tôi luôn hỏi là:

• Những công cụ nào đang được phát triển để thực hiện phân tích sức mạnh của phần mềm?
• Làm thế nào bạn có thể tính toán năng lượng tiêu thụ cho một chức năng nhất định?
• Làm thế nào người dùng có thể tối ưu hóa một thiết kế về năng lượng hoặc năng lượng?

Tôi hiếm khi nhận được câu trả lời thẳng thắn cho bất kỳ câu hỏi nào trong số này. Thay vào đó, tôi thường được đưa ra những ý tưởng mơ hồ về cách người dùng có thể thực hiện việc này theo cách thủ công dựa trên các công cụ hiện có.

Tôi bắt đầu nghĩ rằng mình đã nhầm cây và có lẽ đây không phải là những lo lắng chính đáng. Sự tỉnh táo của tôi đã được phục hồi nhờ một bình luận về một trong những câu chuyện liên quan đến quyền lực gần đây của tôi. Allan Cantle, Trưởng dự án phụ OCP HPC tại Quỹ dự án điện toán mở, đã viết: “Mặc dù thật tuyệt khi thấy những bài viết như thế này nêu bật nhu cầu tất cả chúng ta phải tập trung vào điện toán tập trung vào năng lượng, nhưng tin buồn là các công cụ của chúng tôi không báo cáo năng lượng theo bất kỳ cách rõ ràng nào để chỉ ra những lỗi kiến ​​trúc ngu ngốc mà chúng ta thường mắc phải từ góc độ tiêu thụ năng lượng. Chúng tôi đang giải quyết tất cả các vấn đề từ góc độ từ dưới lên bằng cách đưa mọi thứ lại gần nhau hơn. Mặc dù điều đó mang lại lợi ích to lớn về hiệu quả sử dụng năng lượng nhưng nó cũng tạo ra mật độ năng lượng ngày càng tăng. Có rất nhiều thành quả có thể đạt được từ cách tiếp cận kiến ​​trúc hệ thống từ trên xuống mà ngành này đang thiếu vì chúng tôi cần phải suy nghĩ sáng tạo và xuyên suốt các hầm chứa của mình.”

Cantle tiếp tục nói: “Một cải tiến nhỏ trong các công cụ báo cáo mức tiêu thụ năng lượng dưới dạng số liệu hạng nhất sẽ giúp chúng tôi hiểu và sửa chữa những sai lầm mà chúng tôi mắc phải dễ dàng hơn nhiều khi xây dựng các máy tính dành riêng cho miền, tập trung vào năng lượng mới cho mỗi ứng dụng. Ngoài ra, các vị thần silicon thống trị ngành của chúng ta sẽ khôn ngoan nếu lùi lại một bước và suy nghĩ về vấn đề từ góc độ cấp độ hệ thống.”

Tôi không thể đồng ý hơn và tôi cảm thấy bực bội khi dường như không có công ty EDA nào lắng nghe. Tôi chắc chắn một phần của vấn đề là các khách hàng lớn đang nghiên cứu các giải pháp nội bộ của riêng họ và họ cảm thấy điều đó sẽ mang lại cho họ lợi thế cạnh tranh. Cho đến khi rõ ràng rằng tất cả các đối thủ cạnh tranh của họ đều có giải pháp tương tự và họ không còn nhận được lợi thế từ giải pháp đó nữa, họ sẽ tìm cách chuyển các giải pháp đó cho các công ty EDA để họ không phải bảo trì chúng. Sau đó, các công ty EDA sẽ bắt đầu đấu tranh để đưa ra giải pháp mà họ đạt được tiêu chuẩn. Tất cả phải mất một thời gian dài.

Để bảo vệ một phần các công ty EDA, ngày nay họ đang phải đối mặt với rất nhiều vấn đề mới đến mức chúng bị dàn trải rất mỏng khi xử lý các nút mới, 2.5D, 3D, dịch chuyển sang trái, đa vật lý, thuật toán AI – chỉ kể tên một số vấn đề. Họ đã chi nhiều hơn cho R&D so với hầu hết các công ty công nghệ tính theo phần trăm doanh thu.

Có lẽ Accellera có thể bắt đầu đưa các diễn đàn thảo luận vào các sự kiện như DVCon. Điều này sẽ cho phép thảo luận cởi mở về những vấn đề họ cần giải quyết. Có lẽ họ có thể bắt đầu sản xuất EDA tương đương với lộ trình ITRS cũ. Nó chắc chắn sẽ tiết kiệm rất nhiều thời gian và năng lượng (ý định chơi chữ).