UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Participant sshilpa
Participant
5,188 Views
Registered: ‎02-12-2008

performance diff between a standalone windows based system and a linux system

Jump to solution

Hi,

 

I am using ML403 board with virtex-2pro fpga.

If I run an application in the stndalone mode and then with linux os, which would perform better?

The standalone one or the linux one? why?

 

Thanks..

0 Kudos
1 Solution

Accepted Solutions
Xilinx Employee
Xilinx Employee
5,841 Views
Registered: ‎08-13-2007

Re: performance diff between a standalone windows based system and a linux system

Jump to solution

All things being equal, the bare metal (stand-alone/no OS) implementation will be more efficient as the CPU is at your sole disposal.

As operating system gives you additional capabilities (multiple processes, interprocess communication, filesystems, etc.) but it comes with additional overhead of the kernel, device drivers, task switching, etc.

 

However, you may reach a limit with what you can do with a single thread elegantly.

 

It also depends on how you define "better" (e.g. CPU utilization, time to market, development effort, maintainability, scalability, feature set, etc.)

 

0 Kudos
1 Reply
Xilinx Employee
Xilinx Employee
5,842 Views
Registered: ‎08-13-2007

Re: performance diff between a standalone windows based system and a linux system

Jump to solution

All things being equal, the bare metal (stand-alone/no OS) implementation will be more efficient as the CPU is at your sole disposal.

As operating system gives you additional capabilities (multiple processes, interprocess communication, filesystems, etc.) but it comes with additional overhead of the kernel, device drivers, task switching, etc.

 

However, you may reach a limit with what you can do with a single thread elegantly.

 

It also depends on how you define "better" (e.g. CPU utilization, time to market, development effort, maintainability, scalability, feature set, etc.)

 

0 Kudos