<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 논문 읽기: C/S 혹은 P2P 구조에서 치팅을 막는 동기화 방법</title>
	<atom:link href="http://rein.kr/blog/archives/878/feed" rel="self" type="application/rss+xml" />
	<link>http://rein.kr/blog/archives/878</link>
	<description>프로그래머, 독서가, 게이머 그리고 블로거</description>
	<lastBuildDate>Tue, 16 Mar 2010 12:52:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<item>
		<title>By: Learning Reiot &#187; Blog Archive &#187; Low Stamina Warning</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-31998</link>
		<dc:creator>Learning Reiot &#187; Blog Archive &#187; Low Stamina Warning</dc:creator>
		<pubDate>Fri, 13 Jun 2008 02:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-31998</guid>
		<description>[...] 논문 읽기: C/S 혹은 P2P 구조에서 치팅을 막는 동기화 방법 [...]</description>
		<content:encoded><![CDATA[<p>[...] 논문 읽기: C/S 혹은 P2P 구조에서 치팅을 막는 동기화 방법 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rein</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28477</link>
		<dc:creator>rein</dc:creator>
		<pubDate>Wed, 21 May 2008 07:25:54 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28477</guid>
		<description>논문에는 적당적당한 케이스만 나오고 FPS 정도의 업데이트 단위가 아니면 실제적으로 치팅으로 이득을 보긴 힘들듯...

어차피 MMORPG에 가까워지면 락스텝보다는 event-locking에 가까운걸 쓰니.</description>
		<content:encoded><![CDATA[<p>논문에는 적당적당한 케이스만 나오고 FPS 정도의 업데이트 단위가 아니면 실제적으로 치팅으로 이득을 보긴 힘들듯&#8230;</p>
<p>어차피 MMORPG에 가까워지면 락스텝보다는 event-locking에 가까운걸 쓰니.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rica</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28467</link>
		<dc:creator>Rica</dc:creator>
		<pubDate>Wed, 21 May 2008 06:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28467</guid>
		<description>락스텝/버킷 쓰는 경우가 전체 온라인 게임에서 그리 많은 비율을 차지하지 않을 것 같고, look-ahead 치팅이 심각한 문제가 되는 경우도 상상하기 힘들군. 구체적으로 어떤 케이스에서 그런 치팅이 문제가 되는지도 논문에 나와 있어?</description>
		<content:encoded><![CDATA[<p>락스텝/버킷 쓰는 경우가 전체 온라인 게임에서 그리 많은 비율을 차지하지 않을 것 같고, look-ahead 치팅이 심각한 문제가 되는 경우도 상상하기 힘들군. 구체적으로 어떤 케이스에서 그런 치팅이 문제가 되는지도 논문에 나와 있어?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rein</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28292</link>
		<dc:creator>rein</dc:creator>
		<pubDate>Tue, 20 May 2008 01:13:19 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28292</guid>
		<description>object / 대학원 시절엔 통신쪽만 봐서(전공이;;; ) 다른 컨퍼런스는 잘 몰랐습니다;; 근데 컴퓨터 이론 하고 있는 애한테 물어보니 걔네는 사실상 제한이 없다네요(...).

TOC, TON 보다 좋은 저널이 있기는...좀 힘들죠. 원래 이름이 짧고(...) 그게 분야 이름이면 /먼산

피앙 / 거의 같은 아이디어 아닐까; 그냥 제한된 시간 (lock-step의 일반적인 간격) 안에만 못 풀면 그만이니까</description>
		<content:encoded><![CDATA[<p>object / 대학원 시절엔 통신쪽만 봐서(전공이;;; ) 다른 컨퍼런스는 잘 몰랐습니다;; 근데 컴퓨터 이론 하고 있는 애한테 물어보니 걔네는 사실상 제한이 없다네요(&#8230;).</p>
<p>TOC, TON 보다 좋은 저널이 있기는&#8230;좀 힘들죠. 원래 이름이 짧고(&#8230;) 그게 분야 이름이면 /먼산</p>
<p>피앙 / 거의 같은 아이디어 아닐까; 그냥 제한된 시간 (lock-step의 일반적인 간격) 안에만 못 풀면 그만이니까</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 피앙</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28274</link>
		<dc:creator>피앙</dc:creator>
		<pubDate>Mon, 19 May 2008 23:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28274</guid>
		<description>암호학 수업 들었을 때 들었던 아이디어랑 비슷하네요. hash function이 아니라 역을 구하기 힘든 1:1 function을 이용하는 거였는데 ...</description>
		<content:encoded><![CDATA[<p>암호학 수업 들었을 때 들었던 아이디어랑 비슷하네요. hash function이 아니라 역을 구하기 힘든 1:1 function을 이용하는 거였는데 &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: object</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28239</link>
		<dc:creator>object</dc:creator>
		<pubDate>Mon, 19 May 2008 19:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28239</guid>
		<description>시그컴이나 보통 탑 컨퍼런스는 보통 12페이지입니다. 그래서 6페이지가 오히려 좀 짧은 것 같습니다. AI/비전 (AAAI, CVPR 같은..) 쪽은 6페이지이긴 한데 제가 아는 다른 컨퍼런스들은 주로 12페이지 정도입니다. 그래서 인포컴이 특별히 긴 건 아닙니다. 어쨌든 TOx에 올라오는 논문들 중 대부분은 다 컨퍼런스에 나왔던 것을 확장시켜서 내죠. 그러니 TOC나 TON은 당연히 좋을 수 밖에 없습니다. 그리고 거기보다 더 좋은 저널이 없잖아요 ㅎㅎ</description>
		<content:encoded><![CDATA[<p>시그컴이나 보통 탑 컨퍼런스는 보통 12페이지입니다. 그래서 6페이지가 오히려 좀 짧은 것 같습니다. AI/비전 (AAAI, CVPR 같은..) 쪽은 6페이지이긴 한데 제가 아는 다른 컨퍼런스들은 주로 12페이지 정도입니다. 그래서 인포컴이 특별히 긴 건 아닙니다. 어쨌든 TOx에 올라오는 논문들 중 대부분은 다 컨퍼런스에 나왔던 것을 확장시켜서 내죠. 그러니 TOC나 TON은 당연히 좋을 수 밖에 없습니다. 그리고 거기보다 더 좋은 저널이 없잖아요 ㅎㅎ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rein</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28223</link>
		<dc:creator>rein</dc:creator>
		<pubDate>Mon, 19 May 2008 15:58:58 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28223</guid>
		<description>뭐 그렇긴한데, IEEE/ACM Transactions on Networking쯤 되면 대부분 논문 질이 매우 좋아서(...).

그리고 네트웍/통신 쪽은 컨퍼런스 페이퍼가 보통 6페이지 전후인데 인포콤만 좀 길게 허용하더라고요 -_-a</description>
		<content:encoded><![CDATA[<p>뭐 그렇긴한데, IEEE/ACM Transactions on Networking쯤 되면 대부분 논문 질이 매우 좋아서(&#8230;).</p>
<p>그리고 네트웍/통신 쪽은 컨퍼런스 페이퍼가 보통 6페이지 전후인데 인포콤만 좀 길게 허용하더라고요 -_-a</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: object</title>
		<link>http://rein.kr/blog/archives/878/comment-page-1#comment-28222</link>
		<dc:creator>object</dc:creator>
		<pubDate>Mon, 19 May 2008 15:34:13 +0000</pubDate>
		<guid isPermaLink="false">http://rein.kr/blog/?p=878#comment-28222</guid>
		<description>이런 문제점도 있었네요. 재밌네요. 참고로 미국에선 저널에 논문을 바로 내는 경우는 적어도 제가 알고 있는 컴아키, 네트웍, OS, SE에서는 거의 없습니다. 대부분 탑 컨퍼런스에 일단 내요. 왜냐면 컨퍼런스는 아시다시피 굉장이 빠르게 돌아가니까 빨리빨리 자신의 아이디어를 내다팔죠. 그런 뒤에 extended work 형식으로 탑 저널 TOC 그런데다 내는 것 같습니다. 미국 CS 교수들은 한국과 달리 저널에는 많은 신경을 안 써요. 저널은 너무 시간이 오래 걸리니 별로 안 좋아하죠. 

그래서 인포컴, 모비컴, 시그컴이 저널급 논문이라고 말하기는 그렇고 원래 거기는 엄청난 탑 컨퍼런스니까 (합격률이 20% 미만) 품질이 상당히 좋죠. 컨퍼런스 페이지가 11페이지인건 시스템, 아키 경우에는 일반적입니다. 보통 12페이지입니다. AI/비전 쪽은 6페이지로 작지만 보통 컨퍼런스들은 10 페이지가 충분히 넘죠. SOSP/OSDI는 14페이지가 보통인 것 같구요. 그 만큼 big work를 요구하죠.

미국 CS 대학원은 거의 탑 컨퍼런스 데드라인에 맞춰 돌아간다고 봐도 됩니다. 보통 분야마다 다르겠지만 한 해에 탑 컨퍼런스가 2~4개는 열리고 기간도 잘 배분이 되어있어서 떨어지면 다시 리싸이클해서 살리고 살리고... 그렇죠. 우리나라는 참 희한하게 SCI 어쩌고 그런데 여기서 SCI 이야기는 단 한 번도 들어본 적이 없어요. 얼마나 탑컨퍼런스에 논문 많이 냈냐 또 얼마나 임팩트가 있었냐가 훌륭한 리서처를 구분하는 기준이지 뭐 SCI 급 논문 몇 편... 이건 도통 이해가 불가능한 기준인 듯.</description>
		<content:encoded><![CDATA[<p>이런 문제점도 있었네요. 재밌네요. 참고로 미국에선 저널에 논문을 바로 내는 경우는 적어도 제가 알고 있는 컴아키, 네트웍, OS, SE에서는 거의 없습니다. 대부분 탑 컨퍼런스에 일단 내요. 왜냐면 컨퍼런스는 아시다시피 굉장이 빠르게 돌아가니까 빨리빨리 자신의 아이디어를 내다팔죠. 그런 뒤에 extended work 형식으로 탑 저널 TOC 그런데다 내는 것 같습니다. 미국 CS 교수들은 한국과 달리 저널에는 많은 신경을 안 써요. 저널은 너무 시간이 오래 걸리니 별로 안 좋아하죠. </p>
<p>그래서 인포컴, 모비컴, 시그컴이 저널급 논문이라고 말하기는 그렇고 원래 거기는 엄청난 탑 컨퍼런스니까 (합격률이 20% 미만) 품질이 상당히 좋죠. 컨퍼런스 페이지가 11페이지인건 시스템, 아키 경우에는 일반적입니다. 보통 12페이지입니다. AI/비전 쪽은 6페이지로 작지만 보통 컨퍼런스들은 10 페이지가 충분히 넘죠. SOSP/OSDI는 14페이지가 보통인 것 같구요. 그 만큼 big work를 요구하죠.</p>
<p>미국 CS 대학원은 거의 탑 컨퍼런스 데드라인에 맞춰 돌아간다고 봐도 됩니다. 보통 분야마다 다르겠지만 한 해에 탑 컨퍼런스가 2~4개는 열리고 기간도 잘 배분이 되어있어서 떨어지면 다시 리싸이클해서 살리고 살리고&#8230; 그렇죠. 우리나라는 참 희한하게 SCI 어쩌고 그런데 여기서 SCI 이야기는 단 한 번도 들어본 적이 없어요. 얼마나 탑컨퍼런스에 논문 많이 냈냐 또 얼마나 임팩트가 있었냐가 훌륭한 리서처를 구분하는 기준이지 뭐 SCI 급 논문 몇 편&#8230; 이건 도통 이해가 불가능한 기준인 듯.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
