发布网友 发布时间:2022-04-29 04:43
共1个回答
热心网友 时间:2023-10-12 08:33
根据我当时编译、链接一个完整的 Linux 操作系统的内核的时间还是比较长的。尤其是你并不能够保证在整个的编译、链接一个完整的 Linux 操作系统内核过程中,一点儿错误都没有,在此过程中有可能出现各种各样的错误,这才是最、最烦人的事情,也是导致编译内核时间延长的最根本原因。所以说,如果非要说出一个数量级的话,我那会儿编译内核是在小时数量级上的(当然了,我那会儿使用的机器硬件配置也远远没有现在的配置这么高)。热心网友 时间:2023-10-12 08:33
根据我当时编译、链接一个完整的 Linux 操作系统的内核的时间还是比较长的。尤其是你并不能够保证在整个的编译、链接一个完整的 Linux 操作系统内核过程中,一点儿错误都没有,在此过程中有可能出现各种各样的错误,这才是最、最烦人的事情,也是导致编译内核时间延长的最根本原因。所以说,如果非要说出一个数量级的话,我那会儿编译内核是在小时数量级上的(当然了,我那会儿使用的机器硬件配置也远远没有现在的配置这么高)。热心网友 时间:2023-10-12 08:33
根据我当时编译、链接一个完整的 Linux 操作系统的内核的时间还是比较长的。尤其是你并不能够保证在整个的编译、链接一个完整的 Linux 操作系统内核过程中,一点儿错误都没有,在此过程中有可能出现各种各样的错误,这才是最、最烦人的事情,也是导致编译内核时间延长的最根本原因。所以说,如果非要说出一个数量级的话,我那会儿编译内核是在小时数量级上的(当然了,我那会儿使用的机器硬件配置也远远没有现在的配置这么高)。热心网友 时间:2023-10-12 08:33
根据我当时编译、链接一个完整的 Linux 操作系统的内核的时间还是比较长的。尤其是你并不能够保证在整个的编译、链接一个完整的 Linux 操作系统内核过程中,一点儿错误都没有,在此过程中有可能出现各种各样的错误,这才是最、最烦人的事情,也是导致编译内核时间延长的最根本原因。所以说,如果非要说出一个数量级的话,我那会儿编译内核是在小时数量级上的(当然了,我那会儿使用的机器硬件配置也远远没有现在的配置这么高)。热心网友 时间:2023-10-12 08:33
根据我当时编译、链接一个完整的 Linux 操作系统的内核的时间还是比较长的。尤其是你并不能够保证在整个的编译、链接一个完整的 Linux 操作系统内核过程中,一点儿错误都没有,在此过程中有可能出现各种各样的错误,这才是最、最烦人的事情,也是导致编译内核时间延长的最根本原因。所以说,如果非要说出一个数量级的话,我那会儿编译内核是在小时数量级上的(当然了,我那会儿使用的机器硬件配置也远远没有现在的配置这么高)。