Comments (4)
Root Cause Analysis of the issue:
benchmark_resources.py
is used to import bench-marking files respective OS.
Further,nonportable.py
is used to figure out the OS type.
This in turn calls harshexit.py-init_ostype()
Here ,issue initiates.
However,
This in turn calls harshexit.py-init_ostype()-L151
reads that # workaround for a Vista bug,which is not clear as to whether it extends for harshexit.py-L151-L154
or harshexit.py-L151-L158
.
Note:
a.The testing environment has Host OS-Windows Vista and Virtual Box Host as FreeBSD 10.2 .
b.nonportable.osrealtype value is returned as FreeBSD.Attaching screenshot with Debug Statements
from resource.
Thanks for looking into the details!
The Vista comment most likely relates to the 'Microsoft'
/ 'Windows'
block only. (Cross-reference: The various Windows and Python versions don't always play well with one another, see SeattleTestbed/dist#146 .)
However, classifying FreeBSD as Linux in L157 is what gets us into trouble later with trying to use procfs
. Please try to fix this misclassification so that we invoke the correct benchmark script, then see what happens.
from resource.
Thank you for the clarification on the comment.
I checked with two different approaches :
1.Removing the Cross Reference to Linux and assigning the ostype="FreeBSD" in harshexit.py-init_ostype()
.
However ,this solution does not work as in 'nonportable.py-getruntime()' expects a Linux or Darwin OS Type hence ,Cross Ref is required.
2.Only tracking the real OS type,in this case "FreeBSD" in benchmark_resources.py and allowing it to use 'Mac_BSD_resources.py-original' or 'Mac_BSD_resources.py-pull request version'
raises bench-marking failure .
This is traced back to exception raised while calling sysctl hw.memsize in Mac_BSD_resources.py.
Note :Ideally in FreeBSD ,sysctl hw.physmem should return the physical memory .
Attaching the related screenshots :
Case 1-
Case 2-
from resource.
OK, for case 1 it seems we need "FreeBSD"
in the list of OS names that nonportable.getruntime
checks against: https://github.com/SeattleTestbed/repy_v2/blob/master/nonportable.py#L188
For case 2, we just moved away from hw.physmem
to hw.memsize
because the latter is what Mac OS X does these days: f2d79fd and #4
Adding an appropriate distinction of cases won't be difficult though.
from resource.
Related Issues (6)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from resource.