- 2012年 2月 11日 4 次提交
-
-
由 Nickolai Zeldovich 提交于
-
由 Nickolai Zeldovich 提交于
-
由 Nickolai Zeldovich 提交于
-
由 Nickolai Zeldovich 提交于
-
- 2012年 2月 10日 7 次提交
-
-
由 Nickolai Zeldovich 提交于
-
由 Nickolai Zeldovich 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Nickolai Zeldovich 提交于
- 2012年 2月 09日 1 次提交
-
-
由 Nickolai Zeldovich 提交于
mapbench with more than one thread seems to frequently hang on josmp and eventually cause a kernel panic..
-
- 2012年 2月 08日 18 次提交
-
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Nickolai Zeldovich 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
You can enable by setting LOCKSTAT in param.h and use by running lockstat (e.g. $ lockstat mapbench).
-
由 Silas Boyd-Wickizer 提交于
You must call destroylock before freeing the memory holding lockstat enabled lock. I did this for most of the locks.
-
由 Nickolai Zeldovich 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
I might have broken something, but gc threads were running too infrequently for testing. A gc thread might run at a higher rate due to the heuristic in gc_end_epoch.
-
由 Silas Boyd-Wickizer 提交于
- 2012年 2月 07日 10 次提交
-
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-
由 Silas Boyd-Wickizer 提交于
-