<div dir="auto">Grazie. Verrò martedì sera<div dir="auto">Paolo</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il ven 20 ott 2023, 12:34 Andrea Laisa <<a href="mailto:amreo@linux.it">amreo@linux.it</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>

  
    
  
  <div>
    <p>Se ce lo porti il martedì sera prossimo o questo sabato (vedi
      orari fablab/bglug) ci possiamo dare un'occhiata.</p>
    <p>Comunque sì, è possibile dare una nuova vita ad un vetusto Acer,
      ma forse è necessario anche un aggiornamento hardware<br>
    </p>
    <div>Il 20/10/23 12:21, paolo perini ha
      scritto:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="auto">Buongiorno a tutti
        <div dir="auto">Sono un utilizzatore di PC senza capire nulla di
          installazioni di sistemi operativi. Nonostante questo da molti
          anni ho installato Ubuntu sui portatili di casa, seguendo
          passo passo le facili istruzioni. Solo che quando le cose non
          funzionano non so riparare i danni. Problema: un Acer Aspire
          e5 con Intel i5, ubuntu 20.04 si accende con una lentezza
          spaventosa e sembra che abbia difetti di gestione della carica
          della batteria. Qualcuno potrebbe dargli un'occhiata? Forse
          questo esce dagli intenti di questo blog, ma non so proprio a
          chi rivolgermi. Domanda. È possibile dare una nuova vita ad un
          vetusto Acer con centrino e xp? Lo regalo, se serve a
          qualcuno.</div>
        <div dir="auto">Grazie</div>
        <div dir="auto">Paolo Perini </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">Il lun 16 ott 2023, 17:31 Mc
          <<a href="mailto:mc@bglug.it" target="_blank" rel="noreferrer">mc@bglug.it</a>> ha
          scritto:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Grazie
          Luca<br>
          Confermo il problema era dovuto ad un uso eccessivo di qualche
          altra<br>
          VM sullo storage.<br>
          <br>
          Grazie<br>
          Mc<br>
          <br>
          On Sun, Oct 15, 2023 at 6:05 PM Luca Ceresoli <<a href="mailto:luca@lucaceresoli.net" rel="noreferrer noreferrer" target="_blank">luca@lucaceresoli.net</a>>
          wrote:<br>
          ><br>
          > Ciao,<br>
          ><br>
          > Il 11/10/23 14:26, Mc ha scritto:<br>
          > > Buongiorno a tutti<br>
          > > Ho una domanda in merito all'utilizzo della vCPU su
          un ambiente<br>
          > > virtuale condiviso<br>
          > ><br>
          > > Ho una VM su un hosting in cui le risorse
          computazionali non sono<br>
          > > garantite e ogni tanto succede che ho dei
          rallentamenti sulla<br>
          > > macchina, ossia i processi in coda cominciano a
          salite, tanto per<br>
          > > intenderci il load, controllo la mia CPU tramite il
          comando "top" ma<br>
          > > l'utilizzo totale non è più del 50%, quindi
          teoricamente avrei ancora<br>
          > > il 50% di CPU a disposizione, ma magicamente i
          processi vengono messi<br>
          > > in coda.<br>
          > > La mia teoria è che ci sia una VM istanziata sullo
          stesso hardware che<br>
          > > lavora al 100% e manda in crisi anche la mia
          macchina.<br>
          > > Secondo voi esiste il modo per verificare dalla VM
          stessa quanta % di<br>
          > > CPU ho realmente a disposizione durante questi
          rallentamenti?<br>
          ><br>
          > Non conosco molto in fatto di virtualizzazione, che
          sicuramente rende<br>
          > tutto più complesso, ma in generale oltre al carico di
          CPU devi tenere<br>
          > d'occhio anche il carico di I/O. Ad esempio se c'è un
          traffico eccessivo<br>
          > sul bus della memoria RAM o sul disco o su un device, può
          essere che i<br>
          > processi debbano aspettare molto tempo per leggere il
          codice da eseguire<br>
          > o di leggere/scrivere dati. In tal caso la CPU è idle in
          attesa di I/O.<br>
          > Tutto questo a prescindere dal fatto che il tuo sia un
          ambiente virtuale<br>
          > o nativo.<br>
          ><br>
          > Puoi verificare lo stato degli I/O ad esempio con iotop o
          iostat.<br>
          ><br>
          > --<br>
          > Luca<br>
          ><br>
          ><br>
          <br>
          -- <br>
          Sito BgLUG: <a href="http://www.bglug.it" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.bglug.it</a><br>
          Mailing list: <a href="http://lists.linux.it/listinfo/bglug" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.linux.it/listinfo/bglug</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>
</pre>
    </blockquote>
  </div>

<br>
-- <br>
Sito BgLUG: <a href="http://www.bglug.it" rel="noreferrer noreferrer" target="_blank">http://www.bglug.it</a><br>
Mailing list: <a href="http://lists.linux.it/listinfo/bglug" rel="noreferrer noreferrer" target="_blank">http://lists.linux.it/listinfo/bglug</a><br>
</blockquote></div>