[ovirt-users] DevConf.CZ 2016 - my experience

[Johan Vermeulen]

Hello,


"Would be cool to support ARM based hosts running virtual machines!"

I would also be very interested in that.
I recently visited the Centos Dojo in Brussels and also came away with the
idea that the ARM road is very long.

This seems like an opportunity to ask:
this is not possible on any board right now?

I was thinking:
http://www.lemaker.org/product-hikey-specification.html
Hummingboard Edge
https://www.solid-run.com/freescale-imx6-family/hummingboard/hummingboard-specifications/

Greetings, J.

2016-02-18 11:45 GMT+01:00 Yaniv Kaul <ykaul at redhat.com>:

> On the first weekend of February I've had the pleaseure of attending
> DevConf.CZ 2016, which took place in the wonderful city of Brno, CZ.
> Compared to FOSDEM, it's a more relaxed, young and vibrant conference, but
> it was just as fun and rewarding from my perspective.
> Here's a disorganized personal summary:
>
> - Met community members as well as customers and Red Hat TAMs (Technical
> Account Managers) from all over Europe.
> - Attended a presentation on a research to understand theoretical best
> possible improvements to migration convergence performance[3]. I hope to
> see some of it in coming versions of QEMU, while we work on other
> improvements to this critical feature.
> - Attended a presentation on the status of ARM on Fedora and CentOS[14].
> Seems like a great positive effort, but the road is still long for complete
> support. Would be cool to support ARM based hosts running virtual machines!
> - Attended a presentation on native vs. threads implementation performance
> in QEMU[4]. The results were not conclusive, though some improvements in
> native brought it close to or better in some cases to threads. Seems that
> our default of heuristic for threads in file-based storage and native in
> block based storage is fine for the time being, but we'll watch closely for
> developments in this area.
> - Attended a presentation on debugging qemu (mainly) in OpenStack[5] - I
> think (and asked) if libvirt can do a better job - in saving in a cyclic
> log the QMP commands sent and the response from the guest and dump it in
> case of a guest crash.
> - Attended a Cockpit hackfest[9] - as we intend to use Cockpit as our UI
> for RHEVH Next Generation Node, it was great to present our use case and
> exchange thoughts, ideas and directions. Few bugs were filed during the
> hackfest per our comments.
> - Attended 'Dockerizing JBoss Applications' presentation[10]. Great work
> done by the JBoss team to improve and streamline packaging of JBoss into
> containers.
> - Attended 'Fedora Upstream Testing' presentation[13]. I disscussed with
> the presentor the possibiliy to run oVirt with Lago[17] in Fedora, in a CI
> way, by monitoring distgit changes for relevant packages (such as lvm2,
> device-mapper*, libvirt and others.
> - Attended 'High Performance VMs in OpenStack'[12] - looks like oVirt is
> already doing a lot of what OpenStack are working to achieve
> high-performance from KVM!
> - Preached on running Lago with OpenStack, Gluster and Cockpit. At least
> the first two items look really promising and I'm looking forward to a
> collaboration in those efforts. I might just try to do the Gluster one
> myself.
> - Having used the oVirt Live[18] USB DoK image in both FOSDEM and DevConf,
> I've found several items where we can improve in and filed relevant RFEs
> for them[15][16].
>
> - The oVirt team has delivered numerous presentations in the
> virtualization track[1][2][6] - and the Gluster team has additionally
> provided more presentations[7][8], which were all well received.
>
> I'd like to thank Red Hat's OSAS team members Mikey and Brian for once
> again, just one week after FOSDEM, leading the effort of representing the
> oVirt project and community in this event.
> Y.
>
> [1] https://www.youtube.com/watch?v=cQqJEiK7-Ug - Smart VM Scheduling -
> Martin Sivák
> [2] https://www.youtube.com/watch?v=V1JQtmdleaM - Host fencing in oVirt -
> Fixing the unknown and allowing VMs to be highly available - Martin Peřina
> [3] https://www.youtube.com/watch?v=XkMIMJKJeTY - in-depth look of
> virtual machine migration algorithms - Marcelo Tosatti
> [4] https://www.youtube.com/watch?v=Jx93riUF5_I - Qemu Disk I/O: Which
> performs better, Native or Threads? - Pradeep K Surisetty
> [5] https://www.youtube.com/watch?v=Dd2AGGMWXQM - Debugging the
> Virtualization Layer (libvirt and QEMU) in OpenStack - Kashyap Chamarthy
> [6] https://www.youtube.com/watch?v=4CbHTAkVDZo - Ceph integration with
> oVirt using Cinder - Nir Soffer
> [7] https://www.youtube.com/watch?v=XudYwEWQF7U - oVirt and Gluster
> Hyperconvergence - Ramesh Nachimuthu
> [8] https://www.youtube.com/watch?v=TczVVCbm8NE - Improvements in gluster
> for virtualization usecase - Prasanna Kumar Kalever
> [9] https://www.youtube.com/watch?v=TNDe90WSZow - Cockpit Hackfest -
> Dominik Perpeet, Marius Vollmer, Peter Volpe, Stef Walter
> [10] https://www.youtube.com/watch?v=NpyEoFlDzOQ - Dockerizing JBoss
> Products - David Becvarik
> [11] https://www.youtube.com/watch?v=rqavfmPAt7o - Avocado and Jenkins:
> Test Automation and CI - Lukáš Doktor, Yash Mankad
> [12] https://www.youtube.com/watch?v=9J_sEdlpIlQ - High performance VMs
> in OpenStack - Nikola Dipanov
> [13] https://www.youtube.com/watch?v=15-yXOJuonQ - Upstream First Testing
> - Tim Flink
> [14] https://www.youtube.com/watch?v=q4gU87wdRtI - Growing the ARM server
> ecosystem - Jim Perrin
> [15] https://bugzilla.redhat.com/show_bug.cgi?id=1307261 - [RFE] register
> .vv files so they'll be opened automatically with remote-viewer
> [16] https://bugzilla.redhat.com/show_bug.cgi?id=1307262 - [RFE] Disable
> power management (display and computer)
> [17] https://github.com/lago-project/lago
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160226/533bc01b/attachment-0001.html>