Jump to content

Search the Community

Showing results for tags 'carico'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Richiesta informazioni e consigli hosting
    • Domini e Registrazioni
    • Shared e Managed Webhosting
    • WebHosting - Primi passi
    • Server dedicati, colocation, connettività e scelta data center
    • VPS - Virtual Private Server
    • Cloud Computing e Cloud Hosting
    • Gestione Server Windows e Server Linux
    • E-mail e Managed Services
    • Pannelli di controllo e Hosting software
    • Professione Hosting Provider
  • Sviluppo Web e Tempo Libero
    • Io Programmo
    • Promozione, advertising e SEO
    • Off-Topic
    • Il tuo sito
  • Guide su hosting, domini, server, CMS e Cloud Computing
    • Articoli e Guide su hosting, domini e cloud computing
    • Annunci e News
    • Offerte Hosting - Provider HostingTalk.it

Calendars

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests


Biografia


Località


Interessi


Cosa fai nella vita?


Il tuo Hosting Provider?

Found 10 results

  1. Salve, Long story short: Ho un portale con drupal molto grosso (ancora in sviluppo e non pubblico per il momento) che mi da' tante noie col carico della macchina che quando si effettuano i test con apache benchmark arriva anche a tipo 45-46. Esiste un modo server-side per """debuggare""" il collo di bottiglia che porta Apache a consumare un botto di risorse? La storia un po' piu' lunga: Il cliente che sta sviluppando il portale ha in sede due server dedicati identici (moooolto entry level ma che suppongo voglia utilizzare anche in produzione) con CPU Intel Dual Core E2160, 4Gb di ram e 2 HD in raid1 software da 1Tb; la distribuzione installata e' CentOS 5.5 a 64bit. Su uno dei due c'e' solo MySQL, sull'altro c'e' Apache. A parte che ho dovuto ripulire le installazioni standard, avevano lasciato i file di configurazione praticamente di default. In questa situazione anche la semplice navigazione del portale era estremamente lenta, con una forte occupazione di risorse e carico che sale. Ho messo mano prima a MySQL e con questa specie di tuning che ho fatto il carico della macchina e' sceso moltissimo ed ora e' quasi a posto, ma resta il problema del server con Apache. Prima c'era mod_php e avevo beneficio solo se oltre alle cache di Drupal mettevo anche APC (con relativo modulo, che altrimenti non verrebbe utilizzato): ho utilizzato anche mod_deflate e mod_pagespeed, ma con quelli il carico in alcune situazioni aumentava invece che diminuire. Ho quindi tolto mod_php e installato mod_fcgid, utilizzando worker al posto di prefork: ho avuto vari vantaggi in termini di carico anche solo con le cache di Drupal attive, ma resta sempre il fatto che i vari processi di php-cgi ogni tanto li vedi schizzare al 45-50% anche per fare il rendering di una pagina. Visto e considerato che io di programmazione so veramente poco e non so giudicare se il problema e' puramente di programmazione o di sistemistica, volevo sapere se esiste qualche tool che aiuti "server-side" a fare una specie di debug per capire dove cappero e' sto collo di bottiglia. Se volete altri file di configurazione ve li metto :) Grazie in anticipo, Alfredo
  2. Ciao, ho un problema con il Webserver, su cui è hostato un forum (IP Board). ho due Server, uno solo per Mysql e l'altro per tutto il resto. Caratteristiche Servers: Collegati fra loro con IP privato. Il problema è il Webserver come potete vedere dai Process Monitor: Invece sotto i Service Monitor: Nel Webserver uso Apache+Nginx+Xcache, invece nel Mysqlserver solo Apache. Come posso sapere da dove proviene questo carico, ricordo che il sito è lentissimo, e risolverlo? Grazie, Saluti
  3. Lancio del sito basato interamente su Wordpress per ilFattoQuotidiano, nel giro di pochi minuti la pubblicazione della news sulla pagina di Facebook (50.000 utenti) e il down dei server del giornale, con la scritta "simpatica che dice "Siamo in troppi". Un caso evidente di come in questi contesti sarebbe possibile scegliere un SW diverso (come dicevamo nella discussione sulla versione 3) e come di fatto non sempre anche grandi compagnie si preparino al lancio di un sito sottoposto a picchi di traffico. Ne parla Luca Lani sul suo blog con qualche considerazione, giusta, in merito :)
  4. Ciao a tutti, un paio di mesi fa avevo chiesto qualche consiglio per un hosting che potesse supportare una buona dose di utenti che si sarebbero collegati principalmente attraverso facebook ( quindi con i link dei post che gli arrivano nel news feed) Alla fine ho deciso di affidarmi a Vhosting Solution (provider che si trova anche su questo forum), a quanto pare però accade qualcosa di imprevisto che fa si che il mio sito mandi in overload il server. Ho installato il plugin di cache e all'inizio sembrava aver risolto il problema , tuttavia all'ultimo overload il problema si è ripresentato e questo mi ha causato la sospensione definitiva del servizio. Poichè adesso devo trovarmi un altro hosting non vorrei che ricapitasse la stessa cosa. Qua sotto vi alleggo l'ultimo ticket che mi è stato inviato Salve, con la presente la informiamo che il contratto e' rescisso senza possibilita' di ripristino il suo sito genera troppi processi facendo arrivare il server ad un carico di 120 su 8 massimo consentito dal tipo di cpu Un esempio dei processi generati dal suo sito 20408 loller 16 0 0 0 0 Z 4.4 0.0 0:00.55 php-cgi <defunct> 20450 loller 16 0 0 0 0 Z 4.4 0.0 0:00.55 php-cgi <defunct> 20484 loller 16 0 0 0 0 Z 4.4 0.0 0:00.55 php-cgi <defunct> 20352 loller 17 0 0 0 0 Z 4.4 0.0 0:00.54 php-cgi <defunct> 20364 loller 16 0 0 0 0 Z 4.4 0.0 0:00.54 php-cgi <defunct> 20414 loller 16 0 0 0 0 Z 4.3 0.0 0:00.53 php-cgi <defunct> 20441 loller 17 0 0 0 0 Z 4.3 0.0 0:00.53 php-cgi <defunct> 20362 loller 18 0 102m 41m 22m R 4.0 0.3 0:00.49 php-cgi 20425 loller 16 0 102m 41m 22m S 4.0 0.3 0:00.49 php-cgi 20371 loller 16 0 0 0 0 Z 3.7 0.0 0:00.46 php-cgi <defunct> 20444 loller 16 0 102m 40m 22m R 3.3 0.3 0:00.41 php-cgi 20509 loller 16 0 102m 40m 22m R 3.3 0.2 0:00.41 php-cgi 20466 loller 16 0 101m 39m 21m R 3.2 0.2 0:00.40 php-cgi 20533 loller 17 0 100m 38m 21m R 3.1 0.2 0:00.38 php-cgi 20339 loller 18 0 99316 29m 16m R 2.2 0.2 0:00.27 php-cgi 20386 loller 18 0 97492 26m 15m R 1.9 0.2 0:00.24 php-cgi 20388 loller 16 0 96428 23m 13m R 1.6 0.1 0:00.20 php-cgi 20563 loller 16 0 95912 23m 13m R 1.6 0.1 0:00.20 php-cgi 20333 loller 16 0 95384 22m 13m R 1.5 0.1 0:00.19 php-cgi 19951 loller 16 0 0 0 0 Z 1.5 0.0 0:00.55 php-cgi <defunct> 20571 loller 16 0 94848 21m 12m R 1.5 0.1 0:00.18 php-cgi 20267 loller 18 0 93260 18m 11m R 1.1 0.1 0:00.14 php-cgi 20407 loller 17 0 93260 17m 10m R 1.1 0.1 0:00.14 php-cgi 20396 loller 16 0 92988 17m 10m R 1.0 0.1 0:00.13 php-cgi 20462 loller 18 0 92728 17m 10m R 1.0 0.1 0:00.13 php-cgi 19751 loller 18 0 100m 38m 21m R 1.0 0.2 0:00.39 php-cgi 19985 loller 20 0 99860 32m 18m R 0.8 0.2 0:00.31 php-cgi 20413 loller 16 0 91444 13m 8844 R 0.7 0.1 0:00.09 php-cgi 20043 loller 19 0 99.8m 35m 19m R 0.6 0.2 0:00.33 php-cgi 20511 loller 17 0 89732 11m 7932 R 0.6 0.1 0:00.07 php-cgi 20575 loller 17 0 89732 11m 7904 R 0.6 0.1 0:00.07 php-cgi 19930 loller 25 0 101m 39m 21m R 0.5 0.2 0:00.40 php-cgi 20449 loller 18 0 0 0 0 Z 0.4 0.0 0:00.05 php-cgi <defunct> 20494 loller 18 0 0 0 0 Z 0.4 0.0 0:00.05 php-cgi <defunct> 20130 loller 18 0 98800 28m 16m R 0.3 0.2 0:00.27 php-cgi 20313 loller 18 0 88420 8516 5948 R 0.3 0.1 0:00.04 php-cgi 20391 loller 18 0 88676 8656 5964 R 0.3 0.1 0:00.04 php-cgi 20576 loller 17 0 88420 8440 5964 R 0.3 0.1 0:00.04 php-cgi 20443 loller 17 0 88128 7908 5660 D 0.2 0.0 0:00.03 php-cgi 20477 loller 17 0 88128 7856 5652 R 0.2 0.0 0:00.03 php-cgi 20478 loller 17 0 88128 7836 5636 D 0.2 0.0 0:00.03 php-cgi 20482 loller 17 0 88128 7836 5636 D 0.2 0.0 0:00.03 php-cgi 20490 loller 17 0 0 0 0 Z 0.2 0.0 0:00.03 php-cgi <defunct> 20495 loller 17 0 88128 7336 5216 D 0.2 0.0 0:00.03 php-cgi 20578 loller 16 0 0 0 0 Z 0.2 0.0 0:00.03 php-cgi <defunct> 20581 loller 18 0 88676 8744 6008 R 0.2 0.1 0:00.03 php-cgi 19835 loller 20 0 27000 18m 4460 R 0.2 0.1 0:00.53 php-cgi 19990 loller 19 0 102m 40m 22m R 0.2 0.3 0:00.44 php-cgi 20303 loller 17 0 87664 6424 4680 D 0.2 0.0 0:00.02 php-cgi 20320 loller 15 0 87664 5928 4260 D 0.2 0.0 0:00.02 php-cgi 20483 loller 17 0 88128 7840 5636 D 0.2 0.0 0:00.02 php-cgi 20485 loller 17 0 87664 6420 4680 D 0.2 0.0 0:00.02 php-cgi 20491 loller 15 0 87664 6540 4784 D 0.2 0.0 0:00.02 php-cgi 20492 loller 17 0 0 0 0 Z 0.2 0.0 0:00.02 php-cgi <defunct> 20501 loller 17 0 87664 6428 4684 D 0.2 0.0 0:00.02 php-cgi 20519 loller 17 0 88128 7828 5636 R 0.2 0.0 0:00.02 php-cgi 20522 loller 15 0 88128 7904 5660 D 0.2 0.0 0:00.02 php-cgi 20577 loller 17 0 0 0 0 Z 0.2 0.0 0:00.02 php-cgi <defunct> 20497 loller 17 0 87664 5928 4260 D 0.1 0.0 0:00.01 php-cgi 20503 loller 17 0 12732 1796 1504 D 0.1 0.0 0:00.01 php-cgi 20572 loller 17 0 15924 3804 2948 R 0.1 0.0 0:00.01 php-cgi 20579 loller 18 0 21552 5068 3860 R 0.1 0.0 0:00.01 php-cgi 20584 loller 17 0 20176 4384 3316 R 0.1 0.0 0:00.01 php-cgi 20585 loller 18 0 21552 4560 3432 R 0.1 0.0 0:00.01 php-cgi Questa e' solo una parte di cio' che e' appena successo. Per darvi un'idea del contesto avevo appena pubblicato su facebook un articolo molto popolare e "attraente" su una pagina fan da 180mila fan. Qualcuno puoi aiutarmi a capire cosa è successo' Grazie
  5. Ciao a tutti, ho un problema con il mio server dedicato in cui ci gira il mio sito internet. Ora monta un processore Quad core Xeon x3360 con 4Gb di Ram. Ho un database di circa 1'000'000 righe su una decina di tabelle. Le operazioni piu' effettuate sono gli "UPDATE" e poi i "JOIN". Oltre i 550 utenti connessi, il server inizia ad aumentare il suo carico, arrivando tranquillamente oltre gli 80 continuativi. Vi allego una copia del mio "my.cnf", di una schermata "TOP" e di una schermata "SHOW VARIABLE;" in mysql. Se potete aiutarmi dicendo che ottimizzazioni potrei fare oppure se e' necessario aumentare la poteza dell hardware... my.cnf : Nelle impostazioni del cnf, ho sforato il quantitativo di ram fino al 170% cosi da poter utilizzare piu' ram per i temp, NON HO MAI SWAP SU HD IN ONGI CASO: Schermata SHOW VARIABLES in mysql: Scermata TOP con 500 utenti connessi: GRAZIE A TUTTI!
  6. Salve, Avrei bisogno gentilmente di un aiuto per interpretare il carico di un server su cui è ospitato il mio piano reseller. Ho appena preso un pacchetto reseller con cPanel/WHM presso un provider UK. Quando mi hanno attivato l'account, mi sono loggato in WHM e per vedere lo stato del server ho cliccato sul link "Service Status". Questo è quanto è emerso: Ora, se qualcuno può aiutarmi, avrei bisogno di capire bene qual è, in base ai suddetti dati, il carico del server. Mi interessava in particolare capire come interpretare i dati di: Server Load: 1.02 (4 cpus) Memory used: 34.8% Swap used: 42.46% Disk /dev/sda1 (/boot): 13% Disk /dev/mapper/VolGroup00-LogVol00 (/) 82 % Come mai quest'ultima voce presenta un avviso rosso? Secondo voi, posso stare tranquillo perchè è un server con un livello di carico non eccessivo o rischio di avere dei problemi e mi conviene cercare altrove? Vi ringrazio in anticipo per l'aiuto. Saluti.
  7. ciao seguo il 3d con le indicazioni per aprire questo tipo di richieste vorrei un consiglio per un piano di hosting - Piattaforma: linux - Linguaggi e database utilizzati: php e mysql (DB da circa 35 MB) - Mb di spazio disco: il sito pesa attualmente circa 400 MB - Traffico mensile: circa 10 GB mensili ultimo mese - Connettività e Locazione server: non ho idea di che banda possa servire, il server deve essere in italia. - Budget: 150 / 200 euro annuali - Informazioni sul sito: il sito è una community con tema montagna, sviluppata interamente in php. Gli utenti posso caricare le foto (serve un buona banda?) e ho appena lanciato anche un forum. Un media giornaliera di circa 500/600 accessi unici. Mi serve una buona assistenza. Non ho bisogno di caselle di posta in quanto mi baso su google apps. Grazie mille!
  8. Ciao a tutti, e prima di tutto complimenti per il forum ... mi sono inbatuto stamatina presto, e da allora non ho stacato l'occhio. Sono Denis... (non lingua madre ialiana, perdonate la garamatica) Vi spiego la situazione, ho un server (2 X xeon 3.0, 2GB di ram) in housing da aruba, e poi da poco anche un vps seflow (quello base base:-) Ho usato un qualche trucco nel dns (robin e non so come) per mandare le richieste web sui 2 server ... e queste sono le risorse che uso attualmente. Noto pero che se arrivo ad avere in linia sui miei siti, piu di 1000 utenti, le risposte cominciano ad essere lente. I server probabilmente stanno in piedi, non so come fare delle misure. Quello che vorrei, e acquistare altri vps, oppure mandare altri server in housing... magari non as aruba visto che da quando sono da loro, mi hanno cambiato la tariffa per ben 2 volte 1. inizio 15 euri/mese (trafico incluso 25gb) 2. qualche mese fa 30 euri/mese (trafico incluso 50gb) (non ho deciso io, da un mese al altro hanno cambiato cosi) 3. chiesto di mandare un altro server (sempre midle tower) ... adesso costa quasi 50 ... Quindi da un anno fa (15 eu) ad oggi, i signori hanno una crescita di + di 300% ... bello per un azienda. Comunque... tornando alla mia richiesta... 1. qualche vps da considerare ? anche straniero (esperienze su vpslink.com ?) 2. conoscete un modo per misurare la vellocità in base alle richieste web ? 3. cosa conviene ? pagare una 30-ina di eu per un vps oppure costruirsi magari dei serverini tipo intel quad core+circa 2gb ram... costo circa 4-500 eu. e mandarli in housing da qualche parte ? Grazie a tutti in anticipo Denis
  9. Ciao ragazzi , sono alla ricerca di un programma per Debian e affini che mi consenta di vedere tramite shell (quindi anche ssh) (se ha anche la parte grafica non ci sputiamo sopra) il carico della cpu processo per processo , occupazione ram ecc. Sapreste aiutarmi? Grazie mille Pierpaolo
  10. Ciao a tutti, oggi parlando con un tecnico di una nota webfarm italiana, mi ha parlato che sui loro server smtp utilizzano un sistema scritto da loro che se il load avarage è superiore ad 8 blocca il sistema che consuma di più finchè non si ritorna a livelli al di sotto di 8.0 di carico... :zizi: Ho fatto confusione? Avete idea di come creare una cosa simile? :stordita: Danke
×