linuxcompressed-devel Mailing List for Linux Compressed Cache (Page 20)
Status: Beta
Brought to you by:
nitin_sf
Menu
▾
▴
linuxcompressed-devel — Linux Compressed Cache Development Mailing List
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(1) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(22) |
Feb
(11) |
Mar
(31) |
Apr
(19) |
May
(17) |
Jun
(9) |
Jul
(13) |
Aug
(1) |
Sep
(10) |
Oct
(4) |
Nov
(10) |
Dec
(4) |
| 2003 |
Jan
|
Feb
(8) |
Mar
|
Apr
(5) |
May
(39) |
Jun
(10) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(27) |
Nov
(1) |
Dec
(2) |
| 2004 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(9) |
Dec
(2) |
| 2006 |
Jan
(7) |
Feb
(4) |
Mar
(12) |
Apr
(16) |
May
(11) |
Jun
(48) |
Jul
(19) |
Aug
(16) |
Sep
(13) |
Oct
|
Nov
(8) |
Dec
(1) |
| 2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
(3) |
May
(26) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(7) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David C. <dav...@rc...> - 2001-10-31 07:37:30
|
For the documentation on the linux compressed cache website. It is imcomplete, I would like to finish up the documentation of the files and functions. But I will need help from you guys to verify and see if it is corret or not. I think this helps me to understand the overall coding and help others to contribute. Thanks. regards, DC |
|
From: David C. <dav...@rc...> - 2001-10-22 03:09:35
|
Livio Baldini Soares =BCg=B9D=A1G >=20 > Rodrigo Souza de Castro writes: > > Hi all, >=20 > (...) >=20 > > The only work I started was to port the current code to > > 2.4.12, but I couldn't finish so far. >=20 > Well, when you come back, maybe you want to take a look at these > scary images: >=20 > http://luxik.cdi.cz/~devik/mm.htm >=20 > They are flow charts (made by Martin Devera) of 2.4.12 and > 2.4.12-ac3 VM system. I guess you can try to figure out the diferences > between them with these charts, plus it might be a nice addition (or > something similar) to the `Virtual Memory Overview` on our page. >=20 > best regards to all! >=20 > -- > Livio <li...@li...> >=20 > _______________________________________________ > linuxcompressed-devel mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxcompressed-devel I think we need "some" documentation for all the functions inorder to speed up understand of the diagram and the flow. Thanks for you information. I would like to help if I could. regards, DC |
|
From: Livio B. S. <li...@li...> - 2001-10-22 01:46:06
|
Rodrigo Souza de Castro writes: > Hi all, (...) > The only work I started was to port the current code to > 2.4.12, but I couldn't finish so far. Well, when you come back, maybe you want to take a look at these scary images: http://luxik.cdi.cz/~devik/mm.htm They are flow charts (made by Martin Devera) of 2.4.12 and 2.4.12-ac3 VM system. I guess you can try to figure out the diferences between them with these charts, plus it might be a nice addition (or something similar) to the `Virtual Memory Overview` on our page. best regards to all! -- Livio <li...@li...> |
|
From: Rodrigo S. de C. <rc...@im...> - 2001-10-19 16:52:03
|
Hi all, I am off to Canada for a week to attend SOSP 2001 (Symposium on Operating Systems Principles, http://www.cs.ucsd.edu/sosp01/). During this time I will not be reading email. There are no news regarding Compressed Cache. I have been pretty busy these last two weeks, so I couldn't do almost anything with respect to the project. The only work I started was to port the current code to 2.4.12, but I couldn't finish so far. See you on next Saturday. []'s -- Rodrigo S. de Castro <rc...@im...> |
|
From: Rodrigo S. de C. <rc...@im...> - 2001-10-08 17:27:35
|
Hello, I noticed some problems when running our latest patch under UML. It is caused by the changes with respect to MAX_SWAPFILES in 2.4.10. The maximum number of swap files has increased from 8 to 32. Our virtual swap entry was using swap type == MAX_SWAPFILES, but that's not safe, because some architectures, like UML, the swap entry can be enconded in a different way than in i386. In the UML case, if we use swap type == MAX_SWAPFILES, it will be enconded in a manner that the pte set to a swap entry will be returned as being present in memory (because the encode with this swap type will be the same as setting the _PAGE_PROTNONE bit on). And this, of course, is incorrect, leading to memory corruption. If you have any trouble running the latest patch under UML (or any architecture, but I don't think it works in any other arch), please apply the 2.4.10-0.20pre2 that is available on our download page. There's no problem with 2.4.10-0.19 on i386. Download Page: http://sourceforge.net/project/showfiles.php?group_id=13472 Direct Link: http://prdownloads.sourceforge.net/linuxcompressed/patch-comp-cache-2.4.10-0.20pre2.bz2 Unfortunately the maximum number of swap files is not any longer 32. It is 31, and one type (the last index) has been used for our virtual addressing. So, the current setup is: #define MAX_SWAPFILES 31 // (indexes from 0 to 30) #define COMP_CACHE_SWP_TYPE MAX_SWAPFILES // (index 31) This setup implies that we won't have to rely on the architecture swap entry enconding. However we will have to spend a swap file for that. Regards, -- Rodrigo S. de Castro <rc...@im...> |
9 messages has been excluded from this view by a project administrator.
