eAccelerator

eAccelerator ĉi-tio estas mirinda mekanismo por plirapidigi malrapida php. Ĝenerale la ideo estas simpla 😆 kiam vi kuras vian php skriptoj ĉi tiu aĵo ilin for opcode nivelo, kaj la sekva alvoko, se estas neniu ŝanĝo en la skripto, uzi la kopio opcode. Kiel rezulto de la rapida efektivigo ĉe pli malalta ŝarĝo sur la servilo, malpli malŝparo de rimedoj. En Ĝenerala, ĝi estas.

Nun, dividi la # facili? o, ke mi povus havi formita. Iom malpli ol unu semajno sur la? isdatigo servilo php versio por uzi por mortiga CVE-2010-4645 eraro. Podnova versio 5.2.17 kie vidis, kio ripari. Mi ne kun 5.3.5 versio, ke estas diferencoj kaj ili ja ne scias, kio estos laboro , sed plej grave ĝi estis malfrue en la vespero. diris la afero. La ĝisdatigo iris glate, sed kiam mi finis, mi rimarkis, ke la ejo kraŝis, kaj facilmoveco. Sed unu el la programistoj mi havis ĝin, kiu volas elprovi novajn scenarojn, kaj li turnis multan atenton. Hieraŭ mi devas fiksi kelkajn cron-s en php kaj liberigis ilin, kiam mi vidis prefere malagrabla surskribo, la projekto mia eAccelerator, kuri php-mi kaj novaj ne funkcias ;). Klara ĉiuj klara. Precompiler eAccelerator haste, kaj ĉio falis en lokon malglata rimarko paĝoj ŝarĝo falis sur la duobla kiel vi liberigis supren valora megabajtoj da ram. Entute, almenaŭ nun mi faris la teston kaj, kompreneble, havas la avantaĝon, precipe kiam super 200 uzantoj surreta aferoj # fari? i tre elokventa kaj 400 😉 Estas aliaj mekanismoj, sed laŭ la testoj eAccelerator estas gramotne elekto. Mi ne havas apartan tempon por provi, do mi fidas la homojn 😀

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

14 komentoj

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

    1. Ами сорсовете гледам са написани на С. Иначе не мисля че има някакви дупки които да отваря повече от самото php 😉 :-D. Въпреки, че като се има на предвид, че е от създателите на 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 това дали ще го направи по голям хахор 😉 Не мисля. Аз съм на принципа обичам да е удобно и ползвма туловете които имам. Отделно живеем за да се учим 😉

Lasi Respondon

Via # retpo? to adreso ne estos eldonita. Bezonata kampoj estas markitaj *

Anti SPAMO *