search for: stacklets

Hi Everyone, Does anybody have any experience getting VMs from Stacklet to run on Xen 4.0? I tried this once but the Ubuntu VM I got wouldn''t start up (Possibly a pygrub issue). I have come accross an issue where I may need to upgrade again to Xen 4.0... Thanks Jonathan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

Hi Everyone, In the guest image I download from stacklet, a Ubuntu 10.04 x86_64 DomU, in /var/log/auth.log, I see: /dev/hvc0: No such file or directory listed a lot of times. I''m not experiencing any problems, however it makes looking through logs for auditing purposes a bit annoying. Any ideas what this is? I think it has something to do with the "Hypervisor Console",

...ks!. Some quick notes *) Maybe you could add the description you used for the GSoC to the segmented-stacks document too? Maybe at the end and under a "not yet implemented" section, but having it all in one place is probably useful. *) You use "stack block" in some places and stacklets in others. *) You mention that variable sized alloca's are handled by using the heap. This is an interesting idea, but you have to be careful to avoid leaks if exceptions are enabled. *) If I remember correctly, you wanted to fold the red zone in the "do I need more stack" check,...

...ted out that it should be possible to handle this by > changing longjmp. I am not sure it can be done in general. The alloca > might have been called a dynamic number of times for example. > > In fact, now that I think of it, the presence of longjmp pretty much > forces a model where stacklets are not deallocated on return, just > reused if stack grows again. Perhaps only longjmp/exception throws need to not free stacklets- returns still do. Segmented stacks are exciting to me, but only if the stacklets can be freed. Here's why: if segmented stacks allow for "infinite&qu...

Hi! I've attached my first week of work as a patchset for review. This is also available on Github [1]. By next Monday I intend to (more or less) finish up the preliminary parts concerning the codegen; and start working on the runtime (so that I can do a basic sanity check). [1] https://github.com/sanjoy/llvm/tree/segmented-stacks -- Sanjoy Das http://playingwithpointers.com

...) Maybe you could add the description you used for the GSoC to the > segmented-stacks document too? Maybe at the end and under a "not yet > implemented" section, but having it all in one place is probably > useful. > > *) You use "stack block" in some places and stacklets in others. > > *) You mention that variable sized alloca's are handled by using the > heap. This is an interesting idea, but you have to be careful to avoid > leaks if exceptions are enabled. > > *) If I remember correctly, you wanted to fold the red zone in the > "d...

...s, On IRC Sanjoy pointed out that it should be possible to handle this by changing longjmp. I am not sure it can be done in general. The alloca might have been called a dynamic number of times for example. In fact, now that I think of it, the presence of longjmp pretty much forces a model where stacklets are not deallocated on return, just reused if stack grows again. We discussed the use of allocas a bit in the rust channel. One idea that came out was that maybe we only need to support the "simple" case of allocas that are in the entry bb. That would still be a bit nasty as finding...

...adding intrinsics for coroutines. The problem is this: Till now I had been depending on libgcc for runtime support (and was being 100% libgcc compatible in the process). However, since all the stack allocation routines in libgcc depend on TLS variables to manage dynamically allocated stack blocks (stacklets), it may not be possible to have more than one stack in a single thread. This makes coroutines less interesting, since the whole point was to use multiple, cheap stacks from a single thread (and switch between them, at will). My current idea is to port segmented stack related routines to compiler-...

On 2017-11-15 22:50, Gandalf Corvotempesta wrote: > https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 Hmmm, that gives me a timeout when downloading. And another image I got gives me an "argument list too long" -- which I had feared already... It has a size of 3 MB and Linux "only" allows 2... Max

On Thu, Jun 23, 2011 at 03:21:58PM -0400, Brian Hurt wrote: > Segmented stacks are exciting to me, but only if the stacklets can be > freed. Here's why: if segmented stacks allow for "infinite" stacks, tail > call optimization becomes a lot less important in functional languages- > still useful, but not live or die. We discussed this on IRC a while ago. IMHO it is good enough if the stack segm...

...routines. The problem is this: > > Till now I had been depending on libgcc for runtime support (and was > being 100% libgcc compatible in the process). However, since all the > stack allocation routines in libgcc depend on TLS variables to manage > dynamically allocated stack blocks (stacklets), it may not be possible > to have more than one stack in a single thread. This makes coroutines > less interesting, since the whole point was to use multiple, cheap > stacks from a single thread (and switch between them, at will). > > My current idea is to port segmented stack relat...

I have an odd problem. I am running an ubuntu 10.04 domu that I got from stacklet on my centos 5.5/xen4.0.1 dom0. The problem is that even sitting idle the domu has a 1.05 load with init taking up 99% of that. I have searched around but have not found what is causing the issue. I thought I remembered this being mentioned on the list before but could not find it either. My domu.cfg is as

Hi, Has anybody ever stumbled upon the need to replicate a live and in production server to a virtual machine? I''m trying to virtualize a bunch of servers but I can''t figure out how can I mirror the file system. I do not want to start from scratch with them. The whole idea is to transfer them to the virtual side as they currently are. Any advice is welcome. Thank you.

I'm thinking on how to prove you a sample XVA I have to create (and populate) a VM because an empty image will result in an empty XVA And a VM is 300-400Mb as minimum Il 15 nov 2017 10:30 PM, "Max Reitz" <mreitz@redhat.com> ha scritto: > On 2017-11-15 21:41, Gandalf Corvotempesta wrote: > > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: >

seems not possible to run a freebsd kvm guest on centos 6 all i get in the log using dmesg are something about mmio emulation failed -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20130429/5036318e/attachment-0006.html>

Hello! I''ve got CentOS 5.3 x64 as dom0 and the same OS for domU. I''ve installed it using the following manual: http://www.howtoforge.com/centos_5.0_xen Guest image was taken from stacklet.com Unfortunately, I can''t make domU working with public static IP. When I use bridged networking, the guest don''t have network connection at all. When I use routed

Hi, I have a set of 32bit HVM images running fine under Xen 3.2.1 and Xen 3.4.1. Due to performance issues with the fully virtualized setup, I would like to migrate one of those images to a paravirtualized image to compare the network performance. As I do not have a Xen-aware kernel for that VM, I thought the best would be to provide one from outside. Sounds like an easy task, doesn''t

Hi... My name is Bruno I want congratulation all of group. My first question about XEN . I have Centos with XEN installed. I am trying make an virtual machine Debian using virt-install, my options are: [*root@xen opt]# virt-install * *What is the name of your virtual machine? Debian* * How much RAM should be allocated (in megabytes)? 256* * What would you like to use as the disk (file path)?

On Thu, 23 Jun 2011, Joerg Sonnenberger wrote: > On Thu, Jun 23, 2011 at 03:21:58PM -0400, Brian Hurt wrote: >> Segmented stacks are exciting to me, but only if the stacklets can be >> freed. Here's why: if segmented stacks allow for "infinite" stacks, tail >> call optimization becomes a lot less important in functional languages- >> still useful, but not live or die. > > We discussed this on IRC a while ago. IMHO it is good enough...

On 2017-11-15 23:28, Max Reitz wrote: > On 2017-11-15 22:50, Gandalf Corvotempesta wrote: >> https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 > > Hmmm, that gives me a timeout when downloading. And another image I got > gives me an "argument list too long" -- which I had feared already... > It has a size of 3 MB and Linux