Qualcuno ha esperienze significative con kvm/libvirt?
Mi trovo questa situazione curiosa.
Istanza avviata su una cloud (openstack havana).
Abbiamo fatto una misurazione degli IOPS con "fio".
Gli IOPS in lettura casuale non ci convincono:
abbiamo un valore molto più grande sulla virtuale
che sulla
Walter Valenti writes:
> Qualcuno ha esperienze significative con kvm/libvirt?
Mi aspettavo qualcosa di diverso da questo incipit ;)
> Mi trovo questa situazione curiosa.
> Istanza avviata su una cloud (openstack havana).
Il cloud manager penso abbia poca importanza. Dovrei dare un'occhiata
..
>
>
>> Abbiamo fatto una misurazione degli IOPS con "fio".
>>
>> Gli IOPS in lettura casuale non ci convincono:
>> abbiamo un valore molto più grande sulla virtuale
>> che sulla macchina fisica.
>> Tanto per capire:
>> con file da 50M
>> sulla fisica: ~25000
>> su VM: ~6
>
> Dov
Hai disabilitato la cache del file che la macchina virtuale usa come disco
http://libvirt.org/formatdomain.html
Il giorno 03 aprile 2014 11:39, Walter Valenti ha
scritto:
> ..
>
> >
> >
> >> Abbiamo fatto una misurazione degli IOPS con "fio".
> >>
> >> Gli IOPS in lettura casuale non ci conv
Chiedo scusa, comunque era domanda
Il giorno 03 aprile 2014 11:43, emmanuel segura ha
scritto:
> Hai disabilitato la cache del file che la macchina virtuale usa come disco
>
> http://libvirt.org/formatdomain.html
>
>
> Il giorno 03 aprile 2014 11:39, Walter Valenti ha
> scritto:
>
> ..
>>
>> >
>
>
>
>Hai disabilitato la cache del file che la macchina virtuale usa come disco
>
>http://libvirt.org/formatdomain.html
>
>
>
La policy della cache è impostata a: "writethrough".
Non l'ho scelta io, la distribuzione di Openstack.
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
d
>
>
>
>A me sembra che sia quella di default e non dipende da openstack ma da
>libvirt, quello e quello che so io, comunque penso che nella macchina virtuale
>va molto veloce, puo essere dovuto al fatto che le informazione sono state
>messe in cache dal host fisico, quindi prova a rifare rifa
Walter Valenti writes:
> >Hai disabilitato la cache del file che la macchina virtuale usa come disco
> >
> >http://libvirt.org/formatdomain.html
> >
> >
> >
> La policy della cache è impostata a: "writethrough".
> Non l'ho scelta io, la distribuzione di Openstack.
La scelta è sensata. Ma i
A me sembra che sia quella di default e non dipende da openstack ma da
libvirt, quello e quello che so io, comunque penso che nella macchina
virtuale va molto veloce, puo essere dovuto al fatto che le informazione
sono state messe in cache dal host fisico, quindi prova a rifare rifare il
test con c
>A me sembra che sia quella di default e non dipende da openstack ma da
>libvirt, quello e quello che so io, comunque penso che nella macchina virtuale
>va molto veloce, puo essere dovuto al fatto che le informazione sono state
>messe in cache dal host fisico, quindi prova a rifare rifare il tes
>
>> A me sembra che sia quella di default e non dipende da openstack ma da
> libvirt, quello e quello che so io, comunque penso che nella macchina
> virtuale
> va molto veloce, puo essere dovuto al fatto che le informazione sono state
> messe
> in cache dal host fisico, quindi prova a rifa
Walter Valenti writes:
> Speravo fosse finita. Invece...
> mi è stato chiesto:
> "piu' che abilitare o disabilitare mi porrei il problema della
> dimensione della cache; normalmente i dischi hanno cache, intendo
> anche usando quelli fisici, oppure in linux non e' cosi' ?
AKAIK, oltre ai bu
- Messaggio originale -
> Da: Gian Uberto Lauri
> A: emmanuel segura ; Gian Uberto Lauri ;
> debian-italian
> Cc:
> Inviato: Giovedì 3 Aprile 2014 17:06
> Oggetto: Re: kvm/libvirt
>
> Walter Valenti writes:
>
>> Speravo fosse finita. Invece...
>> mi è stato chiesto:
>
>> "piu'
Walter Valenti writes:
> > Scopo?
> >
>
> Lo scopo (del quale farei a meno) è quello di fare un confronto
> tra le le lettura sul disco fisico e quello della VM (virtio), in
> condizioni di cache di policy simili.
A naso il kernel usa quanta più memoria può come disk cache (ovvero
quella
ciao a tutti,
ho esigenza di fare una ricerca di file (principalmente pdf) e di
mettere come contenuto del file da cercare del caratteri tipo "00" in
esadecimale, ho cercato nei vari programmi ma non riesco a trovare
quello che mi serve.
se qualcuno può darmi dei lumi...
grazie
valerio
--
Pe
>
> ciao a tutti,
> ho esigenza di fare una ricerca di file (principalmente pdf) e di
> mettere come contenuto del file da cercare del caratteri tipo "00" in
> esadecimale, ho cercato nei vari programmi ma non riesco a trovare
> quello che mi serve.
> se qualcuno può darmi dei lumi...
> grazi
potresti usare qualche cosa del genere
$ find ~/PDF -name "*.pdf" -exec "grep -P \"\x00\" {} ;\
controlla la sintassi che non sono sicuro
ciao
MaX
Il 03/04/14, Walter Valenti ha scritto:
>
>
>>
>> ciao a tutti,
>> ho esigenza di fare una ricerca di file (principalmente pdf) e di
>> mettere com
Il 03/04/2014 17:43, Walter Valenti ha scritto:
ciao a tutti,
ho esigenza di fare una ricerca di file (principalmente pdf) e di
Non ho ben capito.
Devi cercare dei file, il cui nome contiene la stringa hex "00"?
Ossia il carattere ascii "null" ?
non il nome del file ma il contenuto: mi
>>
>>
>>>
>>> ciao a tutti,
>>> ho esigenza di fare una ricerca di file (principalmente pdf) e di
>
>
>> Non ho ben capito.
>> Devi cercare dei file, il cui nome contiene la stringa hex "00"?
>> Ossia il carattere ascii "null" ?
>
> non il nome del file ma il contenuto: mi spiego, ho s
Su Suse 11 c'e il parametro vm.pagecache_limit_mb , ma su debian non mi
sembra che ci sia.
Il giorno 03 aprile 2014 17:34, Gian Uberto Lauri ha scritto:
> Walter Valenti writes:
>
> > > Scopo?
> > >
> >
> > Lo scopo (del quale farei a meno) è quello di fare un confronto
> > tra le le lettu
questo dovrebbe fare al caso tuo
$ cd directory-pdf
$ find . -name "*.pdf" -exec grep -P \"\x00\" {} \;
se il carattere hex non è quello correttom cambialo basandoti su questa tavola
http://web.cs.mun.ca/~michael/c/ascii-table.html
Il 03/04/14, Walter Valenti ha scritto:
>
>
>>>
>>>
Il 03/04/2014 19:53, MaX ha scritto:
questo dovrebbe fare al caso tuo
$ cd directory-pdf
$ find . -name "*.pdf" -exec grep -P \"\x00\" {} \;
grazie,
adesso provo: quello di prima non funzionava... mi dava un prompt e si
fermava. stavo appunto quando il man per cambiare i parametri...
valer
On 02/04/2014 20:25, Luca Sighinolfi wrote:
Dovresti avere:
$ grep CPU_FREQ_DEFAULT_GOV /boot/config-$(uname -r)
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_
On 02/04/2014 09:17, saint wrote:
Davide Prina writes:
Naturalmente il tuo script lo hai messo in /etc/init.d e poi per
installarlo hai usato update-rc.d... vero?
insserv, ma dovrebbe a naso bastare ln -s . Il primo è più comodo.
no, no... stai attento a non fare casini
$ man insserv
[...]
On 03/04/2014 11:38, gianluca wrote:
Siccome stamattina il server di posta del nostro provider mi ha impedito
(debian-italian@lists.debian.org sembra sia entrato nelle loro
blacklists) ti inoltro la mia risposta...
guarda sul sito di Debian come metterlo in whitelist
On 04/01/2014 08:51 PM,
Il 03/04/2014 20:50, Davide Prina ha scritto:
> quindi vuol dire che puoi cambiarlo a caldo, l'unica cosa che il cambio lo
> devi
> fare ad ogni avvio o impostarlo in /etc/sysctl.conf(*)
>
> ad esempio:
> # cat "conservative" /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Non vorrei sbagl
https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot
Mah
--
Gian Uberto Lauri
Messaggio inviato da un tablet
> On 03/apr/2014, at 20:55, Davide Prina wrote:
>
>> On 02/04/2014 09:17, saint wrote:
>> Davide Prina writes:
>>> Naturalmente il tuo script lo hai messo in /etc/init.d e poi
27 matches
Mail list logo
