eAccelerator

eAccelerator 느린 php를 서두르 기 위해 훌륭한 메커니즘이입니다.. 기본적으로, 아이디어는 간단한 😆을 그들을 농 락 하는 php 스크립트의 실행 opcode 소용이 스크립트 복사 opcode에 변경 하는 경우 호출 수준 및 다음에. 결과 더 빠른 성능을 서버에서 낮은 부하에서, 자원의 더 적은 낭비. 이것은 일반적으로.

이제 바보 공유 하는 한. 전에 조금 한 서버에 1 주일 동안 나는 치명적인 때문에 작동 하는 php 버전 설치 했다 CVE-2010-4645 버그. 버전 업데이트 5.2.17 어디에 나 보았다, 그것을 해결합니다. 원하지 않아요 5.3.5 버전, 차이, 그리고 내가 일 하는 것 , 가장 중요 한 그것은 늦은 저녁에. 끝났 말했다. 업데이트 더 순조롭게, 그러나 내가 끝난 후 나는 p″rgavostta 사이트 다운. 하지만 개발자 중 하나 내게 경고 했다, 그 새로운 스크립트를 테스트 하 고 많은 관심을 지불 하지 않았다. 어제 php의 cron s를 조정 했다 그리고 그들을 넣어 난 오히려 비위 비문 본, 내는 eAccelerator의 내 php의 출시 버전은 컴파일과 새와 작동 하지 않습니다. ;). 명확 하 게 그것은 분명. 빠른 eAccelerator Prekompilirah는 그리고 모든 것에 떨어진 장소 페이지 떨어진 가치로 두는 원유 관측의 로드 출시 메가바이트 RAM. 전반적으로, 적어도 이미 수행한 테스트 하 고 있다 확실히 특히 혜택을 받을 때에 200 사용자 온라인 것 들을 얻을 매우 웅 변에서 400 거기 😉은 다른 메커니즘 이지만 테스트 eAccelerator를 따라 gramotniâ 선택. 그래서 내가 믿는 사람들 😀을 테스트 하는 시간이 없어요

HTTP://www.youtube.com/watch?v = eJarZiMQaKA

14 코멘트

  1. А eAccelerator на какво е писан?
    Има ли някакви проблеми със сигурността при използването му?
    на мен често м исе гади едно такова вътрешно, ако трябва да слагам приставки, плъгин-и, добавки, надстройки и всякакви темподобни. Колкото повече (мечо Пух 🙂 ) толквоа повече места за пробив. Да не забравяме qmail.

    1. Ами сорсовете гледам са написани на С. Иначе не мисля че има някакви дупки които да отваря повече от самото php 😉 :-디. Въпреки, че като се има на предвид, че е от създателите на lighttpd и го гледах първоначално леко с несигурност, че те с техните memory leak-ове направо избиваха рибата. Иначе има още 2 известни такива кеширащи механизми коитона второ място класират X-Cache и на 3-то APC, които ще взле официално в php6 ама по тестовете не му е много красиво положението. А определно бързодействието на php му е слаб момент и схемата на python за bytecode хавите е грамотно решение и горе доло това правят ти кеширащи механизми. А инсталацията е тривиална phpize && ./configure && make && make install 😉 След това го добавяш в php.ini-то и си свиркаш щастлив :)))

      1. Взема да пробвам, ама нямам сървър с такова натоварване….някакъв генератор на трафик трябва да поизмисля или да потърся

        1. ab е твоя tool 😉 Иначе сървъра дето се говори за него чакаме(надяваме се) да минем 20к уникални скоро стигаме нормално около 15к за ден което е прилично 🙂

  2. Не са едно и две решенията за opcode кеширане.

    Най-популярните примери са:
    apc
    xcache
    zend_optimizer

    Аз лично предпочитам xcache, защото имаш API и можеш да persist-ваш ръчно, т.е мога да го ползвам като storage.

    1. Дам писах за тях, по принцип трябва някои ден да седна да го разчопля повече аз x-cache и да се запозная по надълбоко с функционалноста му. В случая чак от такава функционалност нямаме нужда и общо взето на повечето тестове гледам eAccelerator бие с малко но бие x-cache.

  3. Освен заигравките с опкод кешове има и други заигравки. Правилно кеширане по диска и ползване на memcached ама това обикновенно значи че някой трябва да рита developerite а те са малко мързеливи обикновенно.

    Допълнително да добавим и че опкод кешовете не работят ако се php-то се ползва като CGI (fastcgi)

    1. Сигурен ли си защото си кеширaшe преди с lighttpd и php-то беше точно като fastcgi. А смяната на apache-то с nginx ми беше основна идея за в бъдеще. Мисля че няма да се навият ако ги открехна на memcache точно поради причиние дето изтъкна 😀

      1. За eAccelerator не съм сигурен тъй като не съм го ползвал, но xcache не оказва никакво влияние. Реалномамка му и че съм идиотsuexec. Добре днес явно ще имам заигравка да видим как се държат опкод кешовете при различни вариации.

        1. ахахахах Тествай и ще чакам резултати и аз тия дни ако ми остане повече време за игра ще дигна една виртуална да видя как се държат apache, lighttpd и nginx с или без opcode кеширания и с различните такива 🙂 За apache 100% има ефект въпроса е с цифрички да се видят 😉

  4. Ох, чувствам се яко дилетант. Най-накрая трябва да седна и да почна да се занимавам с код като хората. Чувствам се доста неловко, щъкайки из графичния админ интерфейс на страницата си. И постоянно едн огласче какъв спец си ти, след като ползваш графичен интерфейс? Дали специалистите са задължително тези, които имат бели букви на черен екран, стартират lynx и ходят из директориите най-много с mc? Надали! Ама май е стереотип!

    1. Защо пък дилетант 🙂 Иначе колко си професионалист не се определя от толкова от туловете които ползваш а от начина по които ги ползваш. Дали браузвам с наутилус или mc каква е разликата въпроса е да ти е удобно конфортно и да вършиш максимално бързо поставените задачи. Точно тези фактори те определят какъв си, да речем някои ламер ако си сложи backtrak това дали ще го направи по голям хахор 😉 Не мисля. Аз съм на принципа обичам да е удобно и ползвма туловете които имам. Отделно живеем за да се учим 😉

회신을 남겨주

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드는 표시됩니다 *

안티 스팸 *