Makefile的效率--如何才能让make执行时，效率高，执行快呢

ccyuki_ 2015-06-05 03:27:03

我们现在弄一个项目，使用了一个Makefile，但是编译要长达30分钟；

怎么样才能把这个Makefile的编译效率提高呢？？？
没注意数执行了多少条编译命令，但是它可能一共也就执行了30条左右的命令，每条都要等上一会儿，
执行make操作以后，输出的单条命令，基本长这样



g++  -g  -O2  -std=gnu++11   -Isrc -Isrc/calcCenter -Isrc/datasources -Isrc/datasources/CTP -Isrc/datasources/CTP/foreign -Isrc/datasources/HB -Isrc/datasources/HB/foreign -Isrc/datasources/IB -Isrc/datasources/IB/foreign -Isrc/datasources/RTS -Isrc/datasources/RTS/foreign -Isrc/datasources/SP -Isrc/datasources/SP/foreign -Isrc/datasources/TT -Isrc/factory -Isrc/iniparser -Isrc/model -Isrc/odb -Isrc/quickfix -Isrc/socket -Isrc/state_define -Isrc/state_machine -Isrc/util -Isrc/zeromq -Iinclude -I/usr/include/python2.7 -MMD  -c -o src/fix_datasources_router.o src/fix_datasources_router.cpp

从昨天开始看陈皓的跟我一起写Makefile，刚刚看完了，知道似乎“shell函数”“隐含规则”会有影响，但是我用不进去

我的项目结构：
---project
----include
---quick
----src
---module1
---.....cpp .h
---module2
....包括.cpp 和.h文件
----makefile

---------------------------------------------------------------------------------------
付上我的Makefile文件，求大神指导
--------------------------------------------------------------------------------------



####################################################

# Generic makefile - 万能Makefile

# for compiling and linking C++ projects on Linux 

# Author: George Foot  Modified:Jackie Lee

####################################################

### Customising

#

# Adjust the following if necessary; EXECUTABLE is the target

# executable's filename, and LIBS is a list of libraries to link in

# (e.g. alleg, stdcx, iostr, etc). You can override these on make's

# command line of course, if you prefer to do it that way.

#

#

#编译odb模块

#$(shell python src/odb/odbCompile.py)

# 可执行文件名

EXECUTABLE := lsad



exclude_dirs := svn doc .svn



#dirs_src := $(shell find ./src -maxdepth 10 -type d)

#适配Linux下svn。

dirs_src := $(shell find ./src -type d ! -path "*.svn*")

dirs_src := $(basename $(patsubst ./%,%,$(dirs_src)))

dirs_src := $(filter-out $(exclude_dirs),$(dirs_src))



#dirs_lib := $(shell find ./lib -maxdepth 10 -type d)

dirs_lib := $(shell find ./lib -type d ! -path "*.svn*")

dirs_lib := $(basename $(patsubst ./%,%,$(dirs_lib)))

dirs_lib := $(filter-out $(exclude_dirs),$(dirs_lib))



#dirs_include := $(shell find ./include -maxdepth 10 -type d)

dirs_include := $(shell find ./include -type d ! -path "*.svn*")

dirs_include := $(basename $(patsubst ./%,%,$(dirs_include)))

dirs_include := $(filter-out $(exclude_dirs),$(dirs_include))



# 动态库目录  

LIBDIR:=$(dirs_lib)

# 动态库文件名     

LIBS := log4cplus rt pthread rt ev mysqlpp python2.7

LIBS += quickfix quickttfix



LIBS += thostmduserapi thosttraderapi   rtsapi securitymduserapi securitytraderapi

#thostmduserapi， thosttraderapi :  CTP的lib

#rtsapi  : 							RTS的lib

#securitymduserapi securitytraderapi: 华宝 CTP的lib



LIBS += odb-mysql odb-boost boost_date_time odb

#odb依赖的lib



# 头文件目录        

INCLUDES:=$(dirs_src) $(dirs_include) /usr/include/python2.7

# 除了当前目录外，其他的源代码文件目录    

SRCDIR:=$(dirs_src) $(dirs_include)

#

# # Now alter any implicit rules' variables if you like, e.g.:



# 避免clean子目录操作同名，加上_clean_前缀  -std=gnu++11  -Wall  -Wunreachable-code -Wshadow -Wpointer-arith -Winline -Wnon-virtual-dtor 

#  -Wunknown-pragmas -Wunused-function -Wunused-label -Wunused-value -Wunused-variable    -Wl,-Map,lsad.map

CC:=g++

#CFLAGS := -g -O2 -Wextra -Wunreachable-code -Wpointer-arith -std=gnu++11 -DMYSQLPP_MYSQL_HEADERS_BURIED

CFLAGS := -g  -O2  -std=gnu++11  

CPPFLAGS := $(CFLAGS)

CPPFLAGS += $(addprefix -I,$(INCLUDES))

CPPFLAGS += -MMD



#-std=gnu++11

#

# # The next bit checks to see whether rm is in your djgpp bin

# # directory; if not it uses del instead, but this can cause (harmless)

# # `File not found' error messages. If you are not using DOS at all,

# # set the variable to something which will unquestioningly remove

# # files.

#



RM-F := rm -f





# # You shouldn't need to change anything below this point.

#

SRCS := $(wildcard *.cpp) $(wildcard $(addsuffix /*.cpp, $(SRCDIR))) 

OBJS := $(patsubst %.cpp,%.o,$(SRCS)) 

DEPS := $(patsubst %.o,%.d,$(OBJS)) 

MISSING_DEPS := $(filter-out $(wildcard $(DEPS)),$(DEPS))

MISSING_DEPS_SOURCES := $(wildcard $(patsubst %.d,%.cpp,$(MISSING_DEPS))) 





.PHONY : all deps objs clean cleanall rebuild info odb 



all: $(EXECUTABLE)



#当表结构改变时，重新编译odb

odb: 

	@/usr/bin/env python src/odb/odbCompile.py



deps : $(DEPS)



objs : $(OBJS)



clean :

		@$(RM-F) $(DEPS)

		@$(RM-F) $(OBJS) 

		@$(RM-F) src/odb/odb_tables-odb*



cleanall: clean

		@$(RM-F) $(EXECUTABLE)

		@$(RM-F) src/odb/odb_tables.sql



rebuild: cleanall all

ifneq ($(MISSING_DEPS),)

$(MISSING_DEPS) :

		@$(RM-F) $(patsubst %.d,%.o,$@)

endif

-include $(DEPS)

$(EXECUTABLE) : $(OBJS)

		$(CC) -o $(EXECUTABLE) $(OBJS) $(addprefix -L,$(LIBDIR)) $(addprefix -l,$(LIBS)) -DDATABASE_MYSQL



info:

		@echo "[dirs_lib]" $(dirs_lib)

		@echo "[dirs_src]" $(dirs_src)

		@echo "[dirs_include]" $(dirs_include)

		@echo "[LIBS]"  $(LIBS)

		@echo "[LIBDIR]" $(LIBDIR)

		@echo "[INCLUDES]" $(INCLUDES)

		@echo "[SRCS]"  $(SRCS)

		@echo "[OBJS]" $(OBJS)

		@echo "[DEPS]" $(DEPS)

		@echo "[MISSING_DEPS]" $(MISSING_DEPS)

		@echo "[MISSING_DEPS_SOURCES]" $(MISSING_DEPS_SOURCES)

...全文

646 10 打赏收藏转发到动态举报

写回复

用AI写文章

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

ccyuki_ 2015-06-12

打赏
举报

解决啦，原因是我单条命令搜索头文件里-I/include....好多目录，不停查找，拖慢了速度；把代码#include ""改成了相对路径，去除了Makefile的-I参数；速度提升了一半然后参考上面小伙伴说的mak -jN速度又提升了几分钟；时间成功从30分钟压缩到6分钟

码到功成 2015-06-08

打赏
举报

引用 5 楼 zhxianbin的回复:

make -jN 可以加快编译速度

赞同，楼主可以参考linux内核怎么的启用多线程make的

ccyuki_ 2015-06-08

打赏
举报

引用 4 楼 z1073071892 的回复:

[quote=引用 3 楼 nswcfd 的回复:] 建议先把所有的编译命令记录下来（比如把make的输出重定向），看看单独跑所有编译命令用多少时间，这大概就能判断慢是慢在编译上，还是满在make自己的解析和判断上。

是单条命令本身就慢[/quote] 我知道是因为单条命令所包含的目录太多了，需要不停的进出查找头文件导致的，但是不知道怎么去解决它

zhxianbin 2015-06-08

打赏
举报

make -jN 可以加快编译速度

ccyuki_ 2015-06-08

打赏
举报

引用 3 楼 nswcfd 的回复:

建议先把所有的编译命令记录下来（比如把make的输出重定向），看看单独跑所有编译命令用多少时间，这大概就能判断慢是慢在编译上，还是满在make自己的解析和判断上。

是单条命令本身就慢

ccyuki_ 2015-06-08

打赏
举报

使用了make -jN，错误的原因是内存不足，加了交换区，但是没感觉到变快，我从top里看，有的make线程执行了5分钟目前为止........

ccyuki_ 2015-06-08

打赏
举报

引用 7 楼 psc928624742 的回复:

[quote=引用 5 楼 zhxianbin的回复:]make -jN 可以加快编译速度

赞同，楼主可以参考linux内核怎么的启用多线程make的[/quote] 我使用make -jN会报错的

nswcfd 2015-06-05

打赏
举报

建议先把所有的编译命令记录下来（比如把make的输出重定向），看看单独跑所有编译命令用多少时间，这大概就能判断慢是慢在编译上，还是满在make自己的解析和判断上。

ccyuki_ 2015-06-05

打赏
举报

引用 1 楼 todo9351 的回复:

建议： 1 makefile 更名为Makefile 2 使用递归编译的方式写Makefile，方便后续扩展和维护 make -C .xxxxxx 3 可以将各个 module 封装为 lib，后续即使没有对应 module 的源码可以编出主程序，如果只是修改部分代码的话，编一次N快 4 LINUX服务器要好。

我的目前状况： 1.是Makefile 2.3.应该属于一样吧？就是各个模块分的清楚。可是我这个项目的结构我感觉分不清楚呢 4.现在就是在vagrant上跑了一台64位的虚拟机，写程序现在这个Makefile也可以在改动部分代码的时候，只编译修改那部分吖。它慢在哪呢

todo9351 2015-06-05

打赏
举报

建议： 1 makefile 更名为Makefile 2 使用递归编译的方式写Makefile，方便后续扩展和维护 make -C .xxxxxx 3 可以将各个 module 封装为 lib，后续即使没有对应 module 的源码可以编出主程序，如果只是修改部分代码的话，编一次N快 4 LINUX服务器要好。