![]() |
||
|
Basic Member
¥[¤J¤é´Á: Feb 2006
¤å³¹: 26
|
½×¤å¤¤ªº¤@¨Ç±M¦³¦Wµü©M»y·N½Ķªº°ÝÃD
³o´X¤Ñ¬ãŪ¤@½gßA¤å¹J¨ì¤@¨Ç²~ÀV...
¤@¨Ç±M¦³¦Wµü©M¤å¦r¬q¸¨Â½¤£¥X³Ðªº»y·N ¦pªG¦³¤j¤j¦³ªÅ©Î¬Oè¦n¶¢µÛµo¯î´N«ô°U´À§Ú¸Ñ¸Ñ´b>"< ³oÃä·|¦C¥X¨Óªº³£¬O¤w¸g¹ê¦b¨S¿ìªkªº³¡¤À 1.Web-Conscious Storage Management for Web Proxies 2.user-level disk management 3.Using realistic trace-driven simulations we show that the proxy¡¦s 4.secondary storage I/O throughput can be improved by a factor of 18, enabling a single-disk proxy to serve around 500 (URL-get) operations per second. 5.Our experimental evaluation suggests that Foxy outperforms traditional proxies such as SQUID by more than a factor of 7 under heavy load. 6.non-caching mode 7.proof-of-concept proxy server 8.cache miss 9.data-locality 10.Most of the meta-data overhead that cripples web proxy performance can be traced to the storage of each URL in a separate file. 11.To eliminate this performance bottleneck we propose a novel URL-grouping method (called BUDDY), in which we store all the URLs into a small number of files. 12.Towards this end, we develop a file-space management algorithm (called STREAM) that (much-like log-structured file systems) streams write operations to the disk: The web proxy stores all URLs in a single file organized in slots of 512 bytes long. Each URL occupies an integer number of (usually) contiguous slots. 13.LAZY-READS technique 14.NURL 15.consider the case of an HTML page that contains several embedded images. 16.A first step towards improving the performance of read operations, LAZYREADS, reduce this overhead by clustering several read operations and by sending them to the disk together. This grouping of read requests not only reduces the disk head ping-pong effect but also presents the system with better opportunities for disk head scheduling. 17.ping-pong effect ¥t¥~ÁÙ¦³¤T±i¹Ï ³Â·Ð¤j®a¤F ![]() |
|||||||
|
|
|
*°±Åv¤¤*
¥[¤J¤é´Á: Mar 2006 ±zªº¦í§}: ¹Å¸q¥«¥þ®a«K§Q°Ó©±
¤å³¹: 54
|
¤@©wn½¶Ü?
¦Ñ®v³W©wªº? §Ú·Q½¥X¨Ó¤@©w¨S¦³^¤åì·N¦n ¦Ó¥B^¤å¼gªº«Ü²M·¡ §Ú¤£¬O¸ò§A³oÓ¬ì¨t¬ÛÃöªº¤j·§³£²qªº¥X¨Ó¦bÁ¿Ô£ ¯uªº¤@©wn½ªº¸Ü¥i¬On¥I¿úªº |
||
|
|
|
Major Member
![]() ¥[¤J¤é´Á: Oct 2006
¤å³¹: 203
|
¹Á¸Õ½Ķ¡A®É¶¡µu«P¡AÃø§K¦³¿ù¡A±æ¨£½Ì¡C
1.Web-Conscious Storage Management for Web Proxies ¥Î©ó¥N²z¥D¾÷¤§ºô¸ô¥i·NÃÑ«¬Àx¦sºÞ²z 2.user-level disk management ¥Î¤áµ¥¯ÅªººÏºÐºÞ²z 3.Using realistic trace-driven simulations we show that the proxy¡¦s ¨Ï¥Î¥i¦æªº°lÂÜÅX°Ê¼ÒÀÀ¡A§ÚÌ®i¥Ü¥N²z¥D¾÷ªº... 4.secondary storage I/O throughput can be improved by a factor of 18, enabling a single-disk proxy to serve around 500 (URL-get) operations per second. »²§U¡]©Î¥s¤G¯Å¡^°O¾ÐÊ^¿é¤J/¿é¥X¿é³e¶q¥i¥H³q¹L18¦]¤l/¦]¯À±o¥H§ïµ½¡A¨Ï±o³æ¤@ºÏºÐ¥N²z¥D¾÷¨C¬íÄÁ¬°¤j¬ù500¡]Àò±oURL¡^¶µ§@·~´£¨ÑªA°È¡C 5.Our experimental evaluation suggests that Foxy outperforms traditional proxies such as SQUID by more than a factor of 7 under heavy load. §Ú̪º¹êÅçµû¦ôÅã¥Ü¡A¦b¤jt²ü¸ü¤J¶qª¬ªp¤U¡AFoxy³Ó¹L½Ñ¦pSQUID¤@Ãþ¶Ç²Îªº¥N²z¦øªA¾¹7¦]¤l/¦]¯À¡C 6.non-caching mode «D§Ö¨ú¼ÒºA 7.proof-of-concept proxy server ¥N²z¦øªA¾¹ 8.cache miss °ª³t½w½ÄÀx¦s¾¹¿òº| 9.data-locality ¸ê®Æ§½³¡©Ê 10.Most of the meta-data overhead that cripples web proxy performance can be traced to the storage of each URL in a separate file. ¤j³¡¤À¤¸¸ê®Æ®z¤Æºô¸ô¥N²z¥D¾÷¤§ªí²{¤Oªº¤¾¾l¤u§@¡A¥i¥H°lÂܦܤ@Ó³æ¿WªºÀɮפ¤¨CÓURL¤§Àx¦s¡C 11.To eliminate this performance bottleneck we propose a novel URL-grouping method (called BUDDY), in which we store all the URLs into a small number of files. ¬°®ø°£³oºØ²~ÀV¡A§ÚÌ´£Ä³¤@ºØ·s«¬URL½s²Õ¤è¦¡¡]ºÙ爲BUDDY¡^¡A§Q¥Î³oºØ¤è¦¡¡A§Ú̱N©Ò¦³URLÀx¦s¨ì¤Ö¼Æ´XÓÀÉ®×内¡C 12.Towards this end, we develop a file-space management algorithm (called STREAM) that (much-like log-structured file systems) streams write operations to the disk: The web proxy stores all URLs in a single file organized in slots of 512 bytes long. Each URL occupies an integer number of (usually) contiguous slots. 爲¤F§¹¦¨³o¶µ¤u§@¡A§Ú̶}µo¥X¤@ºØÀɮתŶ¡ºÞ²zºtºâªk¡]¥s°µSTREAM¡^¡A³oºØºtºâªk¡]«Ü¹³¤é»xµ²ºcÀɮרt²Î¡^¡AÅý¬y³q¹L¼g¾Þ§@±N§@·~¼g¤JºÏºÐ¡G¥N²z¥D¾÷¦b¤@Ó²Õ´¦b512¼Æ¤¸²Õªø«×ªººÏ®æ¤¤ªº³æ¤@ÀÉ®×内¡AÀx¦s©Ò¦³ªºURL¡C¨CÓURL¡]³q±`¡^¦û¥Î¤@Ó¾ã¼Æ¾F±µºÏ®æ¡C 13.LAZY-READS technique ¡]ª`¡G¦pªGLAZY¤£¬O¤@ºØÁY²¤¦¡ªº¸Ü¡^Ãi´k¦¡Åª¨ú§Þ³N 14.NURL ©êºp¡A¥¼¯à½Ķ¥X¡C¦pªG¬OINURL¡A¬°©w¦bURL¤¤·j´M¡C 15.consider the case of an HTML page that contains several embedded images. ³]·Q¤@ÓHTML¶±ªºÓ®×¡A³oÓ¶±内´O¦³¼Æ±iªº¹Ï¤ù¡C 16.A first step towards improving the performance of read operations, LAZYREADS, reduce this overhead by clustering several read operations and by sending them to the disk together. This grouping of read requests not only reduces the disk head ping-pong effect but also presents the system with better opportunities for disk head scheduling. §ïµ½Åª¨ú§@·~ªº²Ä¤@¨B¡AÃi´k¦¡Åª¨ú¡A³q¹LÂO¶°¼ÆÓŪ¨ú§@·~¡A¨Ã±N¨ä¤@¨Öµo°e¦ÜºÏºÐ¡A´î¤Ö¤¾¾l/ºÏºÐÃB¥~¶}¾P¡C³oºØÅª¨úªº¤À²Õ¡A¤£¶Èn¨D´î¤ÖºÏÀYªº¥æ´À§@¥Î¡A¦P®É¨t²Î¤]Àò±o§ó¨Î¾÷·|¶i¦æºÏÀY§@·~±Æµ{¡C 17.ping-pong effect ¥æ´À³N§@¥Î |
|
|
|
Basic Member
¥[¤J¤é´Á: Feb 2006
¤å³¹: 26
|
¤Þ¥Î:
¤jô§O½Õ¨Ô§Ú¤F... ¥I¿ú!? «ç»ò¥I!? ¥ÎÂà±bªºÁÙ¬O½u¤W¨ê¥d ¨ì¤]¤£¬O¤@©wn"½"¥X¨Ó ¥u¬O³o¨Ç¥y¤l§Ú¨S¿ìªk«Ü§¹¾ãªº¾ã²z¥Xì·N ¦C¥Xªº¤@¨Ç±M¦³¦Wµü·Ó¦r±¤W½·íµM¨S°ÝÃD ¦ý§Ú¬O©È»¡¦³¨ä¯S§Oªº¤¤¤å»¡ªk... ÁöµM§A¨S¦³¥¿±¦^µª§Úªº°ÝÃD ÁÙ¬O«ÜÁÂÁ§Aªº«ü±Ð... |
|
|
|
|
Basic Member
¥[¤J¤é´Á: Feb 2006
¤å³¹: 26
|
¤Þ¥Î:
ÁÂÁ§AªºÀ°¦£ ¹ï§ÚÀ°§U¯uªº«Ü¤j ![]() |
|
|
|
|
Elite Member
![]() ![]() ![]() ![]() ![]() ¥[¤J¤é´Á: May 2002 ±zªº¦í§}: ªO¾ô
¤å³¹: 5,112
|
¤Þ¥Î:
¦pªG³o¨â¬q¬O³s¦b¤@°_ªº¸Ü,©Î³\½¦¨"ÂǥѽT¹êªºÅX°Ê°lÂܼÒÀÀ(??),§ÚÌ®i¥Ü¥N²z¥D¾÷¦¸¯ÅÀx¦s(¨t²Î)ªºI/O§]¦R¶q¥i¥HÀò±o18¿(??)ªº§ïµ½,¨Ï±o¶È¦³³æ¤@ºÏºÐ¾÷ªº¥N²z¦øªA¾¹¨C¬í¯àªA°È¤j¬ù500¦¸(URL§ì¨ú)§@·~"·|¤ñ¸û"¤H©Ê¤Æ"¨Ç ....¤Þ¥Î:
¦P²z³o¬q©Î³\½¦¨"§Ú̪º¹êÅçµû¦ôÅã¥Ü,¦b°ªt¸üªºª¬ªp¤U,Foxy(¦øªA¾¹)¤ñ¶Ç²Îªº¥N²z¦øªA¾¹¦pSQUID¤§Ãþ³Ó¹L7¿¦³¾l"·|¤ñ¸û"¤H©Ê¤Æ"¨Ç ....¤Þ¥Î:
¦b¦¹©Î³\½¦¨"(¥N²z¦øªA¾¹)§Ö¨ú¥¢»~"·|¤ñ¸û«ê·í ....¤Þ¥Î:
¦b¦¹©Î³\½¦¨"¥â¥ã®ÄÀ³"·|¤ñ¸û«ê·í ....BTW,ÃZ¬Ý¹L³oÓ¦Wµü¤j¦h¥X²{¦b¦æ°Ê³q°T¤è±´N¬O¤F,¨ä¥¦³¡¥÷ÃZ´NÃi±o½¤F,¤£¹L¼Ó¥D¬JµM¬O׺ô¸ô¬ÛÃö½Òµ{ªº,¦ü¥G¨S°µ¨ìµ½¥Îºô¸ô¸ê·½³oÂI----¥Îgoogle¬d¤@¬d¼Ó¥DªºÃöÁä¦r³q±`´N¦b²Ä¤@µ§µ²ªG¤W,¨ä¹ê¬Ý¤@¬Ý«e«á¤ån½¥X¨Ó¨Ã¤£¬O¤Ó§xÃøªº¨Æ´N¬O¤F![]() ....
__________________
¤h¤j¤Ò¤§µL®¢,¬O¿×°ê®¢ ![]() ....
|
||||
|
|
|
Major Member
![]() ¥[¤J¤é´Á: Oct 2006
¤å³¹: 203
|
¦hÁ¤W±³o¦ìªB¤Í©ò¥¿¡C¦b¤U¥Dn¬ã¨sªº»â°ì¬O°Ó°È^¤å¡C
factor³oÓ¦r¡Aªº½T¦³«Ý±ÀºV¡C ping-pong¬O¤@Ó±M·~IT¦r·J¡A¤¤¤å¬°¥æ´À³N¡C ¥L¬O¤@ºØµ{¦¡³]p¤èªk¡A¨Ï¥Î¨â¥xºÏ±a¾÷³B²z¦hÓÀɮסA¨Ã¥B¦b¨â¥xºÏ±a¾÷¤§¶¡¶i¦æÂà´«¡A¤@ª½¨ì¥þ³¡Àɮ׳B²z§¹²¦¡C ¦ýÁÙ¬O¦hÁ±zªº«ü±Ð¡AÅý§Ú¨ü¯q¨}¦h¡C ![]() ¦¹¤å³¹©ó 2006-10-10 10:39 PM ³Q ¸§Q ½s¿è. |
|
|
|
Elite Member
![]() ![]() ![]() ![]() ![]() ¥[¤J¤é´Á: May 2002 ±zªº¦í§}: ªO¾ô
¤å³¹: 5,112
|
¤Þ¥Î:
¦n»¡¦n»¡ ....¨CÓ¤Hªº³N·~ÁÙ¬O¦³¨ä±M§ð¤§³B,¹³ÃZ¹ïIT¬ÛÃö^¤åÁÙºâ¼ô±x,¤£¹L¤§«e¦³¤H¥á¤F¤@¥÷4-500¶THSRCªº¾÷¹q¼Ð¤uµ{¤å¥óµ¹ÃZ(ùر«Ü¦hÅK¸ô/ªk«ß³N»y,ÃZ¹ï³o¤è±¥i»¡¬Oªù¥~º~¤@Ó ),nÃZ¤@¶g¤º§â¯ó½Z½¥X¨Ó,ÃZ¥u¦nµ¹¨ä¨}¤ßªº«ØÄ³n¨ä¥h§ä¤uµ{ÅU°Ý¤½¥q,²¦³º¤uµ{ÅU°Ý¤½¥q¤~¥i¯à¦³¨¬°÷ªº±M·~¤Hû©Î³\¯à¦b®É¤ºÂ½¥X¯ó½Z¨Ó(³oÃþ²o¯A¨ì¤½¦@¦w¥þ/ªk«ß¬ÛÃöªº¤å¥ón§¹½Zµ´¹ï¤£¬O¶}ª±¯ºªº ),¦A»¡ÃZ¥i¤£·Q¦]¬°ÃZ¶Ã½¤@³q·d¥XÓ¥þ¥@¬É³Ì©ù¶Qªº¶³®d¸¨®¨Ó ....¤Þ¥Î:
¤£¹L¦æ°Ê³q°T©Ò»¡ªº¥â¥ã®ÄÀ³³q±`¬O«ü¦æ°Ê¥x¦b¤@Ó¥H¤Wªº°ò¦a¥x²[»\±Ãä½t²¾°Ê®É,Y¨S¦³§´µ½³B²z´«¤â(hand off,wether hard hand off or soft hand off)®É,·|¥X²{¤£Â_¦b¦U°ò¦a¥x¶¡´å²¾(roaming)ªºª¬ªp,¦¹®É¨Ï¥ÎªÌ¥i¯à·|Å¥¨ìÂøµ¬Æ©ÎÂ_°T,¦P®É¤]·|³y¦¨¦æ°Ê³q°T¨t²Î«áºÝDB¤£¥²nªºt¾áªºª¬ªp,¤£¹L¦]¬°¼Ó¥D¨S«ü©ú³oÓ"ping-pong effect"¨ì©³¬O¥Î¦b¨º¤è±,ÃZ¥u¯à¤j²¤²q¤@²q¤F----©Î³\¥Î¦bproxy serverªº³õ¦X¤]·|¦³Ãþ¦üªºª¬ªp§a ![]() .... |
||
|
|
|
Major Member
![]() ¥[¤J¤é´Á: Oct 2006
¤å³¹: 203
|
¤Þ¥Î:
¦hÁ¤¶²Ð¡A«Ü¦h¦r·J³£¦³¤£¦Pªº¸ÑÄÀ§a¡C¦hÁ±z¡C ¦pªG¦³»Ýn¼¶¼g^¤å°Ó°È«H¨ç¡A©Î¦³ÃöIncoterms¡A©Î¤Æ§©«~^¤åµ¥°ÝÃD¡A½ÐÁpµ¸¦b¤U¡C ![]() ¦¹¤å³¹©ó 2006-10-11 01:10 AM ³Q ¸§Q ½s¿è. |
|
|
|
|
Basic Member
¥[¤J¤é´Á: Feb 2006
¤å³¹: 26
|
¤Þ¥Î:
·P®¦!! ¨ä¹ê§Ú¤]¤£¬O¨S¥hgoogle¤W§ä¹L ¹ê¦b¬O¦]¬°^¤å¤Óµæ¤F ´Nºâ¨CÓ^¤å³æ¦r³£ª¾¹D·N«ä n§¹¾ãªºªí¹F¥X¾ã¬q¸Üªº»y·N´N¬O¦³»Ùê... «D±`·PÁ§A̪ºÀ°¦£ ·P¿E¤£ºÉ ![]() |
|
|
|