Newsgroup: it.comp.os.linux.sys
Titolo: Server lentone...

Ho di recente aggioranto un mio server con una potato.
Il problema e' che e' diventato lentissimo nelle risposte;
per fare un esempio, se faccio telnet localhost,, su una qualsiasi porta ci
vogliono come minimo 6-7 secondi per avere una risposta...
Da remoto ancora peggio.
Il server pero' e' un doppio PIII con 512Mb di RAM hds ultra2 SCSI eccecc, e
quindi (e soprattutto il boss) mi aspetteri altre prestazioni...
Lo so che molto probabilmente i processori e la RAM non influiscono su
queste prestazioni, ma comunque il fatto rimane, IL MIO SERVER E' UN TARDONE
:-<<<
suggerimenti??
Vi][oZ
-- 
          We are the true believers
       It's our turn to show the world
 In the fire of heavy metal we were burned
         It's more than our religion
          It's the only way to live
           But the enemies of metal
              We can't forgive

queste prestazioni, ma comunque il fatto rimane, IL MIO SERVER E' UN TARDONE
Potrebbe essere un problema di risoluzione inversa???
Verifica se:
- sia porte gestite da inetd che con deamons standalone rispondono pino?
- se rifai lo stesso telnet 2 volte di seguito e' sempère lento?
- ha questo comportamento solo auto-telnet-tandosi o acnhe arrivando da altre
macchine?
- cosa succede se fai l'auto-telnet sull'hostname anziche su localhost (ovvero
usando eth0 anziche lo)?
-- 
Saluti,
Giancarlo

Il problema e' che e' diventato lentissimo nelle risposte;
Hai controllato di esistere in /etc/hosts ?
-- 
                                                                     __
 __                                                              _  ///
| _        Student in Computer Science, Swiss Federal Institute  \\///
|__|iambo      of Technology - mailto:
ggia...@iiic.ethz.ch
       \X/

 queste prestazioni, ma comunque il fatto rimane, IL MIO SERVER E' UN
TARDONE


usando eth0 anziche lo)?
E' esattamente lo stesso, ma forse non mi sono spiegato bene, quando mi telnetto la risposta del server arriva subito (connected to..... , Escape character is ^]), quello che e' mostruosamente lento 
e' la risposta del servizio che ascolta sulla porta.
Io non credo sia colpa loro, dato che questo succede su tutte le porte indiscriminatamente, inoltre (nel msg prima non l'avevo detto) la risposta e' lenta anche una volta entrato  ad es con ssh;
quando uso il completamento delle stringhe sembra di usare ncftp...
(ovviamente e' lo stesso se accedo da un computer sullo stesso segmento di sottorete, quindi i pacchetti viaggiano sulla rete interna, senza passare da fuori...)
 
Qualche idea? (sperimao di si)
grazie 


 scritto nell'articolo
<slrn8lsn9g....@obi1.deicide>...
Prova a vedere se per caso è settato qualche gw strano. Magari i pacchetti
vengono spediti in casa di Dio è poi da lì è lunga ritornare :-).
Ciao ZioPino

On Thu, 06 Jul 2000 07:58:20 GMT, ss <v...@libero.ii> wrote:
No il gw e' corretto; quello che ora non capisco e' che se faccio route
ci mette circa 4-5 secondi per farmi apparire la riga del default gw.
Questo gw ha solo l'indirizzo numerico (in realta' e' un cisco di cui non
conosco password eccecc.) quindi pensavo che perdesse tempo a risolverlo,
invece su un'altra macchina sulla stessa rete ((che poi sarebbe il dns)
route da risultati immediati...
Non so proprio cosa pensare
aspettaaspetta...
TROVATO>>>>
che caxxata,, sono proprio un coglione (altro che amministratore di rete...)
Mi ero scordato che in resolv.conf avevo messo un dns vecchio mentre tiravo
su il mio...e che ora non esiste, ci credo che ci metteva un monte .
Quello che non capisco e' come mai cio' influenzava anche le chiamate in
entrata.
Mi sapete dire xche'??
comuqne grazie a tutti e scusate se era un problema cosi' banale...
