Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Quamis
Acum 1-2 ani cand am facut niste teste, eaccelerator era cel mai rapid, apc era pe locul 2. Zend este si encoder, si din cauza asta pierdea destul de mult la viteza (scriptul encodat era chiar un pic mai lent decat scriptul "raw" fara encodare). APC-ul iti ofera niste functii pentru caching, dar t

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Flower
On 08/06/2010 05:23 PM, Alex 'CAVE' Cernat wrote: > De fapt cred ca sunt mai multe diferente decat m-am gandit la prima > vedere, pentru ca la tine vad ca fastcgi-ul e complet separat de > apache. Eu mai devreme ma refeream la mod_fcgid, care are > configuratii foarte asemanatoare, dar care face si

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Alex 'CAVE' Cernat
De fapt cred ca sunt mai multe diferente decat m-am gandit la prima vedere, pentru ca la tine vad ca fastcgi-ul e complet separat de apache. Eu mai devreme ma refeream la mod_fcgid, care are configuratii foarte asemanatoare, dar care face singur managementul proceselor de php-cgi (daca alegi v

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Alex 'CAVE' Cernat
Nope, e varianta a doua, vezi portiunea de bold. Si daca tot il folosesti asa, ce fel de feedback poti sa dai ? Alex >> Tu cum il folosesti ? In varianta de management de procese din >> fastcgi (aka fiecare php are apc-ul cu memoria lui) ? Sau varianta >> php-ul isi face singur managementul (si

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Flower
On 08/06/2010 04:25 PM, Alex 'CAVE' Cernat wrote: > Tu cum il folosesti ? In varianta de management de procese din > fastcgi (aka fiecare php are apc-ul cu memoria lui) ? Sau varianta > php-ul isi face singur managementul (si e o singura memorie > share-uita alocata) ? *Presupun* că e prima varia

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Alex 'CAVE' Cernat
On 8/6/2010 4:17 PM, Flower wrote: > On 08/06/2010 03:44 PM, Alex 'CAVE' Cernat wrote: >> Total de acord, merge mai bine decat fara, dar ar fi mers si mai bine >> daca ar putea fi folosita share-uirea memoriei din apc-uri. Bine, ar >> merge share-uita daca lasi php-ul sa se ocupe de alocarea

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Flower
On 08/06/2010 03:44 PM, Alex 'CAVE' Cernat wrote: > Total de acord, merge mai bine decat fara, dar ar fi mers si mai bine > daca ar putea fi folosita share-uirea memoriei din apc-uri. Bine, ar > merge share-uita daca lasi php-ul sa se ocupe de alocarea > proceselor, dar din ce-am citit (ce-i drep

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Alex 'CAVE' Cernat
>> Te rog detaliază partea asta. Am php-fastcgi + apc și merge de la caz la >> caz cam de 3-5 ori mai bine decât fără. > Nu cred ca sux neaparat si rau nici atat nu cred ca face. > Pt iluminare cititi aci: > http://stackoverflow.com/questions/598444/how-to-share-apc-cache-between-several-php-proce

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Tudor Gheorghe
On 08/06/2010 12:08 PM, Petru Ratiu wrote: > 2010/8/6 Tudor Gheorghe: > >> On 08/06/2010 11:56 AM, Petru Ratiu wrote: >> >> >> Dar daca discul ramas in matrice se stica, cum refaci matricea de pe >> discul din dulap, daca l-ai marcat fail? >> >> >>

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Sergiu
> Dar de ce nu zice nimeni nimic de eaccelerator? Ce aveti impotriva lui? > > Poate pentru ca nu e thread safe http://neosmart.net/blog/2007/eaccelerator-php-extension-isnt-thread-safe/:) -- Message made from 100% recycled electrons. http://www.lamp.ro http://www.regex.ro http://www.nethelp.ro _

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Petru Ratiu
2010/8/6 Tudor Gheorghe : > On 08/06/2010 11:56 AM, Petru Ratiu wrote: > > Dar daca discul ramas in matrice se stica, cum refaci matricea de pe > discul din dulap, daca l-ai marcat fail? > > Why would you do this? Si pentru ca n-am timp de sub

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Petru Ratiu
2010/8/6 Mircea MITU : > On Fri, 2010-08-06 at 11:19 +0300, Petru Ratiu wrote: >> 2010/8/6 Mircea MITU : >> > On Fri, 2010-08-06 at 09:50 +0300, Petru Ratiu wrote: >> >> >> >> Sa rezum pt. cei cu "tl;dr" syndrome: parerea mea e ca e de la lipsa >> >> de mdadm --fail. >> > >> > Atunci de ce o partit

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Tudor Gheorghe
On 08/06/2010 11:56 AM, Petru Ratiu wrote: Dar daca discul ramas in matrice se stica, cum refaci matricea de pe discul din dulap, daca l-ai marcat fail? >>> Why would you do this? >>> >>> Si pentru ca n-am timp de subtilitati, e o idee _extrem

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Petru Ratiu
2010/8/6 Tudor Gheorghe : > On 08/06/2010 11:46 AM, Petru Ratiu wrote: >> 2010/8/6 Tudor Gheorghe: >> >>> On 08/06/2010 11:19 AM, Petru Ratiu wrote: >>> Eu zic ca intre T1 si T2 a mai fost un moment T1.9 in care cineva a incercat sa porneasca unul din md-

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Mircea MITU
On Fri, 2010-08-06 at 11:19 +0300, Petru Ratiu wrote: > 2010/8/6 Mircea MITU : > > On Fri, 2010-08-06 at 09:50 +0300, Petru Ratiu wrote: > >> > >> Sa rezum pt. cei cu "tl;dr" syndrome: parerea mea e ca e de la lipsa > >> de mdadm --fail. > > > > Atunci de ce o partitie se sincroniza intr-un sens si

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Tudor Gheorghe
On 08/06/2010 11:46 AM, Petru Ratiu wrote: > 2010/8/6 Tudor Gheorghe: > >> On 08/06/2010 11:19 AM, Petru Ratiu wrote: >> >>> >>> Eu zic ca intre T1 si T2 a mai fost un moment T1.9 in care cineva a >>> incercat sa porneasca unul din md-uri cu discul gresit. Dar

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Petru Ratiu
2010/8/6 Tudor Gheorghe : > On 08/06/2010 11:19 AM, Petru Ratiu wrote: >> >> Eu zic ca intre T1 si T2 a mai fost un moment T1.9 in care cineva a >> incercat sa porneasca unul din md-uri cu discul gresit. Dar cum >> ziceam, daca se dadea fail de la inceput pe device-uril

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Tudor Gheorghe
On 08/06/2010 11:19 AM, Petru Ratiu wrote: > > Eu zic ca intre T1 si T2 a mai fost un moment T1.9 in care cineva a > incercat sa porneasca unul din md-uri cu discul gresit. Dar cum > ziceam, daca se dadea fail de la inceput pe device-urile "gresite", nu > le mai folosea

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Petru Ratiu
2010/8/6 Mircea MITU : > On Fri, 2010-08-06 at 09:50 +0300, Petru Ratiu wrote: >> >> Sa rezum pt. cei cu "tl;dr" syndrome: parerea mea e ca e de la lipsa >> de mdadm --fail. > > Atunci de ce o partitie se sincroniza intr-un sens si cealalata in > celalalt sens? > > md0: sda1 -> sdb1 > md1: sda2 <-

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Mircea MITU
On Fri, 2010-08-06 at 09:50 +0300, Petru Ratiu wrote: > > Sa rezum pt. cei cu "tl;dr" syndrome: parerea mea e ca e de la lipsa > de mdadm --fail. Atunci de ce o partitie se sincroniza intr-un sens si cealalata in celalalt sens? md0: sda1 -> sdb1 md1: sda2 <- sdb2 _

Re: [rlug] php accellerator (si mai mult de atat) - alternative la zend

2010-08-06 Fir de Conversatie Claudiu Nicolaie CISMARU
On Friday 06 August 2010 06:10:51 Flower wrote: > On 08/04/2010 01:36 PM, Alex 'CAVE' Cernat wrote: > > in schimb apc plus fastcgi (orice varianta) sucks, teoretic merge > > (dar la fel zici ca si dacia e masina) > > Te rog detaliază partea asta. Am php-fastcgi + apc și merge de la caz > la > caz

Re: [rlug] fun with raid and sync

2010-08-06 Fir de Conversatie Claudiu Nicolaie CISMARU
> - e _foarte_ indicat ca atunci cand scoti un disc din raid (si nu > intentionezi sa-l mai folosesti drept sursa de date pt. sync) sa-l > marchezi ca failed, tocmai ca sa nu se intample ce ai zis tu mai sus CORECT. Sunt patit cu un RAID 5... Am zis ca scot discul si pun altul si totul e OK. Nu