Methods and apparatus for profile-guided optimization of integrated circuits
Methods and apparatus for performing profile-guided optimization of integrated circuit hardware are provided. Circuit design tools may receive a source code and compile the source code to generate a hardware description. The hardware description may include profiling blocks configured to measure useful information required for optimization. The hardware description may then be simulated to gather profiling data. The circuit design tools may then analyze the gathered profiling data to identify additional opportunities for hardware optimization. The source code may then be modified based on the analysis of the profiling data to produce a smaller and faster hardware that is better suited to the application.
1. A method, comprising:
receiving source code to implement a function in a programmable logic device;
compiling the source code to generate a hardware description for the implementation, wherein the hardware description includes profiling blocks to enable profiling of the implementation;
receiving input data;
executing the function using the hardware description and the received input data while capturing profiling data, wherein the profiling data comprises:
monitored usage of device traces using the profiling blocks, wherein the monitored usage of device traces comprises monitored usage of traces of the programmable logic device by analyzing signals to pass through the device traces; and
monitored stall issues; and
providing a suggestion, via a display, to enable a user to approve a suggested hardware optimization to provide a more optimized implementation of the function based at least in part on the profiling data.
2. The method of claim 1 , wherein the source code comprises OpenCL, C, or C++ programming languages.
3. The method of claim 1 , wherein the hardware description comprises a register-transfer-level-based hardware description language.
4. The method of claim 3 , wherein the register-transfer-level-based hardware description language comprises Verilog or Very High Speed Integrated Circuit Hardware Description Language (VHDL).
5. The method of claim 1 , wherein the profiling data comprises dependent execution of loops.
6. The method of claim 1 , wherein the profiling data comprises latency information for the implementation.
7. The method of claim 1 , wherein the profiling data comprises area usage for the implementation.
8. The method of claim 1 , wherein the profiling data comprises power consumption for the implementation.
9. The method of claim 1 , comprising updating the implementation based at least in part on the profiling data to generate a more optimized implementation of the function.
10. The method of claim 9 , wherein updating the implementation comprises updating the source code to include indications of the more optimized implementation.
11. The method of claim 9 , wherein updating the implementation comprises updating the hardware description to include indications of the more optimized implementation.
12. The method of claim 1 , comprising analyzing the profiling data to identify opportunities for hardware optimization in implementing the function, wherein the suggestion is based at least in part on identified opportunities.
13. The method of claim 12 , wherein the identified opportunities comprise increasing optimization for a target clock frequency.
14. The method of claim 12 , wherein the identified opportunities comprise increased throughput performance.
15. The method of claim 1 , wherein the profiling data comprises monitored memory interface behavior.
16. The method of claim 1 , wherein the profiling data comprises monitored communications channel usage.
17. The method of claim 1 , wherein the profiling blocks are inserted for simulation purposes.
18. The method of claim 1 , wherein executing the function comprises simulating the function in software.
19. The method of claim 1 , wherein executing the function comprises simulating the function using in-hardware verification, and the profile blocks comprise profile block circuitry implemented for the in-hardware verification.
20. The method of claim 1 , wherein updating the implementation is based at least in part of received input from a user.
21. The method of claim 1 , wherein the suggestion comprises a suggestion to change a width of at least one of the device traces based in part on the analyzation of the signals showing that some bandwidth is not or will not be used.
22. Non-transitory, computer-readable medium having stored thereon instructions that, when executed by a processors, are to cause the processor to:
receive source code to implement a function in a programmable logic device;
compile the source code to generate a hardware description for the implementation, wherein the hardware description includes profiling blocks to enable profiling of the implementation;
receive input data;
execute the function using the hardware description and the received input data while capturing profiling data, wherein the profiling data comprises:
monitored usage of device traces using the profiling blocks, wherein the monitored usage of device traces comprises monitored usage of traces of the programmable logic device by analyzing signals to pass through the device traces; and
monitored stall issues; and
providing a suggestion, via a display, to enable a user to approve a suggested hardware optimization to provide a more optimized implementation of the function based at least in part on the profiling data.
23. The non-transitory, computer-readable medium of claim 22 , wherein the source code comprises OpenCL, C, or C++ programming languages.
24. The non-transitory, computer-readable medium of claim 22 , wherein the hardware description comprises a register-transfer-level-based hardware description language.
25. The non-transitory, computer-readable medium of claim 24 , wherein the register-transfer-level-based hardware description language comprises Verilog or Very High Speed Integrated Circuit Hardware Description Language (VHDL).
26. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises dependent execution of loops.
27. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises latency information for the implementation.
28. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises area usage for the implementation.
29. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises power consumption for the implementation.
30. The non-transitory, computer-readable medium of claim 22 , wherein the instructions when executed are to cause the processor to update the implementation based at least in part on the profiling data to generate a more optimized implementation of the function.
31. The non-transitory, computer-readable medium of claim 30 , wherein updating the implementation comprises updating the source code to include indications of the more optimized implementation.
32. The non-transitory, computer-readable medium of claim 30 , wherein updating the implementation comprises updating the hardware description to include indications of the more optimized implementation.
33. The non-transitory, computer-readable medium of claim 22 , wherein the suggestion is based at least in part on an opportunity for increasing optimization for a target clock frequency.
34. The non-transitory, computer-readable medium of claim 22 , wherein the suggestion is based at least in part on an opportunity for increased throughput performance.
35. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises monitored memory interface behavior.
36. The non-transitory, computer-readable medium of claim 22 , wherein the profiling data comprises monitored communications channel usage.
37. The non-transitory, computer-readable medium of claim 22 , wherein the profiling blocks are inserted for simulation purposes.
38. The non-transitory, computer-readable medium of claim 22 , wherein executing the function comprises simulating the function in software.
39. The non-transitory, computer-readable medium of claim 22 , wherein executing the function comprises simulating the function using in-hardware verification, and the profile blocks comprise profile block circuitry implemented for the in-hardware verification.
40. The non-transitory, computer-readable medium of claim 22 , wherein the suggestion comprises a suggestion to change a width of at least one of the device traces based in part on the analyzation of the signals showing that some bandwidth is not or will not be used.
41. A system, comprising:
a programmable logic device;
a processor that, when executing instructions, is to:
receive source code to implement a function in the programmable logic device;
compile the source code to generate a hardware description for the implementation, wherein the hardware description includes profiling blocks to enable profiling of the implementation;
receive input data;
execute the function using the hardware description and the received input data while capturing profiling data, wherein the profiling data comprises:
monitored usage of device traces using the profiling blocks, wherein the monitored usage of device traces comprises monitored usage of traces of the programmable logic device by analyzing signals to pass through the device traces; and
monitored stall issues; and
provide a suggestion, via a display, to enable a user to approve a suggested hardware optimization to provide a more optimized implementation of the function based at least in part on the profiling data.
42. The system of claim 41 , wherein the source code comprises OpenCL, C, or C++ programming languages.
43. The system of claim 41 , wherein the hardware description comprises a register-transfer-level-based hardware description language.
44. The system of claim 43 , wherein the register-transfer-level-based hardware description language comprises Verilog or Very High Speed Integrated Circuit Hardware Description Language (VHDL).
45. The system of claim 41 , wherein the profiling data comprises dependent execution of loops.
46. The system of claim 41 , wherein the profiling data comprises latency information for the implementation.
47. The system of claim 41 , wherein the profiling data comprises area usage for the implementation.
48. The system of claim 41 , wherein the profiling data comprises power consumption for the implementation.
49. The system of claim 41 , wherein the processor when executing the instructions is to update the implementation based at least in part on the profiling data to generate a more optimized implementation of the function.
50. The system of claim 49 , wherein updating the implementation comprises updating the source code to include indications of the more optimized implementation.
51. The system of claim 49 , wherein updating the implementation comprises updating the hardware description to include indications of the more optimized implementation.
52. The system of claim 41 , wherein the processor is to analyze the profiling data to identify opportunities for hardware optimization in implementing the function, wherein the suggestion is based at least in part on identified opportunities.
53. The system of claim 52 , wherein the identified opportunities comprise increasing optimization for a target clock frequency.
54. The system of claim 52 , wherein the identified opportunities comprise increased throughput performance.
55. The system of claim 41 , wherein the profiling data comprises monitored memory interface behavior.
56. The system of claim 41 , wherein the profiling data comprises monitored communications channel usage.
57. The system of claim 41 , wherein the profiling blocks are inserted for simulation purposes.
58. The system of claim 41 , wherein executing the function comprises simulating the function in software.
59. The system of claim 41 , wherein executing the function comprises simulating the function using in-hardware verification, and the profile blocks comprise profile block circuitry implemented for the in-hardware verification.
60. The system of claim 41 , wherein updating the implementation is based at least in part of received input from a user.
61. The system of claim 41 , wherein the suggestion comprises a suggestion to change a width of at least one of the device traces based in part on the analyzation of the signals showing that some bandwidth is not or will not be used.