마비노기 CPU 100%를 해결방법 #2
이런저런 사건으로 인해 CPU 사용율이 100%으로 급상승한 사건 덕에 알아낸 데브궹이의 실수 이건 실수라고 밖에!
현재 마비노기 클라이언트(클라이언트 서버에서 다운로드 가능한 버전들)
필자의 포스팅후 마비노기 CPU100% <=--검색어로 들어오신분이 있길래 리퍼러 추적으로 여기저기 돌아 본 결과334 버전이후로 클라이언트를 다운로드 받아 설치 했을때 심한 렉에 시달린다는 정보를 입수. 넥슨 클라이언트 서버에서 직접 다 대응해서 쳐서 확인을 해보았다!!!!
ㅡㅡ;; 결과는 이렇다...
333버전까지는 지속적인 상승 추세 837MB까지 상승하다가 그 이후의 다운로드 클라이언트의 용량은 591MB 이건 훨씬 심각하다. 246MB를 어디로 간것이냐!!! ㅡㅡ; 그만큼 사용자의 컴퓨터에는 렉을 선사해 주는것이다.. 뭐 333버전까지는 클라이언트가 다 안고 있었지만 그이후는 서버에서 다운로드를 받아 처리가 되기때문에 다이어트가 되었습니다! 는 아닌듯 하다..
분명 246MB만큼 빼먹고 설치파일을 만든것이다!!! 그덕에 사라진 파일을 찾기 위해 CPU는 동분서주 하고.. 계속 무한 루프에 떨어진 상태로 혹사가 되는것이다..ㅡㅡ;
대답해라!! 궹이야!!!
분명 334버전 이후로는 무언가 빼먹고 packing한듯 한데..ㅡㅡ; 내 유료 1일은.. 이걸 알아 내기 위해 들인 시간은?!?! 보상해라!!! 보상해라!!!
구버전은 아래의 주소로 가시면 받아 보실수가 있습니다.
ftp://download.nexon.co.kr/mabi/mabinogi_setup_330.exe (붉은색으로 씌여진 부분을 버전별로 바꾸시면 됩니다.) 넥슨 공식 홈에 있는 주소이니 안심하셔도 됩니다..(본인과는 전혀 상관 없습니다..)
lllOTL 컴터 밀어 버린것도 억울한데.. 이런것 까지 당하다니..
결론은 334버전 클라이언트 이래로 다운로드 받아서 설치한 신규유저및 윈도우 밀어 버린 유저들은 대박 당하는 모양새라는거..ㅡㅡ; 이방법도 토요일에 벌어졌던 패치서버 다운으로는 해결할수가 없으니.. 참 답답하다.
추가사항: 패치서버 접근 불능은 필자의 보안설정 문제로 판명!! 데브와는 상관 없었습니다.
관련글 : 마비노기의 버그로 인한 삽질
마비노기 CPU 100%를 해결방법 #2
마비노기 ... CPU100% 사건 또 발생하다..ㅡㅡ;
마비노기 CPU100% 찍는것...
순서대로 읽어 보시면 해결 방안을 아실겁니다.
'무진군의 아스트랄 세계' 카테고리의 다른 글
| KT의 불법 공유기 단속에 대하여. (6) | 2007/07/31 |
|---|---|
| 마비노기 ... CPU100% 사건 또 발생하다..ㅡㅡ; (2) | 2007/07/29 |
| 마비노기 CPU 100%를 해결방법 #2 (6) | 2007/07/23 |
| 마비노기의 버그로 인한 삽질 (0) | 2007/07/23 |
| 네이버 포토갤러리 복원 되었습니다.ㅡ0ㅡ;; (0) | 2007/07/11 |
| 재주는 곰이 부리고 돈은 조련사가 챙겨? (4) | 2007/07/10 |
ALL rights reserved.
캡춰이미지 및 펌동영상은 그 제작자에게 저작권이 있습니다.
이올린에 북마크하기
이올린에 추천하기




댓글을 달아 주세요
흐음...그랬군요..
그러면 아무리 패치 후라해도 이번주말 전채널 혼잡 사태의 이유도 거기서 유추할 수 밖에 없겠..
만약 저 것이 사실이라면 지금 서버도 안늘린 상태에서의 저런 방책은 진짜 골빈 머리들만 있는것이 아닌가 생각밖에 안든다는..
아마도 실시간 다운로드를 실행하는것 같지 않습니다.
인스톨 버전(클라이언트 다운로드 버전)에서 패킹을 할때 중요 파일들을 같이 패킹을 안하고 빠트린거 같더군요. 예전 버전에다가 덮어 씌우는것 만으로도 정상 동작을 하는 것으로 봐서는 아닌 듯 싶습니다.
걱정되는건, 에린에 하늘이란 공간이 발생한것으로 보아 지역이 2배로 넓어져서 보여줘야 하는것들이 더 늘어 버린것이지요..ㅡㅡ; 그것때문에 렉이 더 심해 진 듯 보입니다.
모 기사를 보면 문제가 클라이언트 PC에서 늦어져서 발생하고 있다 라는 말이 있는데 *(최적화 문제도 걸린다 생각합니다.), 서버는 여유 있다는걸 보면, 위치랙등이 클라이언트가 체크해서 서버로 보내주는 방식 같은데, 그곳에서 병목현상이 발생하거나 각 클라이언트가 각자 좌표를 날려주고 있는것들을 컨트롤 못해서 동기화 시에 문제가 생기는 듯 합니다.
어디까지나 추정이지요 데브캣이 아닌이상 알 수는 없습니다.
용량으로 봐서 맵소스 아니면 사운드 패키지 인듯 (아니면 우리나라 최초의 진정한 업그레이드) 우리나라는 설치용량이 늘어나고 pc 사양이 올라가면 '업그레이드라고 하더군요' -_-
ㅎㅎㅎ 특이한건 npc에게 말하면 날아가는걸로 봐선 npc 이미지랑 mp3 그리고 어딘가의 맵소스 정도? 뛰어 다니는걸로 봐서는 맵소스는 아닌듯 합니다..ㅎㅎㅎ
MP3파일 실시간 다운로드로 바껴서 그렇다져 =ㅁ=...;
그런 단순한 문제가 아닐 듯 합니다^^:.
실행 mp3하나 받는데 얼마나 오래 걸리겠습니까?
ㅎㅎ.. 없는 파일이 있으면 받으라는 요청이 더 빨라야 하는데.. 있는지 없는지 검색하는 상태로 계속 유지되는것이 문제이고(무한 검색 상태 CPU자원이 애시당초 없는 파일을 찾아 헤메는 현상으로 계속 유지가 되는거지요), 패치 자체가 누적 패치가 아니라.. 그때 그때 임기 응변 식으로 변화 된 부분만 붙이는 방식이라 문제입니다^^:. 100 버전 클라이언트가 있는 사람이 접속 한번 안하다가 최근에 접속을 해서 자동 업데이트가 되었다면 이리아 같은데 가게 되면 거의 멈출겁니다.. (전부 데이터를 새로 받아야 해서요.. 그런 부분이 패치에 들어가 있지 않다는 것이지요. 딱 업데이트 부분만 존재) 다시말해 클라이언트 패킹 실수! 라고 밖엔 생각이 안듭니다.^^