-
Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-06 13:55:34.0 alle 2012-09-06 13:55:34.0Trollate totali: 11540
-
Re: Ecco ma...Richieste ForumScritto da: altg
> Perche`?

>
>
>
> 48823 millisecondi...
> Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
Forse la VM sta facendo garbage collector, ma mi pare strano impieghi cosi' tanto tempo
O forse, essendo il FdT su un virtual server, e' in corso una migrazione dell'immagine su un'altro cluster.
O forse proprio non lo so
Immagino tu abbia provato ad aprire altre pagine del FdT, e nessuna funzioni, giusto ?`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-06 17:35:21.0 alle 2012-09-06 17:35:21.0Trollate totali: 11540> > Perche`?

> >
> >
> >
> > 48823 millisecondi...
> > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
>
> Forse la VM sta facendo garbage collector, ma mi pare strano impieghi cosi' tanto tempo
> O forse, essendo il FdT su un virtual server, e' in corso una migrazione dell'immagine su un'altro cluster.
> O forse proprio non lo so
> Immagino tu abbia provato ad aprire altre pagine del FdT, e nessuna funzioni, giusto ?
Sembra farlo ogni N richieste, in modo apparentemente scollegato dall'URL e con N possibilmente variabile o abbastanza grande.
Se e` perche` fa garbage collection, e` la conferma che la mia teoria sul fatto che la garbage collection sia una cagata e` giusta.
-
Re: Ecco ma...Richieste ForumScritto da: altg
> > > Perche`?

> > >
> > >
> > >
> > > 48823 millisecondi...
> > > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
> >
> > Forse la VM sta facendo garbage collector, ma mi pare strano impieghi cosi' tanto tempo
> > O forse, essendo il FdT su un virtual server, e' in corso una migrazione dell'immagine su un'altro cluster.
> > O forse proprio non lo so
> > Immagino tu abbia provato ad aprire altre pagine del FdT, e nessuna funzioni, giusto ?
>
> Sembra farlo ogni N richieste, in modo apparentemente scollegato dall'URL e con N possibilmente variabile o abbastanza grande.
>
> Se e` perche` fa garbage collection, e` la conferma che la mia teoria sul fatto che la garbage collection sia una cagata e` giusta.
L'ho notato anche io e non sono riuscito a collegarlo ad una query specifica, bisognerebbe attivare il verbose gc per vedere se è il garbage collector ma di solito un ciclo di gc non dura così tanto.
Bisogna buttare un po' di log per capire se è il db o java, magari è mysql (anche se lo slowlog è vuoto, mi sa che è confato male).Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumLo slowlog parla chiaro: il tappo è mysql.
Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 00:48:38.0 alle 2012-09-07 00:48:38.0Trollate totali: 11540> Lo slowlog parla chiaro: il tappo è mysql.
> Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
-
Re: Ecco ma...Richieste ForumScritto da: altg
> > Lo slowlog parla chiaro: il tappo è mysql.
> > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
>
> Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
ma in ciat non ti fai più vivo?Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 01:06:15.0 alle 2012-09-07 01:06:15.0Trollate totali: 11540> > > Lo slowlog parla chiaro: il tappo è mysql.
> > > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
> >
> > Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
>
> ma in ciat non ti fai più vivo?
Be', la mia produttivita` personale e` aumentata significativamente da quando non mi faccio vivo in chat, sul mio sito o qui. E` gia` tanto che abbia ripreso a farmi vivo qui, e gia` la produttivita` ne sta risentendo. Sto implementando gli short-circuit OR in Linoleum 3, che avra un POCHINO di blocchi condizionali strutturati, giusto quel tanto che basta pero`, perche` e` pur sempre a basso livello. Mi sta venendo bene anche il jump threading. E avra` anche un POCHINO di closures, giusto quel tanto che basta per legare l'esecuzione di subroutines e funzioni a un vettore di variabili di stato, e per facilitare lo sviluppo di interfacce estendibili. Ma e` pur sempre a basso livello.
O no?
Be', insomma sara` un assembly multipiattaforma con virtual machine, heap, closures, interfacce, ereditarieta`, blocchi condizionali strutturati, ma tanto il garbage collector non lo avra` mai.
-
Re: Ecco ma...Richieste ForumScritto da: altg
> > > > Lo slowlog parla chiaro: il tappo è mysql.
> > > > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
> > >
> > > Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
> >
> > ma in ciat non ti fai più vivo?
>
> Be', la mia produttivita` personale e` aumentata significativamente da quando non mi faccio vivo in chat, sul mio sito o qui. E` gia` tanto che abbia ripreso a farmi vivo qui, e gia` la produttivita` ne sta risentendo. Sto implementando gli short-circuit OR in Linoleum 3, che avra un POCHINO di blocchi condizionali strutturati, giusto quel tanto che basta pero`, perche` e` pur sempre a basso livello. Mi sta venendo bene anche il jump threading. E avra` anche un POCHINO di closures, giusto quel tanto che basta per legare l'esecuzione di subroutines e funzioni a un vettore di variabili di stato, e per facilitare lo sviluppo di interfacce estendibili. Ma e` pur sempre a basso livello.
>
> O no?
>
> Be', insomma sara` un assembly multipiattaforma con virtual machine, heap, closures, interfacce, ereditarieta`, blocchi condizionali strutturati, ma tanto il garbage collector non lo avra` mai.
Prova prova sa sa prova.Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 02:16:34.0 alle 2012-09-07 02:16:34.0Trollate totali: 11540> > > > > Lo slowlog parla chiaro: il tappo è mysql.
> > > > > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
> > > >
> > > > Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
> > >
> > > ma in ciat non ti fai più vivo?
> >
> > Be', la mia produttivita` personale e` aumentata significativamente da quando non mi faccio vivo in chat, sul mio sito o qui. E` gia` tanto che abbia ripreso a farmi vivo qui, e gia` la produttivita` ne sta risentendo. Sto implementando gli short-circuit OR in Linoleum 3, che avra un POCHINO di blocchi condizionali strutturati, giusto quel tanto che basta pero`, perche` e` pur sempre a basso livello. Mi sta venendo bene anche il jump threading. E avra` anche un POCHINO di closures, giusto quel tanto che basta per legare l'esecuzione di subroutines e funzioni a un vettore di variabili di stato, e per facilitare lo sviluppo di interfacce estendibili. Ma e` pur sempre a basso livello.
> >
> > O no?
> >
> > Be', insomma sara` un assembly multipiattaforma con virtual machine, heap, closures, interfacce, ereditarieta`, blocchi condizionali strutturati, ma tanto il garbage collector non lo avra` mai.
>
> Prova prova sa sa prova.
Funziona funziona sa sa funziona.
-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 03:05:00.0 alle 2012-09-07 03:05:00.0Trollate totali: 11540> > > > > > Lo slowlog parla chiaro: il tappo è mysql.
> > > > > > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
> > > > >
> > > > > Ma no, basta usare il metodo alieno: buttare via il DBMS, passare ai flat files e virtualizzare il database con un abstraction layer da scriversi da soli che gestisce anche il commit tramite una cache di scrittura che tiene tutto in memoria finche` la transazione e` completa, con una cache di lettura per il rollback e... vabbe', niente.
> > > >
> > > > ma in ciat non ti fai più vivo?
> > >
> > > Be', la mia produttivita` personale e` aumentata significativamente da quando non mi faccio vivo in chat, sul mio sito o qui. E` gia` tanto che abbia ripreso a farmi vivo qui, e gia` la produttivita` ne sta risentendo. Sto implementando gli short-circuit OR in Linoleum 3, che avra un POCHINO di blocchi condizionali strutturati, giusto quel tanto che basta pero`, perche` e` pur sempre a basso livello. Mi sta venendo bene anche il jump threading. E avra` anche un POCHINO di closures, giusto quel tanto che basta per legare l'esecuzione di subroutines e funzioni a un vettore di variabili di stato, e per facilitare lo sviluppo di interfacce estendibili. Ma e` pur sempre a basso livello.
> > >
> > > O no?
> > >
> > > Be', insomma sara` un assembly multipiattaforma con virtual machine, heap, closures, interfacce, ereditarieta`, blocchi condizionali strutturati, ma tanto il garbage collector non lo avra` mai.
> >
> > Prova prova sa sa prova.
>
> Funziona funziona sa sa funziona.
Cioe` anche no.

-
-
-
-
-
-
Re: Ecco ma...Richieste ForumScritto da: ::1
> Lo slowlog parla chiaro: il tappo è mysql.
Che in LAMP sta proprio vicino alla 'P' di 'PHP'.
Noi di Boyager siamo sicuri che non e' un caso.
> Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
Se fossero gli indici, il problema sarebbe riproducibile sempre.
Qualcuno mi disse che MySQL cacha cosi' e cosa', che sia quello il problema ?
C'e' un esperto di MySQL in sala
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: Ecco ma...Richieste ForumScritto da: Giambo
> Scritto da: ::1
>
> > Lo slowlog parla chiaro: il tappo è mysql.
>
> Che in LAMP sta proprio vicino alla 'P' di 'PHP'.
> Noi di Boyager siamo sicuri che non e' un caso.
>
> > Si prevede ispezione di tabelle, indici, ed eventuali operazioni di manutenzione necessarie.
>
> Se fossero gli indici, il problema sarebbe riproducibile sempre.
> Qualcuno mi disse che MySQL cacha cosi' e cosa', che sia quello il problema ?
>
> C'e' un esperto di MySQL in sala
?
Ieri sera ho notato che stavamo andando peggiorando e ogni insert ci metteva più di un minuto, le stats dicono che siamo andati per un lungo periodo nella zona "burst" oltre il giga di ram, così ho pensato ad un problema di allocazioni che ogni tanto avevamo anche sul server java.
Quindi ho proceduto a riavviare il server.
Immagino che sia necessario almeno ricompattare le tabelle, ma non ho idea di come/cosa fare (export, truncate e import, almeno qua su oracle ogni tanto lo devono fare).Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto da: ::1
> > C'e' un esperto di MySQL in sala
?
>
> Ieri sera ho notato che stavamo andando peggiorando e ogni insert ci metteva più di un minuto,
Un minuto per inserire un post
?!?
> le stats dicono che siamo andati per un lungo periodo nella zona "burst" oltre il giga di ram, così ho pensato ad un problema di allocazioni che ogni tanto avevamo anche sul server java.
> Quindi ho proceduto a riavviare il server.
Tutto il server, non solo Tomcat ?
...
Tutto il server, ho ricevuto ora la conferma per Email
> Immagino che sia necessario almeno ricompattare le tabelle, ma non ho idea di come/cosa fare (export, truncate e import, almeno qua su oracle ogni tanto lo devono fare).
Mboh ? Mi pare che PHPMyAdmin abbia un pulsantino maggico "Repair All", ma non so cosa ci stia dietro ...
Google: http://www.laurencegellert.com/2011/07/mysql-maint...
Dopo questo passaggio il FdT sara' ancora piu' veloce, e la Proc Di Catania sparira' del tutto
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: Ecco ma...Richieste ForumScritto da: Giambo
> Scritto da: ::1
>
> > > C'e' un esperto di MySQL in sala
?
> >
> > Ieri sera ho notato che stavamo andando peggiorando e ogni insert ci metteva più di un minuto,
>
> Un minuto per inserire un post
?!?
>
> > le stats dicono che siamo andati per un lungo periodo nella zona "burst" oltre il giga di ram, così ho pensato ad un problema di allocazioni che ogni tanto avevamo anche sul server java.
> > Quindi ho proceduto a riavviare il server.
>
> Tutto il server, non solo Tomcat ?
>
> ...
>
>
> Tutto il server, ho ricevuto ora la conferma per Email
>
> > Immagino che sia necessario almeno ricompattare le tabelle, ma non ho idea di come/cosa fare (export, truncate e import, almeno qua su oracle ogni tanto lo devono fare).
>
> Mboh ? Mi pare che PHPMyAdmin abbia un pulsantino maggico "Repair All", ma non so cosa ci stia dietro ...
>
> Google: http://www.laurencegellert.com/2011/07/mysql-maint...
> Dopo questo passaggio il FdT sara' ancora piu' veloce, e la Proc Di Catania sparira' del tutto
!
Questa sera se non esco procederei così:
- fermo di tomcat
- lancio script di backup verso vecchio server (10 minuti)
- rimozione temporanea dello script di backup alle 3 dal crontab (solo per oggi)
- lancio ottimizzazione magica del sito
- riavvio di tomcatYoung professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto da: ::1
> Questa sera se non esco




> - fermo di tomcat
> - lancio script di backup verso vecchio server (10 minuti)
> - rimozione temporanea dello script di backup alle 3 dal crontab (solo per oggi)
> - lancio ottimizzazione magica del sito
> - riavvio di tomcat
Suona bene !`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: Ecco ma...Richieste ForumScritto da: Giambo
> > - fermo di tomcat
> > - lancio script di backup verso vecchio server (10 minuti)
> > - rimozione temporanea dello script di backup alle 3 dal crontab (solo per oggi)
> > - lancio ottimizzazione magica del sito
> > - riavvio di tomcat
>
> Suona bene !
Stasera il forum farà le bizze, sappiatelo.Young professional woman and busy mom.-
Re: Ecco ma...Richieste ForumScritto da: ::1
> Scritto da: Giambo
> > > - fermo di tomcat
> > > - lancio script di backup verso vecchio server (10 minuti)
> > > - rimozione temporanea dello script di backup alle 3 dal crontab (solo per oggi)
> > > - lancio ottimizzazione magica del sito
> > > - riavvio di tomcat
> >
> > Suona bene !
>
> Stasera il forum farà le bizze, sappiatelo.
Salvo problemi dovrei aver finito.Young professional woman and busy mom.
-
-
-
-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 14:29:22.0 alle 2012-09-07 14:29:22.0Trollate totali: 11540> > > C'e' un esperto di MySQL in sala
?
> >
> > Ieri sera ho notato che stavamo andando peggiorando e ogni insert ci metteva più di un minuto,
>
> Un minuto per inserire un post
?!?
Succede, quando si usano cose che non si scrivono personalmente.
> > le stats dicono che siamo andati per un lungo periodo nella zona "burst" oltre il giga di ram, così ho pensato ad un problema di allocazioni che ogni tanto avevamo anche sul server java.
> > Quindi ho proceduto a riavviare il server.
>
> Tutto il server, non solo Tomcat ?
>
> ...
>
>
> Tutto il server, ho ricevuto ora la conferma per Email
>
> > Immagino che sia necessario almeno ricompattare le tabelle, ma non ho idea di come/cosa fare (export, truncate e import, almeno qua su oracle ogni tanto lo devono fare).
>
> Mboh ? Mi pare che PHPMyAdmin abbia un pulsantino maggico "Repair All", ma non so cosa ci stia dietro ...
Succede, a usare cose che non si scrivono personalmente.
Igh igh igh.
-
-
Re: Ecco ma...Richieste ForumScritto dail 2012-09-07 13:12:23.0 alle 2012-09-07 13:12:23.0Trollate totali: 2001Scritto da: ::1
> Immagino che sia necessario almeno ricompattare le tabelle, ma non ho idea di come/cosa fare (export, truncate e import, almeno qua su oracle ogni tanto lo devono fare).
http://dev.mysql.com/doc/refman/5.1/en/table-maint...
Suggerimento: OPTIMIZE TABLE
Cmq... quale processo occupava così tanta ram?
-
-
-
-
-
-
-
Re: Ecco ma...Richieste ForumScritto daNon Autenticatoil 2012-09-06 20:35:47.0 alle 2012-09-06 20:35:47.0Scritto da: altg
> Perche`?

>
>
>
> 48823 millisecondi...
> Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
php non lo avrebbe mai fatto

-
Re: Ecco ma...Richieste ForumScritto da:
> > Perche`?

> >
> >
> >
> > 48823 millisecondi...
> > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
>
> php non lo avrebbe mai fatto
Quoto, PHP non ce l'avrebbe mai fatta
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: Ecco ma...Richieste ForumScritto daNon Autenticatoil 2012-09-06 20:54:07.0 alle 2012-09-06 20:54:07.0Scritto da: Giambo
> Scritto da:
>
> > > Perche`?

> > >
> > >
> > >
> > > 48823 millisecondi...
> > > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
> >
> > php non lo avrebbe mai fatto
>
> Quoto, PHP non ce l'avrebbe mai fatta
che brutta cosa la tua ignoranza
comunque java fail-
Re: Ecco ma...Richieste ForumScritto da:
> > > php non lo avrebbe mai fatto
> >
> > Quoto, PHP non ce l'avrebbe mai fatta
>
> che brutta cosa la tua ignoranza
Sempre prodigo di argomentazioni, eh
?
> comunque java fail
Affatto, e qui dimostri la tua crassa ignoranza in materia
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
Re: Ecco ma...Richieste ForumScritto daaltgutente che non utieneil 2012-09-07 03:06:13.0 alle 2012-09-07 03:06:13.0Trollate totali: 11540> > > Perche`?

> > >
> > >
> > >
> > > 48823 millisecondi...
> > > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
> >
> > php non lo avrebbe mai fatto
>
> Quoto, PHP non ce l'avrebbe mai fatta
A questo punto dovreste riscriverlo in assembly.
Incluso il webserver, ovviamente.
-
Re: Ecco ma...Richieste ForumScritto da: altg
> > > > Perche`?

> > > >
> > > >
> > > >
> > > > 48823 millisecondi...
> > > > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
> > >
> > > php non lo avrebbe mai fatto
> >
> > Quoto, PHP non ce l'avrebbe mai fatta
>
> A questo punto dovreste riscriverlo in assembly.
> Incluso il webserver, ovviamente.
Sbaglio o quelli sono sacchi stracolmi di transistors ?`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: Ecco ma...Richieste ForumScritto da: altg
> > > > Perche`?

> > > >
> > > >
> > > >
> > > > 48823 millisecondi...
> > > > Lo fa ogni tanto, ma quando lo fa rompe un po' le scatole.
> > >
> > > php non lo avrebbe mai fatto
> >
> > Quoto, PHP non ce l'avrebbe mai fatta
>
> A questo punto dovreste riscriverlo in assembly.
> Incluso il webserver, ovviamente.
Il mio repository su github con più stelline è un webserver in c
Young professional woman and busy mom.
-
-
-
-