요새 위키백과 너무 느린 것 같아요. 그런데 제가 이쪽에 문외한이라서 말이지요. 역시 DB의 문제일까요? Server 증설 외에는 답이 없는 것일까요?
unypoly, korealife, paulo 차단 풀면 됩니다.
자신만이 옳다고 주장하는 계정들을 해제해서 어쩌자는거죠? 그 계정의 주인님께서는 어찌 생각하십니까?
=================================
이 세상은 썩어있다! - F도 F시 시가지 정복 프로젝트
홈페이지: 언더그라운드 웹진 18禁.net - www.18gold.net
unypoly가 저죠. 더 빨라 집니다. 세명다 차단 풀면 올해안에 15만 문서 만들수 있습니다.
뭔 헛소리를 하는지 모르겠군요. 이 글은 위키백과 접속이 느리다는 얘기였지 위키백과에 문서 만들어지는 속도가 느리다는 얘기가 아니었는데요. 아마 세 계정 모두 풀면 위키백과에 플레임 올리느라 더 느려질 듯...
그외에도 많은 방법으로 위키백과에 기여할 수 있습니다. 예컨데 시신기증같은 거요
당신같은 분들의 시신이 많아질 수록 인류는 위키백과의 플레임이나 올리는 존재들을 미리 차단할 수 있으니 좋은 일이죠
============================ Welcome to my small Organization, volks 'ㅅ'
같이 손잡고 가실 거 아니면.
영문 쪽은 빠른데 한국어 위키백과는 엄청 느리네요. 역시 서버 증설이 답이겠죠; 근데 정확히 어떻게 돌아가고 있는지 알 길이 없으니 뭐라고 할 수가 없네요.
위키백과와 같은 다수사용자용 지식관리시스템을 위해서 성능을 개선하기 위해 필요한 software 기술이 어떤 것일까요? 좀더 구체적으로 MediaWiki의 현재 성능병목지점은 어디일까요? PHP? MySQL?
그런데 위키백과가 HTTP server 계층에서 이미 병목을 보이고 있다면 server 증설 이외에 답이 없겠지만 말이예요.
캐싱을 하고 웹 서버를 튜닝하며 쿼리 자체를 최적화한다고 해도 그러한 노력이 얼마나 성과를 거둘지는 미지수입니다. 획기적인 기술을 찾으려 연구를 하느니 서버와 회선을 증설하는 것이 지금으로서는 가장 좋은 효과를 낼 것이라 생각합니다. 지금은 과거처럼 약간의 트래픽 부하를 줄이려 머리를 싸매는 세상이 아닌 그 시간에 돈을 더 들이더라도 빠르고 확실한 성능 향상책을 찾으려 하는 것이 대세니까요.
방법이 있습니다.
unypoly, korealife, paulo 차단 풀면 됩니다.
그걸 풀면 더 느려집니다
자신만이 옳다고 주장하는 계정들을 해제해서 어쩌자는거죠?
그 계정의 주인님께서는 어찌 생각하십니까?
=================================
이 세상은 썩어있다!
- F도 F시 시가지 정복 프로젝트
=================================
이 세상은 썩어있다!
- F도 F시 시가지 정복 프로젝트
홈페이지: 언더그라운드 웹진 18禁.net - www.18gold.net
그계정중 하나입니다.
unypoly가 저죠. 더 빨라 집니다. 세명다 차단 풀면 올해안에 15만 문서 만들수 있습니다.
뭔 헛소리를 하는지
뭔 헛소리를 하는지 모르겠군요. 이 글은 위키백과 접속이 느리다는 얘기였지 위키백과에 문서 만들어지는 속도가 느리다는 얘기가 아니었는데요. 아마 세 계정 모두 풀면 위키백과에 플레임 올리느라 더 느려질 듯...
제가 추천해드린 정신병원에 아직도 안가셨나요?
그외에도 많은 방법으로 위키백과에 기여할 수 있습니다. 예컨데 시신기증같은 거요
당신같은 분들의 시신이 많아질 수록 인류는 위키백과의 플레임이나 올리는 존재들을 미리 차단할 수 있으니 좋은 일이죠
============================
Welcome to my small Organization, volks 'ㅅ'
============================
Welcome to my small Organization, volks 'ㅅ'
공공게시판에서 악담은 좀 자제합시다
같이 손잡고 가실 거 아니면.
영문 쪽은 빠른데
영문 쪽은 빠른데 한국어 위키백과는 엄청 느리네요.
역시 서버 증설이 답이겠죠; 근데 정확히 어떻게 돌아가고 있는지 알 길이 없으니 뭐라고 할 수가 없네요.
질문을 좀 바꿔야겠네요.
위키백과와 같은 다수사용자용 지식관리시스템을 위해서 성능을 개선하기 위해 필요한 software 기술이 어떤 것일까요?
좀더 구체적으로 MediaWiki의 현재 성능병목지점은 어디일까요? PHP? MySQL?
그런데 위키백과가 HTTP server 계층에서 이미 병목을 보이고 있다면 server 증설 이외에 답이 없겠지만 말이예요.
지금 시점에서는 서버와 회선 증설이 답일 것입니다
캐싱을 하고 웹 서버를 튜닝하며 쿼리 자체를 최적화한다고 해도 그러한 노력이 얼마나 성과를 거둘지는 미지수입니다.
획기적인 기술을 찾으려 연구를 하느니 서버와 회선을 증설하는 것이 지금으로서는 가장 좋은 효과를 낼 것이라 생각합니다.
지금은 과거처럼 약간의 트래픽 부하를 줄이려 머리를 싸매는 세상이 아닌 그 시간에 돈을 더 들이더라도 빠르고 확실한
성능 향상책을 찾으려 하는 것이 대세니까요.
=================================
이 세상은 썩어있다!
- F도 F시 시가지 정복 프로젝트
=================================
이 세상은 썩어있다!
- F도 F시 시가지 정복 프로젝트
홈페이지: 언더그라운드 웹진 18禁.net - www.18gold.net