linuxcompressed-devel Mailing List for Linux Compressed Cache (Page 11)
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: Murali V. N <vil...@cs...> - 2003-07-29 02:44:42
|
Hi All, Is this a typo in the statistics accounting initialization? memset((void *) &compression_algorithm, 0, sizeof(struct stats_summary)); Should n't it be either a) memset((void *) &compression_algorithm.stats, 0, sizeof(struct stats_summary)); (OR) b) memset((void *) &compression_algorithm, 0, sizeof(struct comp_alg)); In any case, isn't the memset redundant (since compression algorithm is defined as a global variable)? Thanks for all the great work! Murali |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-06-27 01:11:21
|
Hi there. I change the lc-devel mailing list configuration. Now it restricts posting to list members only to avoid so many spams, as we got recently. Posts from non-members will be held for approval. I know I should have done that before, when Marc-Christian Petersen suggested (at that time when spams were rare to our mailing list), but it is better late than never. By the way, sorry for that test email, but the mailman is the one to blame for, because it accepts email from rc...@lc... when it shouldn't. This address is not subscribed, but it looks it makes some confusion with similar domain names (the email which is subscribed is actually rc...@im..., without "lcpd"). Best regards, -- Rodrigo |
|
From: Rodrigo S. de C. <rc...@lc...> - 2003-06-26 23:41:43
|
Please, ignore this test. -- Rodrigo |
|
From: <ser...@in...> - 2003-06-25 21:22:40
|
How would you like to earn $50 or more for completing a short survey? What about $100 for an hour of your time participating in a focus group? http://www.xtrameg.com/trt/ Your time and opinions are valuable - you just need to know which companies are willing to pay you for them. Our membership program provides.... - An updated database of hundreds of paid survey, focus group, and market research companies - Unlimited access - 24 hours a day, 7 days a week http://www.xtrameg.com/trt/ This is a great way to boost your income, with minimal effort.Best of all, you can participate in as many surveys or focus groups as you choose! yvahkpbzcerffrq-qriry^yvfgf(fbheprsbetr(arg |
|
From: Sarah W. <re...@tm...> - 2003-06-24 19:56:34
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312"><!-- =
Ap -->
<STYLE type=3Dtext/css>TD {
FONT-SIZE: 11px; COLOR: #000000; FONT-FAMILY: verdana, arial, helvetica
}
</STYLE>
<META content=3D"MSHTML 6.00.2722.900" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0>
<TBODY>
<TR>
<TD>Hi<BR><BR>I visited <A
href=3D=
"http://www.trafficmagnet.com/signup/index.html">LINUXCOMPRESSED.SOURCEFORGE.=
NET</A>, and noticed that you're not listed on some search engines! I
think we can offer you a service which can help you increase traffic =
and
the number of visitors to your website.<BR><BR>I would like to =
introduce
you to <A
href=3D=
"http://www.trafficmagnet.com/signup/index.html">Trafficmagnet.com</A>.
We offer a unique technology that will submit your website to over =
300,000
search engines and directories every month.<BR><BR>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D398 align=3Dcenter =
border=3D0>
<TBODY>
<TR>
<TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =
height=3D136 src=3D"http://www.trafficmagnet.com/img/img_tm.gif" =
width=3D137 border=3D0></A> </TD>
<TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =
height=3D141 src=3D=
"http://image10.trafficmagnet.net/img4/SMART197/003/130/eoi.jpg" width=3D197 =
border=3D1></A></TD>
<TD vAlign=3Dbottom><A
href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG
height=3D136 src=3D=
"http://www.trafficmagnet.com/img/img_signup.gif" width=3D62
border=3D0></A></TD></TR></TBODY></TABLE><BR>You'll be surprised by the =
low
cost, and by how effective this website promotion method can be.
<BR><BR>To find out more about TrafficMagnet and the cost for =
submitting
your website to over 300,000 search engines and directories, visit <A
href=3D=
"http://www.trafficmagnet.com/signup/index.html">www.trafficmagnet.com</A>.
<BR><BR>I would love to hear from you. <BR><BR><BR>Best
Regards,<BR><BR>Sarah Williams <BR>Sales and Marketing <BR>E-mail:
sar...@tm... <BR><A
href=3D=
"http://www.trafficmagnet.com/signup/index.html">http://www.trafficmagnet.com=
</A>
<P>This email was sent to lin...@li.... We apologize if this email =
has reached you in error.<BR>We honor all removal requests. Please <A
href=3D"http://optout.trafficmagnet.com/optout/Action/OptOut?email=3D=
lin...@li...&url=3D linuxcompressed.sourceforge.net">click
here</A> to be removed from our mailing
list.</P></TD></TR></TBODY></TABLE></BODY></HTML>
|
|
From: shepardson <jac...@bi...> - 2003-06-23 05:09:55
|
Dear: lin...@li..., <html> <head> <title>University Diploma</title> </head> <body> <p></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:16.0pt; mso-bidi-font-size:18.0pt;font-family:Georgia">U N I V E R S I T Y&nb= sp; D E G R E E<span style=3D"mso-spacerun: yes"> </span>P R = O G R A M <o:p> </o:p> </span></b></p> <p align=3D"center" style=3D"text-align:center"><span style=3D"font-f= amily:"Arial Black""> <o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><span style=3D"font-s= ize:16.0pt; font-family:Georgia">Obtain the diploma you deserve based on your pre= sent<span style=3D"mso-spacerun: yes"> </span>knowledge and life experience.<o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><span style=3D"font-s= ize:16.0pt; font-family:Georgia">A prosperous future, money earning power,<br> and the <span style=3D"color:teal">Admiration</span><span style=3D"co= lor:red"> </span>of all</span><span style=3D"font-size:13.5pt;font-family:Georgia">.</spa= n><span style=3D"font-family:Georgia"><o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><span style=3D"font-s= ize:16.0pt; mso-bidi-font-size:14.0pt;font-family:Georgia">Diplomas from establis= hed non-accredited schools.<br> <span style=3D"mso-spacerun: yes"> </span>Shows like any academi= c degree exactly<br> <span style=3D"mso-spacerun: yes"> </span>what you really can do= <o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:16.0pt; mso-bidi-font-size:14.0pt;font-family:Georgia;color:maroon">Without r= equired tests, classes, or interviews.</span></b><span style=3D"font-size:16.= 0pt; mso-bidi-font-size:14.0pt;font-family:Georgia;color:maroon"><o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><span style=3D"font-s= ize:14.0pt; font-family:Georgia;mso-fareast-font-family:Batang;color:black">Bache= lors, Masters, MBA, and PhD=92s</span><span style=3D"font-size:14.0pt;font-= family:Georgia; mso-fareast-font-family:Batang"><br> in your field.<o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:14.0pt; font-family:Georgia;color:black">Discreetly and affordably<o:p> </o:p> </span></b></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:14.0pt; font-family:Georgia;color:black">YOUR accomplishments are recognized.= </span></b><span style=3D"font-size:14.0pt;font-family:Georgia;color:= black"><o:p> </o:p> </span></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:16.0pt; mso-bidi-font-size:14.0pt;font-family:"Comic Sans MS"">CALL= NOW - your<span style=3D"color:#333300"> Diploma</span><o:p> </o:p> </span></b></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:16.0pt; mso-bidi-font-size:14.0pt;font-family:"Comic Sans MS"">awai= ts you!!!<o:p> </o:p> </span></b></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:18.0pt; mso-bidi-font-size:14.0pt;font-family:"Comic Sans MS"">1-31= 2-873-4630<o:p> </o:p> </span></b></p> <p align=3D"center" style=3D"text-align:center"><b><span style=3D"fon= t-size:16.0pt; mso-bidi-font-size:14.0pt;font-family:"Comic Sans MS"">Call= s returned promptly</span><span style=3D"font-size:14.0pt;font-family:"Comi= c Sans MS""><o:p> </o:p> </span></b></p> </body> </html> |
|
From: Andre M. <an...@co...> - 2003-06-09 08:54:59
|
Hi Rodrigo, > I have already got a bug report exactly like yours (from > Marc-Christian Petersen) in December (yes, the project was sort of > hibernation process). This bug seems to be fixed in the CVS version, > which will be sometime released as 0.24pre6. The CVS version is for > 2.4.20, but it is currently unstable. That's good news (Both that the project has been "revived" and that the bug seems to be fixed). This project has a lot of potential.... keep up the good work. > Thanks for the report, anyway. As soon as 0.24pre6 is released, I > would like you to give it a try to check if the bug is gone. No problem, just let me know when it's released. > On Thu, Jun 05, 2003 at 11:59:38AM +0200, Andre Marais wrote: > > I've run into a problem with patch 2.4.19-0.24pre5 against my 2.4.20 > > (Including O(1) scheduler, and Neil Schemenauer's IO elevator patch). > > > > This run's on a PentiumIII 700Mhz UP, on a 440BX main-board. > > > > Funny enough. This occurred when starting java 1.4.1_02-b06 in galeon > > running an applet. > > > > Any help would be appreciated, and please CC me since I'm not on the > > list. Regards, Andre |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-06-08 20:58:31
|
Hi Andre. I have already got a bug report exactly like yours (from Marc-Christian Petersen) in December (yes, the project was sort of hibernation process). This bug seems to be fixed in the CVS version, which will be sometime released as 0.24pre6. The CVS version is for 2.4.20, but it is currently unstable. Thanks for the report, anyway. As soon as 0.24pre6 is released, I would like you to give it a try to check if the bug is gone. Best regards. On Thu, Jun 05, 2003 at 11:59:38AM +0200, Andre Marais wrote: > I've run into a problem with patch 2.4.19-0.24pre5 against my 2.4.20 > (Including O(1) scheduler, and Neil Schemenauer's IO elevator patch). > > This run's on a PentiumIII 700Mhz UP, on a 440BX main-board. > > Funny enough. This occurred when starting java 1.4.1_02-b06 in galeon > running an applet. > > Any help would be appreciated, and please CC me since I'm not on the > list. [snip] -- Rodrigo |
|
From: Andre M. <an...@co...> - 2003-06-05 10:00:16
|
Hello All,
I've run into a problem with patch 2.4.19-0.24pre5 against my 2.4.20
(Including O(1) scheduler, and Neil Schemenauer's IO elevator patch).
This run's on a PentiumIII 700Mhz UP, on a 440BX main-board.
Funny enough. This occurred when starting java 1.4.1_02-b06 in galeon
running an applet.
Any help would be appreciated, and please CC me since I'm not on the
list.
kernel BUG at proc.c:227!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0142f6e>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00013287
eax: 001e3b00 ebx: 00000b3f ecx: 0e184000 edx: 0000ffff
esi: c126c2cc edi: ffff0000 ebp: 001c9700 esp: cfef9ee4
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 5, stackpage=cfef9000)
Stack: 001e3b00 001e3b00 01020049 00000001 c126c2cc 00001028 c126c2cc
c013f196
c126c2cc cfef9f36 cfef9f34 000001d0 00000006 00003282 cfef8000
00000000
00000001 00003282 00000000 cde186c0 cde186c0 00000001 c126c2cc
00001028
Call Trace: [<c013f196>] [<c013f0b6>] [<c01382ab>] [<c0138546>]
[<c0137e98>]
[<c0137d90>] [<c0105000>] [<c01059be>] [<c0137d90>]
Code: 0f 0b e3 00 fa 9a 2d c0 c1 6c 24 08 18 8d 4b f8 0f b7 d9 b9
>>EIP; c0142f6e <get_comp_data+9e/130> <=====
Trace; c013f196 <compress_page+66/3f0>
Trace; c013f0b6 <compress_clean_page+36/40>
Trace; c01382ab <shrink_cache+2bb/390>
Trace; c0138546 <kswapd_balance_pgdat+d6/1b0>
Trace; c0137e98 <kswapd+108/140>
Trace; c0137d90 <kswapd+0/140>
Trace; c0105000 <_stext+0/0>
Trace; c01059be <kernel_thread+2e/40>
Trace; c0137d90 <kswapd+0/140>
Code; c0142f6e <get_comp_data+9e/130>
00000000 <_EIP>:
Code; c0142f6e <get_comp_data+9e/130> <=====
0: 0f 0b ud2a <=====
Code; c0142f70 <get_comp_data+a0/130>
2: e3 00 jecxz 4 <_EIP+0x4> c0142f72
<get_comp_data+a2/130>
Code; c0142f72 <get_comp_data+a2/130>
4: fa cli
Code; c0142f73 <get_comp_data+a3/130>
5: 9a 2d c0 c1 6c 24 08 lcall $0x824,$0x6cc1c02d
Code; c0142f7a <get_comp_data+aa/130>
c: 18 8d 4b f8 0f b7 sbb %cl,0xb70ff84b(%ebp)
Code; c0142f80 <get_comp_data+b0/130>
12: d9 b9 00 00 00 00 fnstcw 0x0(%ecx)
kernel BUG at proc.c:227!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0142f6e>] Not tainted
EFLAGS: 00013287
eax: 001e3d00 ebx: 00000743 ecx: 0a0ed000 edx: 0000ffff
esi: c11ba8d8 edi: ffff0000 ebp: 001c9d00 esp: cd2cdc78
ds: 0018 es: 0018 ss: 0018
Process X (pid: 1494, stackpage=cd2cd000)
Stack: 001e3d00 001e3d00 01020049 00000001 c11ba8d8 00001043 c11ba8d8
c013f196
c11ba8d8 cd2cdcca cd2cdcc8 c029bf1d c2c40838 00003282 00000001
00000286
00000001 00003282 00000000 c9c10c80 c9c10c80 00000001 c11ba8d8
00001043
Call Trace: [<c013f196>] [<c029bf1d>] [<c013f0b6>] [<c01382ab>]
[<c0137f3d>]
[<c0139967>] [<c0138e83>] [<c0139183>] [<c0137a1e>] [<c013760d>]
[<c026b5ac>]
[<c026a507>] [<c026ac1f>] [<c02b0521>] [<c02687a8>] [<c026896c>]
[<c010727f>]
[<c012e231>] [<c026977f>] [<c0149b6f>] [<c01496a0>] [<c01073bb>]
Code: 0f 0b e3 00 fa 9a 2d c0 c1 6c 24 08 18 8d 4b f8 0f b7 d9 b9
>>EIP; c0142f6e <get_comp_data+9e/130> <=====
Trace; c013f196 <compress_page+66/3f0>
Trace; c029bf1d <tcp_reset_xmit_timer+7d/f0>
Trace; c013f0b6 <compress_clean_page+36/40>
Trace; c01382ab <shrink_cache+2bb/390>
Trace; c0137f3d <try_to_free_pages_zone+6d/b0>
Trace; c0139967 <balance_classzone+57/1f0>
Trace; c0138e83 <__alloc_pages+f3/190>
Trace; c0139183 <__get_free_pages+53/60>
Trace; c0137a1e <kmem_cache_grow+ae/23c>
Trace; c013760d <__kmem_cache_alloc+cd/100>
Trace; c026b5ac <alloc_skb+ac/1c0>
Trace; c026a507 <sock_alloc_send_pskb+c7/1b0>
Trace; c026ac1f <sock_alloc_send_skb+2f/40>
Trace; c02b0521 <unix_stream_sendmsg+131/340>
Trace; c02687a8 <sock_sendmsg+78/c0>
Trace; c026896c <sock_readv_writev+8c/170>
Trace; c010727f <setup_sigcontext+df/130>
Trace; c012e231 <do_anonymous_page+101/110>
Trace; c026977f <sock_writev+4f/60>
Trace; c0149b6f <do_readv_writev+15f/2c0>
Trace; c01496a0 <sys_writev+60/90>
Trace; c01073bb <system_call+33/38>
Code; c0142f6e <get_comp_data+9e/130>
00000000 <_EIP>:
Code; c0142f6e <get_comp_data+9e/130> <=====
0: 0f 0b ud2a <=====
Code; c0142f70 <get_comp_data+a0/130>
2: e3 00 jecxz 4 <_EIP+0x4> c0142f72
<get_comp_data+a2/130>
Code; c0142f72 <get_comp_data+a2/130>
4: fa cli
Code; c0142f73 <get_comp_data+a3/130>
5: 9a 2d c0 c1 6c 24 08 lcall $0x824,$0x6cc1c02d
Code; c0142f7a <get_comp_data+aa/130>
c: 18 8d 4b f8 0f b7 sbb %cl,0xb70ff84b(%ebp)
Code; c0142f80 <get_comp_data+b0/130>
12: d9 b9 00 00 00 00 fnstcw 0x0(%ecx)
Regards,
Andre
--
Reading, after a certain age, diverts the mind too much from its
creative pursuits. Any man who read too much and uses his own brain
too little falls into lazy habits of thinking.
- Albert Einstein.
-----------------------------------------------------------------------
LEGAL DISCLAIMER:
The views or representations contained in this message, whether express
or implied, are those of the sender only, unless that sender expressly
states them to be the view or representations of an entity or person,
who shall be named by the sender and the sender shall state to
represent. No liability shall otherwise attach to any other entity or
person.
-----------------------------------------------------------------------
|
|
From: Isabel B. <isa...@ch...> - 2003-06-03 20:11:25
|
<html> <body> <table width=620 cellspacing=0 cellpadding=10 border=4 bordercolor=000000> <tr><td colspan=2 bgcolor=000000> <font face=Tahoma,Arial,Helvetica size=4 color=FFFFFF><b>No<khi8wd12zu2o>w<k3l45371xxfrq> yo<kaan4rpuwlhz>u c<kvebgem2e7ulyd>an h<k604d9d1ca1>av<kmnkzwm2krh9v>e HU<kmmij1cbcc9ybu>NDR<k9nhb2229rmm>ED<khzaw4k5fbs>S of le<kjtx31tn0gs7>nders co<k8ky2ps3h1a9>mp<krejx602r8b1s8i>ete for yo<kw4cgnd2417xs>ur lo<ko0o36dp3glbtl>a<ktq0pl7flq1ev2p>n!</b></font> </td></tr><tr><td valign=top width=150 bgcolor=000000> <font face=Tahoma,Arial,Helvetica size=2 color=FFFFFF><b> <li>R<kteojj31f0dgw6>efi<kra7cvb23cd3l>na<k3fswl52ylr>nci<ko9sb201xtzti>ng <li>Ne<kmrslkt2digzbj>w H<kqdsbvx10u6>ome L<kcz5uhhe3mip61>oa<kglyxve0npy>ns <li>De<kke2sz42ls0ux>bt Co<k7b41be1les>nsol<kwbu0na2appj>ida<kq1m51leox8>tio<k9r3bic9g8aphdr>n <li>D<kqnfjumlf4kg61>eb<k8gaj78393pldy>t Con<kmkt58skj951r>su<ksvcf8e1nhprni2>lt<kmfkisb32716>at<kavn7do33m9ka>io<ksnw60b1dhq7he>n <li>Au<k64a4tz19p7c1e>to L<k2w7sy4b36rn43>o<klk1frrmtye>an<kn6slb115an97t>s <li>Cr<kkp7wzx2bza>e<k4fuoso3dciov>di<k4thwjb3bylsdz>t Ca<kf4lehq3zlf>r<k27kiaz2nasc6c>ds <li>St<kai95362pv8gey1>udent Lo<ko5arx21n85>an<kpdt2cugnjw4h3x>s <li>S<k3y3gq03no7m2>eco<kjnw4xg1ge3bz>nd Mo<kfis8st28g90>rt<kpag34tq0wcmac>ga<k9lqf7n2poxa5c>ge <li>H<k9d6r44268m5>om<km0br483glfd>e E<kiyzph941l0l>qu<kx66ju91buq5>it<knpwxz7y7aipcs>y </b></font><br><BR><br> <center><a href=http://clodly.com/3/index.asp?RefID=209479><font face=tahoma,arial,helvetica size=4 color=FFFFFF><B>C<knyxhhk2c1rue>li<kq58i0rbrcg>c<klpwqjn18bt>k H<kl8v4i33tekaze>e<khiuniofs6e6i2>r<kl7or4t3wulyygr>e T<kgnhlo81i70pcg3>o<br>J<kod0wvg1ih1b1j>UM<khqg3tw1bubb0p3>P<k6xq8dd3jsio>-<kefj3tz37i92ic2>ST<kaa70sz18insbp>AR<kqs5oez2bh7>T<br>you<k6vqp4q30s344a>r Pl<k0f0syx29yfbq>an<kwfyw6v2dfqfclh>s for<br>th<ksvhzefmz2f4i2t>e Fu<kddzcf83z7nt>tur<k53a2t6223n>e!<k112ui62eor3>!!</b></FONT></A></center> </td> <td> <font face=Arial,Helvetica size=3 color=000000><b>Dear Homeowner,</b> <p align="left"><font face="times new roman, times" size=3 color=000000>Int<kmblmi1y3wwk51>ere<ku3i33m1hbkg>st R<k25nkkz3nt5>at<kuuuij3g6o6jz3>es ar<klrm06el1snt>e at th<k3x4jjb3fcs>eir low<kd249d01xp0>es<kg8knpd20wk>t po<kuuyymf3g2s6q>int in 4<k72cawj2cof>0 ye<klr9k263hu31>ars<k8ecuc01d8pfv62>! W<kcqo3mr3uh5>e he<krupo1w1mhlkev>lp y<kxqxb733h6bnky>ou f<kvkvo0kq8c39>in<ktdudcjg7e4wo3>d the b<kdoabmf2zf71>es<krzsbdi8gtwxc2a>t r<kazn4993p78>at<k3a553v27bpf0>e for yo<kqe930j3ufm>ur s<kz5m4eskq3mar1w>itu<klp14ef3gfa5fh>ati<kkxztig1k9iqc>o<kswq4vo3arfr1w>n by m<kfi07e92q3k>atc<kgjgerm23vq>hi<k6m2o592jgzv65>ng y<ksdvol51fbbzup>ou<kgzy5ii2ebn>r n<kbu235r7er892>ee<kif7jft3z8sm>ds w<kd7no313n52>ith hu<klqe80i3a0lxy>nd<k6cq5zj2bwzcj>re<k8utnquhnkyj>ds o<ket58r91zlow5x>f le<k88g6su3ekwbzy>nd<kolsvoc2vbz>er<klanpw61q7dt4h2>s!<br><br><A href=http://clodly.com/3/index.asp?RefID=209479><font face="tahoma,arial,helvetica" size=3 color="009000"><B>H<kikas7otvei8>om<kmy8sfx2ga9hu>e I<klfrj1j1kz3i>mpr<k8ls7843mze>ove<kynhs8i1pyj5em>me<kacpo6423n1w>nt, R<k41tu843oyv>ef<k9ilvir6iwsbv2l>i<kb4hky7ki1bu91>na<ka3lkm238chf>n<ku3c1b03rcvmay>ce, S<kbjo3dg3zbp3343>ec<kst7i8vp19j7m2>on<km5f2by1glkmba>d M<k1c89wk1mq1m>or<k3kwqs51mbe>tg<kuui29d3b1jr>ag<kcpuvfz2udj3n>e, H<kuuy8w81hj9ysx>om<kq0n1eq1vq8pz71>e E<k46smy62nxs>qu<kigiihf1wsm>ity L<k3v4bke2zdb>oan<kyvq78n2ux4>s, an<kr6lwe732iymb2>d Mo<k0ipv3dbe6x>re!</b></a></font><br><br>Yo<ktbzyjc2j9espq0>u<kdc1au6211t>'r<kltn2je2x8b2eo>e el<k200ei21g5lte>i<ka1rovi3pw4>gi<k2b4agr3mvxb1o>ble e<kbdccs830tnn931>ve<kbmk0ya16scg8d2>n w<kgyxsqrxm0m>it<krcj5q51b7t>h l<kc0xv271rdm>es<klykeh317qg8b0>s t<kstkeql1x2etn5>ha<kk031dg2unand42>n p<kg72bdj2psebd>erf<k8dorn82663eb>ect cr<kn24q811xzuiwu>ed<kljubyvvmkqaqp1>it!<br><br>T<km4vx3e3rwjz6d2>h<kz6j9s8mhwb3s3b>is se<kipg7jg1gr7ah>rv<ka726ef234wmgz2>ic<kl9cqli1ia92r>e i<kz2nhghvf91pw>s <font face="arial,helvetica" size=3 color="000000"><B>100% FREE</b></font> to ho<kls2jw73xvg>m<kj5vvo836a2w>e o<kmzscgz2314>wn<k3nn4m5vxlz512u>ers and new h<krijsmdj3uf>om<kktdmst3dl12k>e bu<km7qlxy3fufp5>yer<k091svqeve72>s wit<kwq9hrx2t4sgw8>ho<k121cbnpxdmy>ut a<kbjhbeg1hrl>ny ob<ktumzdj2827>lig<ke06l643d37f>ati<k6f1c322jzvrp>o<klrcv4z2nadt>n. <br><br>Ju<ksrmg7b2rg1j>st f<konplbv1rw4jph>il<kfxuoz52d7a9>l o<kr7jk7nnvw7mb1>ut a q<kf40w4u295d01a1>uic<kypvm8e3vthe420>k, s<k8490gn11elwhw>imp<kqlhbhnw7o8sy>le for<ke9e7kn2ebar>m an<k29sgrfqlh580>d ju<ktwktt8iizu>mp-s<kpgqmq52acx>tar<kti31tkdj95f12>t y<kho0fqo1dsmt90>our fu<ktr3etx2dvkelz3>tur<k7ttocrnkwt>e pla<kir823w3bvwdal2>n<k0dr1101tpv0u4>s to<kff1k0v3rukk>d<k3550f9yeado>ay<khupj1c6kfhqn>!</font><br><br> <a href=http://clodly.com/3/index.asp?RefID=209479><font face=verdana,arial,helvetica size=5 color=00B000><B>Click Here To Begin</b></FONT></A> </font><font size=1><br><br></font></p></td></tr></table> <table width=600 cellspacing=0 cellpadding=0> <tr><td><font face="arial,helvetica" size=1><br>Ple<k8rhka4317x>as<kf239n410ig6>e kn<kd6weuqwz4fag1>ow t<kpri0ws1ueqfj>ha<kyq7wki2pz2rw>t w<ksuntcckeoilgv>e d<kq5owmo1oyl5r81>o n<kuh5rzk25og37>ot wa<k31gpg9wupqqf>n<kv5xf352vi3>t to se<kukeixbyb0y5h2>n<k839ask102fs>d y<kxzt7sm2fiy3sn>ou i<k12rr563ioa>nf<kzhikzuxykjl>or<kd63nhg2gbwl>mat<kywhcf721stl>io<kiwexyo368t0uu>n r<kt95sxl2xlr6b0>ega<k2m7d0i1bgi6ug>rdi<ki8dp7z3exgkb22>n<kbv6lgl2ifpgn>g o<khi20b41bzs>ur<kol7qaj3b1s> s<kl4fhk03sfh>pe<kom9s8c3tgr7>ci<kkh5fu517s07u>al o<k993xyx3c89vf>ffe<k5czgs7qmzw>r<khzvi7veoopa>s i<kyzxs71baj5ju2z>f y<kpo5jbk8kycq9>o<kdk7uw6vejwut31>u d<ktfaar52koiq8sz>o n<kd7j21423gatb>o<ko0yccfeqlakq>t w<kw6n98m1ffkomx>is<k1duryu2788ek>h t<ki1fuvi2gzo>o re<k64v69w19p4bdh>ce<kl7h7042bbv4i>iv<k546bj6146wbdf>e i<kf19huf312tr9>t. I<kalan2l1anv3k>f y<k3xzori2cikr6>ou w<khrh02m1wpwb97>ou<kuej66c1cjyw>ld n<kthurni1lo5>o l<k5033al8njcgam>ong<kwwkhi39ut2ihk>er l<ki1rx461lnfl>ik<kbgye4h2ums30b1>e us t<k3xj8c11vhaz>o c<kbigjedfgevq>ont<km9umr306qa>ac<kezy1021m6em>t y<klhszfr7w5r>ou o<kwyc01t7m9tdy3>r y<k9r9eai2tk6lbu3>o<khgi1ul1o72t>u f<ks8wub219m2bvu>ee<kj5235n1zwa99>l t<knjez423puux>ha<k32mgq9353y>t y<kqldr133fuu>ou h<kh6s6to1z3da9>av<k8g260n2nkkw80>e r<kshhg1p13vwk>ec<keoa3e328jf>ei<kjj3ehh1sfyk>ve<kaqaqea2nb0uy>d t<kmzmoj75udhlb>hi<kjfuytz2ar7e00>s e<k9njuc62zxbvk>mai<kic48dl1kve7xj1>l i<k53lsk41waa>n e<kdukv812wksrdf>rr<kbuopl6327h789z>or, y<kl997njvc0k>ou m<kwpsp7lem8w832q>ay <a href="http://clodly.com/auto/index.htm">c<kcm88l6ahy4>l<k1d97ai3ys3>ic<kb4k1jgs6vhr>k h<kpqddv313d4h6>ere to un<kksm29l2pq7d1f1>s<khtdkyo1vqz5>u<ksqduxn26hl>b<kj7kz69f1xg>s<kvwcixm1qo65ib>c<kr3ikmj39unk2d>r<kx555ouk7iyuk2>i<k7npdqh8305i53t>b<kyf0nzk20dp324>e</a>.</font></td></tr> </table> </body> </html> <ksbesrd3kkbnd> |
|
From: Con K. <ke...@ko...> - 2003-05-27 03:35:56
|
On Tue, 27 May 2003 11:41, Rodrigo Souza de Castro wrote: > Hi Con, > > On Tue, May 27, 2003 at 07:11:34AM +1000, Con Kolivas wrote: > > On Tue, 27 May 2003 04:50, Kimmo Sundqvist wrote: > > > I just decided to tell everyone that I've been able to run 2.4.20-ck7 > > > with compressed caching enabled in my little brother's Pentium 133MHz, > > > for hours, doing stress testing, compiling kernels and using the > > > Internet under X. > > > > > > I had pre-empt enabled. Compressed swap worked also. I used 4kB pages > > > without compressed swap, and 8kB with it. > > [snip] > > > > exclusive), 1GB of RAM but "mem=128M" for testing purposes. Been > > > stable for 6 hours now, and done even some stress testing. Try 128 > > > instances of burnBX with 1MB each, like "for ((A=128;A--;A<1)) do > > > burnBX J & done". A nice brute force or "if you don't behave I'll push > > > all my buttons" method > > > > > > :) > > > > > > Wondering if Pentium 133MHz (64MB RAM) is fast enough to benefit from > > > compressed caching. I know there's a limit, depending on the speed of > > > the CPU and the speed of the swap partition (doing random accesses), > > > which determines if compressed caching is beneficial or not. > > [snip] > > > What you describe has been my experience with cc as well. I haven't > > had any crashes or unusual problems with it since removing the AA vm > > changes as well - it seemed to be the combination that caused > > hiccups on extreme testing. > > Something to be figured out yet. It is a pity we couldn't work harder > on these problems. I think getting the stability necessary on the main tree was far more important so I don't regret this. > > > >From what I can see, no matter how slow your cpu you will still get > > > > benefit from cc as the hard drives on those machines are > > proportionately slower as well. > > I guess that, in the past, the gap was smaller, but still there. > > > The one limitation of cc is that it does require _some_ ram to > > actually store swap pages in, and it seems that you need more than > > 32Mb ram to start deriving benefit. > > I am not sure. It requires some ram, but it is only a few pages to > avoid failed page allocations when it first needs to allocate pages. I > have a report of running CC on a laptop with 8M RAM, that showed to be > a little more responsive. I don't have a scientific results showing > that is better on system with a lower amount of memory, but this > feedback seems positive. > > > One minor thing, though - my vm hacks make compressed caching work > > much less than it normally does as they try to avoid swapping quite > > aggressively. It is when the vm attempts to start swapping that cc > > looks to see if it should take pages into compressed cache instead. > > What exactly are your VM hacks concerning CC? The default behaviour is > to compress pages only when the VM starts freeing pages, not in a > compress-ahead fashion, pretty much what I think you said above. Ok, I didn't look at your code, but that would make sense too because with my hacks it will start even lower priority than the default VM freeing less pages at a time unless the memory pressure gets high. > > > I've cc'ed the actual developer of cc as he has indicated that he is > > actively working on compressed caching again. > > At a slower pace, but finally back to CC development. :-) Excellent. Good to have you back. > > > > Just a warning... both systems have only ReiserFS partitions. > > > Other FSes might still get hurt. > > > > This is definitely the case! If you try out compressed caching with > > ck7 please do not enable preempt if you are using ext2/3 or vfat. > > As told in a previous email, I wouldn't enable preempt in any case > with this code version. -ck has always come with a warning saying as much. I hope to integrate more of your code when you're happy with it, so this problem can be resolved. Cheers, Con |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-27 01:41:31
|
Hi Con, On Tue, May 27, 2003 at 07:11:34AM +1000, Con Kolivas wrote: > On Tue, 27 May 2003 04:50, Kimmo Sundqvist wrote: > > I just decided to tell everyone that I've been able to run 2.4.20-ck7 with > > compressed caching enabled in my little brother's Pentium 133MHz, for > > hours, doing stress testing, compiling kernels and using the Internet under > > X. > > > > I had pre-empt enabled. Compressed swap worked also. I used 4kB pages > > without compressed swap, and 8kB with it. [snip] > > exclusive), 1GB of RAM but "mem=128M" for testing purposes. Been stable > > for 6 hours now, and done even some stress testing. Try 128 instances of > > burnBX with 1MB each, like "for ((A=128;A--;A<1)) do burnBX J & done". A > > nice brute force or "if you don't behave I'll push all my buttons" method > > :) > > > > Wondering if Pentium 133MHz (64MB RAM) is fast enough to benefit from > > compressed caching. I know there's a limit, depending on the speed of the > > CPU and the speed of the swap partition (doing random accesses), which > > determines if compressed caching is beneficial or not. [snip] > What you describe has been my experience with cc as well. I haven't > had any crashes or unusual problems with it since removing the AA vm > changes as well - it seemed to be the combination that caused > hiccups on extreme testing. Something to be figured out yet. It is a pity we couldn't work harder on these problems. > >From what I can see, no matter how slow your cpu you will still get > benefit from cc as the hard drives on those machines are > proportionately slower as well. I guess that, in the past, the gap was smaller, but still there. > The one limitation of cc is that it does require _some_ ram to > actually store swap pages in, and it seems that you need more than > 32Mb ram to start deriving benefit. I am not sure. It requires some ram, but it is only a few pages to avoid failed page allocations when it first needs to allocate pages. I have a report of running CC on a laptop with 8M RAM, that showed to be a little more responsive. I don't have a scientific results showing that is better on system with a lower amount of memory, but this feedback seems positive. > One minor thing, though - my vm hacks make compressed caching work > much less than it normally does as they try to avoid swapping quite > aggressively. It is when the vm attempts to start swapping that cc > looks to see if it should take pages into compressed cache instead. What exactly are your VM hacks concerning CC? The default behaviour is to compress pages only when the VM starts freeing pages, not in a compress-ahead fashion, pretty much what I think you said above. > I've cc'ed the actual developer of cc as he has indicated that he is > actively working on compressed caching again. At a slower pace, but finally back to CC development. :-) > > Just a warning... both systems have only ReiserFS partitions. > > Other FSes might still get hurt. > > This is definitely the case! If you try out compressed caching with > ck7 please do not enable preempt if you are using ext2/3 or vfat. As told in a previous email, I wouldn't enable preempt in any case with this code version. Regards, -- Rodrigo |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-27 01:21:39
|
Hi Kimmo! On Mon, May 26, 2003 at 09:50:03PM +0300, Kimmo Sundqvist wrote: > I just decided to tell everyone that I've been able to run > 2.4.20-ck7 with compressed caching enabled in my little brother's > Pentium 133MHz, for hours, doing stress testing, compiling kernels > and using the Internet under X. Great, glad to know that. > I had pre-empt enabled. Compressed swap worked also. I used 4kB > pages without compressed swap, and 8kB with it. Compressed cache patch isn't safe to be used with preempt, at least not with the version you tried (0.24pre5). There are some bug reports that I was able to check myself about fs corruptions (due to problems in locking control). The latest code seems to fix these corruptions, given some tests some volunteers and I performed. I ported this code to 2.4.20, but I still couldn't figure out why it isn't as stable as in 2.4.18 version, that is why it remains unreleased as a patch (although it is in the CVS server). Double page size (i.e, 8K pages) is useful when you don't have a good compression ratio. If your data compress to more than 50% of its original size, a compressed cache with 4K isn't supposed to provide major performance gains. > This was with Con's ck7pre versions released on 24th and 25th of > May. > > Now running 2.4.20-ck7pre with compressed cache in a dual CPU > machine with SMP disabled (compressed caching and SMP support are > still mutually exclusive), Until I make it work safely on SMP systems, I want to make it exclusive in the config.in. > 1GB of RAM but "mem=128M" for testing purposes. Been stable for 6 > hours now, and done even some stress testing. Try 128 instances of > burnBX with 1MB each, like "for ((A=128;A--;A<1)) do burnBX J & > done". A nice brute force or "if you don't behave I'll push all my > buttons" method :) :-) > Wondering if Pentium 133MHz (64MB RAM) is fast enough to benefit > from compressed caching. I know there's a limit, depending on the > speed of the CPU and the speed of the swap partition (doing random > accesses), which determines if compressed caching is beneficial or > not. That's right. Faster CPUs have a greater tendency to benefit from compressed caching, since the gap between them and disks is larger. This gap is the basic principle that makes compressed caching interesting today. > This machine has a Seagate Barracuda V 80GB, which does sequential > reads at 40MB/s. I could drive this into trashing, then type "sar > -B 1 1000" and see how the swap is doing. Now, compressed caching > brings me benefit if, and only if, it can compress and decompress > pages faster than that in this CPU, which it sure does, since this > is a Pentium III 933MHz, but I'm not sure about the little brother's > Pentium 133MHz. It has a 4GB Seagate that does 6MB/s sequentially. > Did I figure it out correctly? Of course swapping to a partition > gets slower as the swap usage increases. Longer seeks and the like. Yes, you figured it out correctly. I don't know the lower limit for a CPU to benefit from compressed caching. However I guess that, since we already had a gap between disk and CPU with a Pentium 133 MHz, it will probably have some advantage using it, even if not as much as with a faster CPU. The current code was written and tested on a Pentium III 1 GHz CPU, so there may be room for improvements for such systems, as your Pentium 133 MHz. I would like to know your impressions about compressed caching on your brother's system. > Just a warning... both systems have only ReiserFS partitions. Other > FSes might still get hurt. True. I don't know how you don't have your filesystem corrupted though. I suggest you to disable preempt if you want to keep testing this compressed cache code in order to avoid possible problems (and you getting mad at me :-). Thanks for your feedback. Regards, -- Rodrigo |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-27 00:04:46
|
Hi Jordi, Long time no see! On Sat, May 24, 2003 at 12:43:27PM +0200, Jordi wrote: > > Compressed swap is tied to compressed cache implementation, so > > porting it (without compressed caching) would require some > > work. BTW, when I implemented compressed swap, my focus was mostly > > swapping on disk, where the transfer rate isn't a critical > > matter. I was actually interested in reducing the number of IO > > operations, hence checking this compression impact on the > > performance. Given the initial design and implementation, I think > > there is much room for improvement in this code, if we came to the > > conclusion it may be worth adding this feature to openMosix. > > > > It's a long time since i last read code of Openmosix or cc but at > that time at least it was not difficult to mix both > projects. Dealing with compressed pages is not more difficult that > dealingg with swap space. Great to hear your opinion. I never read OpenMosix code, but my guess would be the same as yours: supporting compressed pages in OpenMosix would require much more work than compressed swap. > The main problem i see is a philosofical problem. Openmosix when > tryingg to optimice CPU (load balancing processes accordiing to CPU > usage) assumes that CPU must be optimize but net bandwidth and > computer I/O is cheap and fast. So it's worthy to sacrify I/O to > CPU. mm-cc is assuming that CPUs doubles their power every 2 years > but the rest of the computer components advance more slowly. So it's > worthy to sacrify CPU to I/O. Yes, we sacrifice CPU to reduce I/O operations. In general, it is worthwhile for general system performance. I don't know much about OpenMosix project, but it still may be worth to compress a number of pages to reduce the I/O (disk and network) if the general performance gets some improvement out of it (even if spending some CPU cycles compressing it). What do you think? > I don't know (as i'd make no test) what can happend missing both > projects. Missing both projects correctly seems a different project > to me. Where yoou can specify if you want to optimize CPU and disk > access but no networking or the other way round so it manage both > openmosix and mm-cc to use more one resource or other one. Mixing these projects would introduce another variable to compressed cache code to know when it has to compress some pages. But I don't know if I would make any distinction between disk and network, since when you have compressed memory pages, disk may benefit from the compression, as well as networking (e.g. data migration). I hope it makes sense. Regards, -- Rodrigo |
|
From: Bob A. <cu...@pb...> - 2003-05-26 23:58:21
|
ofcourse i can wait, no hurry. i didn't used SMP neither preempt . with squashfs - as filesystem is compressed compressing cache while reading from it is pointless :) so all reads from squashfs which are cached can be not compressed , and to gain performance uncompressed copy could be hold in 'most busy inodes' cache (like in my previous idea of having two caches with compressed and uncompressed copies) right now i am sure wheter squashfs doesn't hold data in uncompressed form in caches. i simply don't know. second 'feature' could be 'journal' feature allowing writes to squashfs. this is a bit tricky - all data written this way would be held on separate 'journal' filesystem. it's offtopic from comp cache - but as you look @ it closer it would be just an filesystem with 'dumped' compressed pages on it. it'll not allow 'real' writes to filesystem, but will make squashfs writable, which is usefull when you want to make some changes on it (and i assume compressed data are stored on r/o device like flashdisk) . On Tuesday 27 May 2003 01:44, Rodrigo Souza de Castro wrote: > Hey Bob, > > On Mon, May 26, 2003 at 11:49:44PM +0200, Bob Arctor wrote: > > the problem persists even when i use regular swap partition. orphan > > inodes and not cleared inodes. not very fatal as with loopback dev, > > but still quite serious. > > The patch I sent you is still unstable. I am hitting some bugs that I > am trying to fix in my free time (which isn't as much as I'd really > like). I guess that you should wait for a more stable patch or try the > 0.24pre5 patch without preempt (and SMP). > > BTW, were you using a SMP system when the fs corruption happened? > > > btw. i played with squashfs a bit, it might be interesting to join > > those two patches a bit . squashfs is r/o , i guess merge would be > > just to use these patches at once :) > > Cool, I didn't know this file system. Indeed it would be nice to make > them working together. We could possibly save compressions, depending > on the compression algorithms they use, and when they compress the > data. I guess we should study this fs, thanks for the tip :-) > > Regards, -- -- |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-26 23:45:00
|
Hey Bob, On Mon, May 26, 2003 at 11:49:44PM +0200, Bob Arctor wrote: > the problem persists even when i use regular swap partition. orphan > inodes and not cleared inodes. not very fatal as with loopback dev, > but still quite serious. The patch I sent you is still unstable. I am hitting some bugs that I am trying to fix in my free time (which isn't as much as I'd really like). I guess that you should wait for a more stable patch or try the 0.24pre5 patch without preempt (and SMP). BTW, were you using a SMP system when the fs corruption happened? > btw. i played with squashfs a bit, it might be interesting to join > those two patches a bit . squashfs is r/o , i guess merge would be > just to use these patches at once :) Cool, I didn't know this file system. Indeed it would be nice to make them working together. We could possibly save compressions, depending on the compression algorithms they use, and when they compress the data. I guess we should study this fs, thanks for the tip :-) Regards, -- Rodrigo |
|
From: Bob A. <cu...@pb...> - 2003-05-26 21:51:10
|
the problem persists even when i use regular swap partition. orphan inodes and not cleared inodes. not very fatal as with loopback dev, but still quite serious. btw. i played with squashfs a bit, it might be interesting to join those two patches a bit . squashfs is r/o , i guess merge would be just to use these patches at once :) -- -- |
|
From: Jordi <mu...@wa...> - 2003-05-24 10:43:43
|
> Compressed swap is tied to compressed cache implementation, so porting > it (without compressed caching) would require some work. BTW, when I > implemented compressed swap, my focus was mostly swapping on disk, > where the transfer rate isn't a critical matter. I was actually > interested in reducing the number of IO operations, hence checking > this compression impact on the performance. Given the initial design > and implementation, I think there is much room for improvement in this > code, if we came to the conclusion it may be worth adding this feature > to openMosix. > It's a long time since i last read code of Openmosix or cc but at that time at least it was not difficult to mix both projects. Dealing with compressed pages is not more difficult that dealingg with swap space. The main problem i see is a philosofical problem. Openmosix when tryingg to optimice CPU (load balancing processes accordiing to CPU usage) assumes that CPU must be optimize but net bandwidth and computer I/O is cheap and fast. So it's worthy to sacrify I/O to CPU. mm-cc is assuming that CPUs doubles their power every 2 years but the rest of the computer components advance more slowly. So it's worthy to sacrify CPU to I/O. I don't know (as i'd make no test) what can happend missing both projects. Missing both projects correctly seems a different project to me. Where yoou can specify if you want to optimize CPU and disk access but no networking or the other way round so it manage both openmosix and mm-cc to use more one resource or other one. -- Jordi Polo |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-23 22:43:10
|
Hi Moshe and Bob, On Fri, May 23, 2003 at 05:52:21AM +0200, Moshe Bar wrote: > yes, that makes more sense. Porting it to openMosix should be pretty > straight forward. Compressed swap is tied to compressed cache implementation, so porting it (without compressed caching) would require some work. BTW, when I implemented compressed swap, my focus was mostly swapping on disk, where the transfer rate isn't a critical matter. I was actually interested in reducing the number of IO operations, hence checking this compression impact on the performance. Given the initial design and implementation, I think there is much room for improvement in this code, if we came to the conclusion it may be worth adding this feature to openMosix. > On Friday, May 23, 2003, at 04:06 Europe/Rome, Bob Arctor wrote: > > >what about using only compressed swap feature? this souldn't be so > >hard to port and not much cpu-consuming. -- Rodrigo |
|
From: Rodrigo S. de C. <rc...@im...> - 2003-05-23 22:14:21
|
On Thu, May 22, 2003 at 10:31:23AM +0200, Moshe Bar wrote: > :-) no, the two things won't mix easily. there's a lot of work > invovled in making this work. > > you have to maintain the cached object structure if you pass them > among nodes, so you will end up doing lots of compress/decompress > which will eat up a lot of CPU. Not sure if it makes sense at all. I don't know exactly how you pass data among nodes, but wouldn't it possible to pass pages in compressed cache in the compressed format, without decompressing them? In this case, it would have to be added to the compressed cache in the target node, or decompressed if the cc does not accept it for whatever reason or even if the system doesn't have a cc. In the latter scenario, the om should be aware that the data might be received compressed. (I hope this email makes any sense :-). > On Thursday, May 22, 2003, at 07:42 Europe/Rome, Bob Arctor wrote: > >i tried to mix compressed cache with oM, and no, this is not working :( > >i compiled it non-SMP. > >it boots, but it panicks @ startx []'s -- Rodrigo |
|
From: san113 <sa...@am...> - 2003-05-23 05:37:34
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <!-- saved from url=(0125)file://C:\Documents%20and%20Settings\Administrator\Local%20Settings\Temporary%20Internet%20Files\Content.IE5\LOGQL34N\ad2.htm --> <!-- saved from url=(0022)http://internet.e-mail --><HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=ks_c_5601-1987"> <META content="MSHTML 5.50.4922.900" name=GENERATOR></HEAD> <BODY> <DIV style="BACKGROUND-COLOR: #ffffff"> <DIV> <DIV> <DIV><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>Dear Fellow Networker,</FONT> </FONT></FONT></FONT> <P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>Let's get this straight, <FONT color=#ff0000><EM>the only way</EM></FONT> <EM><FONT color=#ff0000>you can make money</FONT></EM> on</FONT></FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>the Web...<FONT color=#ff0000>Bulk E-mail</FONT>. Legal, ethical, and responsible Bulk <BR>E-mail (<EM>not spamming</EM>) can make you rich! It applies whether <BR>you're an Australian, Asian, European or American.</FONT></FONT></FONT></FONT> </P></DIV></DIV></DIV></DIV> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><STRONG><FONT color=#ff0000>Bulk Email Is Not Spam</FONT>.....</STRONG>The Law says so. Only fear keeps <BR>you from getting FREE, TARGETED LEADS at will.</FONT></FONT></FONT></FONT></FONT></P> <DIV style="BACKGROUND-COLOR: #ffffff"> <DIV> <DIV> <DIV> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT color=#000080><STRONG>I will show you :</STRONG></FONT></FONT></FONT></FONT> </P></DIV></DIV></DIV></DIV> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>* The <FONT color=#000080><STRONG>Secrets Used By MasterCard, Polaroid, AOL</STRONG></FONT></FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>* How to <FONT color=#000080><STRONG>Send Bulk Email Safely</STRONG></FONT></FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>* Free Software to <FONT color=#000080><STRONG>Harvest Targeted E-mails</STRONG></FONT><BR>* Free Software to <FONT color=#000080><STRONG>Bulk Mail that will bypass your ISP</STRONG></FONT></FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>and much much more</FONT></FONT></FONT> <FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2> </FONT></FONT></FONT> </P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>+++++++++++++++++++++++++++++++++++++++++++++++</FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><STRONG>I seek your permission</STRONG> to send you the<FONT face=Arial size=2> **FREE** new booklet, <BR><STRONG><FONT color=#ff0000>"The Untold Secrets to Wealth on the Web"</FONT></STRONG> today.</FONT></FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>+++++++++++++++++++++++++++++++++++++++++++++++</FONT></FONT></FONT> <BR><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT size=1>If you're not </FONT></FONT><FONT face=Arial size=1>interested, please go to the end of this email & click remove.</FONT></FONT></FONT></FONT> </P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2>Get your message to the millions of people on the Web who <BR>need or want your service & product. </FONT></FONT></FONT></FONT></P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial><FONT size=2><FONT face=Arial><FONT size=2>************************************************************************<BR><STRONG><FONT color=#000080><EM>I like you <U>could never get enough traffic/hits to my site</U>. <BR>I tried everything from <FONT color=#ff0000>FFAs </FONT>to <FONT color=#ff0000>search engines </FONT>& even <FONT color=#ff0000>Leads</FONT><BR>which didn't work at all !</EM> <BR></FONT></STRONG>***********************************************************************</FONT></FONT></FONT></FONT></FONT></FONT></FONT> </P> <DIV style="BACKGROUND-COLOR: #ffffff"> <DIV> <DIV> <DIV> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT size=3><STRONG><FONT color=#ff0000>Act Now !</FONT></STRONG></FONT></FONT></FONT></FONT></P> <P><FONT face=Arial size=2><B>Just click </B></FONT><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT size=2>: <A href="http://amtartha.codns.com">http://amtartha.</A><A href="http://amtartha.codns.com">codns.com</A> </FONT></FONT></FONT></FONT> </P></DIV></DIV></DIV></DIV> <DIV style="BACKGROUND-COLOR: #ffffff"> <DIV> <DIV> <DIV> <P> <P><FONT face=Arial size=2><FONT size=2><B>I am well on my way to having not only increased hits but<BR>successful sales as well. Let </B><STRONG><B>2003 </B></STRONG><B>be </B><STRONG><B>your year <BR>of Success !</B></STRONG></FONT></FONT><B> </B> <P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT size=3><STRONG><FONT color=#ff0000>So don't miss this !</FONT></STRONG> </FONT></FONT></FONT></FONT></P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial size=2><FONT size=2><STRONG>Just click</STRONG> : <A href="http://amtartha.codns.com">http://amtartha.</A><A href="http://amtartha.codns.com">codns.com</A> </FONT></FONT></FONT></FONT><BR></P> <P> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial>To Your Success,<BR>Young,sh</FONT></FONT></FONT> </P></DIV></DIV></DIV></DIV> <P><FONT face=Arial size=2><FONT face=Arial size=2><FONT face=Arial><BR></FONT></FONT></FONT></P> <P> <SPAN style="FONT-SIZE: 9pt"><FONT size=2> <FONT face=±¼¸²Ã¼>*We comply with proposed federal legislation regarding unsolicited commercial e-mail by providing you with a method for your e-mail address to be permanently removed from our database and any future mailings from our company. </FONT></FONT></SPAN></P><PRE>--------------------------------------------------------- To unsubscribe from future mailings please click the link below <A href="mailto:rem...@am...?subject=remove">REMOVE_ME_NOW</A><A href="mailto:rem...@am...?subject=remove"> </A></PRE><FONT color=#000000></A></FONT></BODY></HTML> |
|
From: Moshe B. <mo...@mo...> - 2003-05-23 03:55:35
|
yes, that makes more sense. Porting it to openMosix should be pretty straight forward. Moshe On Friday, May 23, 2003, at 04:06 Europe/Rome, Bob Arctor wrote: > what about using only compressed swap feature? this souldn't be so > hard to > port and not much cpu-consuming. > > On Thursday 22 May 2003 10:31, Moshe Bar wrote: >> :-) no, the two things won't mix easily. there's a lot of work >> >> invovled in making this work. >> >> you have to maintain the cached object structure if you pass them >> among >> nodes, so you will end up doing lots of compress/decompress which will >> eat up a lot of CPU. Not sure if it makes sense at all. >> >> Moshe >> >> On Thursday, May 22, 2003, at 07:42 Europe/Rome, Bob Arctor wrote: >>> i tried to mix compressed cache with oM, and no, this is not working >>> :( >>> i compiled it non-SMP. >>> it boots, but it panicks @ startx >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: ObjectStore. >>> If flattening out C++ or Java code to make your application fit in a >>> relational database is painful, don't do it! Check out ObjectStore. >>> Now part of Progress Software. http://www.objectstore.net/sourceforge >>> _______________________________________________ >>> Openmosix-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openmosix-devel >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: ObjectStore. >> If flattening out C++ or Java code to make your application fit in a >> relational database is painful, don't do it! Check out ObjectStore. >> Now part of Progress Software. http://www.objectstore.net/sourceforge >> _______________________________________________ >> linuxcompressed-devel mailing list >> lin...@li... >> https://lists.sourceforge.net/lists/listinfo/linuxcompressed-devel > > -- > -- > |
|
From: Bob A. <cu...@pb...> - 2003-05-23 02:07:05
|
what about using only compressed swap feature? this souldn't be so hard to port and not much cpu-consuming. On Thursday 22 May 2003 10:31, Moshe Bar wrote: > :-) no, the two things won't mix easily. there's a lot of work > > invovled in making this work. > > you have to maintain the cached object structure if you pass them among > nodes, so you will end up doing lots of compress/decompress which will > eat up a lot of CPU. Not sure if it makes sense at all. > > Moshe > > On Thursday, May 22, 2003, at 07:42 Europe/Rome, Bob Arctor wrote: > > i tried to mix compressed cache with oM, and no, this is not working :( > > i compiled it non-SMP. > > it boots, but it panicks @ startx > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ObjectStore. > > If flattening out C++ or Java code to make your application fit in a > > relational database is painful, don't do it! Check out ObjectStore. > > Now part of Progress Software. http://www.objectstore.net/sourceforge > > _______________________________________________ > > Openmosix-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openmosix-devel > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > linuxcompressed-devel mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxcompressed-devel -- -- |
|
From: Moshe B. <mo...@mo...> - 2003-05-22 08:31:36
|
:-) no, the two things won't mix easily. there's a lot of work invovled in making this work. you have to maintain the cached object structure if you pass them among nodes, so you will end up doing lots of compress/decompress which will eat up a lot of CPU. Not sure if it makes sense at all. Moshe On Thursday, May 22, 2003, at 07:42 Europe/Rome, Bob Arctor wrote: > i tried to mix compressed cache with oM, and no, this is not working :( > i compiled it non-SMP. > it boots, but it panicks @ startx > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Openmosix-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openmosix-devel > |
|
From: Bob A. <cu...@pb...> - 2003-05-22 05:43:04
|
i tried to mix compressed cache with oM, and no, this is not working :( i compiled it non-SMP. it boots, but it panicks @ startx |
9 messages has been excluded from this view by a project administrator.
![http://www.trafficmagnet.com/img/img_tm.gif"](http://www.trafficmagnet.com/img/img_tm.gif"){kind=link}
![http://image10.trafficmagnet.net/img4/SMART197/003/130/eoi.jpg"](http://image10.trafficmagnet.net/img4/SMART197/003/130/eoi.jpg"){kind=link}
![http://www.trafficmagnet.com/img/img_signup.gif"](http://www.trafficmagnet.com/img/img_signup.gif"){kind=link}