Anyone use wine to run boinc? I want to convert my win2k boxes over to ubuntu, but I run ufluids on the side and need windows for that.

TIA,
Vader

---

Fear will keep the local systems in line. Fear of this battle station. - Grand Moff Tarkin

Anyone use wine to run boinc? I want to convert my win2k boxes over to ubuntu, but I run ufluids on the side and need windows for that.

TIA,
Vader

No, since Wine runs in emulation mode and most likely will run slower. I strongly recommend using virtual machine technology instead.

If your CPU supports Intel VT or AMD-V, use Kernel-based Virtual Machine.

If your CPU does not support these new extensions, use VMWare Server (free) or VirtualBox for "near native" performance.

All three virtualization products above are free and available for Ubuntu.

---

No, since Wine runs in emulation mode and most likely will run slower. I strongly recommend using virtual machine technology instead.

From Debunking Wine Myths:

Myth 1: "Wine is slow because it is an emulator"
Some people mean by that that Wine must emulate each processor instruction of the Windows application. This is plain wrong. As Wine's name says: "Wine Is Not an Emulator": Wine does not emulate the Intel x86 processor. It will thus not be as slow as Wabi which, since it is not running on a x86 Intel processor, also has to emulate the processor. Windows applications that do not make system calls will run just as fast as on Windows (no more no less).

I would say testing it is the only way to say how fast or slow it will be and will it work at all.

Virtual machines are nice but they do take some processor cycles too.

-Juha

---

Anyone use wine to run boinc? I want to convert my win2k boxes over to ubuntu, but I run ufluids on the side and need windows for that.

TIA,
Vader

I seriously doubt that this will work. I've never tried it, but I have run numerous programs under Wine. It's an excellent program but it doesn't like starting other processes. For instance I have been able to run several programs that were installed in Windows just fine when I copied them to the Wine subtree, but I couldn't install the program through Wine since the install program fired up a couple of subprocesses. Other install programs that didn't do this worked fine. If BOINC was a self contained program it probably would work, but by it being a client/server style program I very seriously doubt it.
One possible alternative would be VMware. You can get it for free, but you would have to use a Windows "appliance" (Windows installed into VMware) to run it. However this would let you run your program while still being booted into Linux.

---

Jim

Some people plan their life out and look back at the wealth they've had.
Others live life day by day and look back at the wealth of experiences and enjoyment they've had.

Some time ago, I have tried some different solutions as MacOS was not supported at CPDN.

First I have tested Parallels (VM) had some perfomance issues which locked up sometimes MacOS and the CPDN and SETI perfomance was bad. But this problems are solved now with Parallels Version 3.x.

Next step was Wine. There was some problems with the OpenGL and graphics libs, which was required for CPDN. So I tried SETI, MalariaControl and LHC, but the perfomance for some applications was very bad, and for other applications the performance was OK.
A big drawback was the problem, that the BOINC client on the host is listening to the GUI_PRC port. So the other BOINC client could not listen on the same port. So I have used a older version, which I could change the port and use the boinccmd tool to connect to this BOINC client. The BOINC manager had the problem, that the GUI PRC port was not changeable. There was some older BOINC clients which had this GUI RPC port feature, at some releases the feature was removed, and I am not shure, if it is included in the 5.8.x and 5.10.x releases.

With CrossOver (a comercial Wine implementation for several OSes), I got a good perfomance and CPDN ran with the complete graphics stuff. But, the CPU time counting did not worked. There is a 60 day test also available at there site.

I think, you have go to try out if wine or one of the different VM soultuions, like the other posters has written, would work and gave you a acceptable perfomance.

---

Some time ago, I have tried some different solutions as MacOS was not supported at CPDN.

First I have tested Parallels (VM) had some perfomance issues which locked up sometimes MacOS and the CPDN and SETI perfomance was bad. But this problems are solved now with Parallels Version 3.x.

Next step was Wine. There was some problems with the OpenGL and graphics libs, which was required for CPDN. So I tried SETI, MalariaControl and LHC, but the perfomance for some applications was very bad, and for other applications the performance was OK.
A big drawback was the problem, that the BOINC client on the host is listening to the GUI_PRC port. So the other BOINC client could not listen on the same port. So I have used a older version, which I could change the port and use the boinccmd tool to connect to this BOINC client. The BOINC manager had the problem, that the GUI PRC port was not changeable. There was some older BOINC clients which had this GUI RPC port feature, at some releases the feature was removed, and I am not shure, if it is included in the 5.8.x and 5.10.x releases.

With CrossOver (a comercial Wine implementation for several OSes), I got a good perfomance and CPDN ran with the complete graphics stuff. But, the CPU time counting did not worked. There is a 60 day test also available at there site.

I think, you have go to try out if wine or one of the different VM soultuions, like the other posters has written, would work and gave you a acceptable perfomance.

VMware performance is very good. It can be set to favor host or virtual performance.

---

Boinc Button Abuser In Training >My Shrubbers<

I got it working sort of with wine. I keep getting a message about not being able to detect the cpu time. At this point, I think I will just wait a couple of weeks and try the vmware with a little better PC I'm going to get.

Thanks for the help. :)

---

Fear will keep the local systems in line. Fear of this battle station. - Grand Moff Tarkin

Not so long ago, in the days of s@h-classic, the fastest combination was to run the Windows s@h application on WINE on Linux.

Note that WINE impliments an Application Program Interface that is (almost) identical to that for Windows. You could say that it acts as a translator between what Windows 'looks like' to an application and the interfaces provided by the Linux kernel.

WINE can operate faster than the Windows OS it reimpliments the interfaces for!

Happy crunchin',
Martin

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)