KLDP

Original Fox Trot Comic using C code.

Standard Perl Statement

Perl one-liner

http://perl.hacker.freeservers.com/
* 언어 논쟁이야기가 절대~!!! 아님니다. 그냥 웃자고요 ^^

INTEL 386이 등장한지도 이제 10년이 조금 넘어가고 있습니다.
8 Bit Cpu 시장은 상당히 길었던 반에
16Bit CPU시장은 다른 32bit, 8bit에 비해 단명한 감이 있죠.
아마도 64bit시장 역시 16bit때 처럼 단명하지 않을까 싶습니다.
길어도 5~6년정도 반짝하다가 128Bit의 시장으로 넘어갈 것 같습니다.

이번에 AMD 64가 시장에 등장했습니다.
물론 RISC칩중에는 이미 64,128bit의 CPU가 사용되고 있지만,
일반 대중을 위한 CPU가 64bit로 등장한다는 데에 의미를
두어야 하지 않는가 싶네요.

http://www.fastcgi.com/dist/mod_fastcgi-2.4.2.tar.gz

최근 FastCGI가 PHP사이트에서도 가끔 화제가 되고 있고 펄에서도 mod_perl에서 FastCGI로 전향하는 사람들이 늘어 나고 있는 추세입니다. 가끔 FastCGI의 패치를 포스트하기도 하고 계속해서 테스트를 하고 있는데 아파치2에서도 어느정도 안정된 버전이 릴리즈되었습니다.

현재 PHP사이트에서 사용하고 있는 FastCGI라이브러리는 조금 변경된 라이브러리를 사용하고 있습니다. 가능하면 같은 통일화된 라이브러리로 하자고 양 사이트의 코어 담당자에게 권고를 하고 있지만 FastCGI 사이트측에서는 PHP사이트에서 수정된 코드에 대해서 코미트(commit)를 하지 않는 것 같습니다. 또 PHP에서는 500번의 억세스가 있으면 메모리 리크를 회피하기 위해서 FastCGI 프로세스를 죽이고 다시 리로드하는데 mod_fastcgi측의 프로세스 메니져에서 이것을 처리해 주지 못하는 버그도 아직 내재하고 있습니다. 다시 말해서 기본 디폴트로 3번 프로세스를 리로드하면 mod_fastcgi측의 프로세스 메니져에서 프로그램에 이상이 있는 것으로 인식해 그 이상 PHP의 FastCGI프로세스를 생성해내지 못합니다. 1501번째 리퀘스트부터 응답을 할수 없는 상태가 됩니다. 이것 역시 양쪽 사이트에 이야기를 했는데도 서로 미루는 것 같습니다. 이것은 사실 PHP사이트에서 받아 들여 수정을 해야한다는 생각도 합니다만 서로 고집들이 세군요....

관리자 알림 메시지: 이 글은 RisaPapa님의 http://bbs.kldp.org/viewtopic.php?t=27203 로부터 분리한 글입니다.

여기도 폐인들 모여사냐?? 조리퐁 세어보라고 그래...

-_-;;;; 여기 이미지가 왜이렇게 변했나요..ㅜㅠ