LibFiber在windows平台下内存泄漏

[Invisible-Boy]

在windows平台下每次创建thread，使用go lambda表达式创建一个协程，都会使用大概4MB的内存，等待线程退出后，内存也无法释放。

Linux平台下也有类似问题，但是linux平台下内存占用在300MB以后，速度会放缓。

麻烦作者看一下。

[zhengshuxin]

我在Linux下写了个例子如下，运行是正常的，你可以把你的例子贴一下。

int main() {
	acl::acl_cpp_init();
	acl::log::stdout_open(true);

	for (int i = 0; i < 100; i++) {
		std::thread thr([] {
			go[] {
				for (int j = 0; j < 10; j++) {
					auto fb = go[=] {
						printf("fiber-%d run, (%d)\n", acl::fiber::self(), j);
					};
					printf("fiber-%d created\n", fb->get_id());
				}
			};
			acl::fiber::schedule();
		});
		thr.join();
		sleep(1);
	}

	pause();
	return 0;
}

[Invisible-Boy]

我在Linux下写了个例子如下，运行是正常的，你可以把你的例子贴一下。

int main() {
acl::acl_cpp_init();
acl::log::stdout_open(true);

for (int i = 0; i < 100; i++) {
std::thread thr([] {
go[] {
for (int j = 0; j < 10; j++) {
auto fb = go[=] {
printf("fiber-%d run, (%d)\n", acl::fiber::self(), j);
};
printf("fiber-%d created\n", fb->get_id());
}
};
acl::fiber::schedule();
});
thr.join();
sleep(1);
}

pause();
return 0;
}

这个例子我在windows下运行不太正常，感觉是pthread_patch.c文件里的有些东西实现的不太对，导致fiber.c和fiber_io.c里的thread_free没有执行。

[Invisible-Boy]

我在fiber.c文件中的acl_fiber_schedule函数末尾，手动调用了thread_free和fiber_io.c文件中的thread_free。内存就正常了。

[Invisible-Boy]

感觉这个pthread_setspecific实现的有问题，不能在线程退出时正常调用thread_free

[zhengshuxin]

在windows下确实存在这个问题，原因为所模拟的pthread_key_create传入的析构过程（destructor）无法被正常调用，这确实是一个问题，因为TLS类的TlsAlloc API不提供析构过程回调，而FLS类的FlsAlloc API虽然提供了析构回调，但在协程模式下FlsGetValue只返回与当前协程相关的，而不是所要求的线程相关的；在DLLMain里虽然可以收到线程退出的回调，但这要求是库是DLL方式的，而DLL的协程库又无法使用MS提供的detours来HOOK IO API（因为detours要求必须是lib方式）。总之，MS并没给系统级开发人员提供什么便利，这块我再想想如何实现比较好些。

[Invisible-Boy]

我用windows7+msvc2015进行测试，在不开启USE_FLS的情况下，std::thread析构的时候，会在thread_exit里崩溃，开启USE_FLS的情况下，会在pthread_once里崩溃。

也可能是因为我用libfiber里加了一些东西导致的。

后续这个改动会同步到libfiber项目中么？

我后续计划提交一个pr解决windows平台下getsockopt、setsockopt hook缺失，accept、recvfrom无法获得目的地址的问题。看看是否是这些改动导致的错误。不过我感觉应该不是，概率不大。

[zhengshuxin]

我用windows7+msvc2015进行测试，在不开启USE_FLS的情况下，std::thread析构的时候，会在thread_exit里崩溃，开启USE_FLS的情况下，会在pthread_once里崩溃。

也可能是因为我用libfiber里加了一些东西导致的。

后续这个改动会同步到libfiber项目中么？

我后续计划提交一个pr解决windows平台下getsockopt、setsockopt hook缺失，accept、recvfrom无法获得目的地址的问题。看看是否是这些改动导致的错误。不过我感觉应该不是，概率不大。

那个USE_FLS是测试用的，我现在已经修复了该问题，重构了 pthread_patch.c，通过混合使用 TLS 和 FLS 方式解决了该非常棘手的问题。将来有时间会同步更新至 libfiber。另外，欢迎提交新功能和新问题！