Embedded 版 (精华区)

发信人: snows (花自飘零水自流), 信区: Embedded
标  题: 一些英文资料 
发信站: 哈工大紫丁香 (2004年03月09日10:09:36 星期二), 站内信件

关于 Core OS
----------------------------------------------------------------------------
----
PROCESSORS - WHAT SUPPORT WILL BE AVAILABLE, AND WHEN?
In the Microsoft? Windows? CE version 2.1 operating system, we're planning
to add support for the following processors: ARM 720T, SA-1100, VR4111 (in
32-bit mode), VR4300, and SH4. All of these chips are undergoing thorough
testing in our OS Lab and our ability to ship them is dependent on their
successfully passing rigorous testing of the hardware, compiler, kernel
and OAL changes, etc. Various Application Specific Standard Product (ASSP)
processors will also be supported in version 2.1. ASSPs are subject to
rigorous validation by an independent test lab.
----------------------------------------------------------------------------
----
IS PERSISTENCE OF DATABASES AND REGISTRY SUPPORTED?
Yes. In Windows CE version 2.1, both databases and registry can exist in
RAM, flash PC cards, or anywhere there is a file system. The database is
accessed and updated in place (where the customer located it). The
registry is accessed and updated in RAM. The embedded customer can call
Windows CE API to back up the registry to persistent storage. At system
boot, the location of the registry is determined. If the registry is
located outside of RAM, the registry is copied at that time into RAM.
Registry reads and writes are made from the RAM-based registry.
----------------------------------------------------------------------------
----
IS THERE SUPPORT FOR A PATH EQUIVALENT, ALLOWING FONTS, DRIVERS, DLLs,
ETC., TO BE PLACED ELSEWHERE IN FILESYSTEM BESIDES \WINDOWS?
Fonts can be placed anywhere. By default, Windows CE will only load fonts
from the \Windows directory. But, an application or an embedded shell can
call AddFontResource to load a font and make it available system wide.
A DLL can exist anywhere as long as you observe the rules for
LoadLibrary() as documented in the SDK. Note that in version 2.1, a new
rule was added for looking in the application directory.
All system components including drivers should be placed in the "\windows"
directory. But, since a driver is a DLL, you could potentially place it
outside the "\Windows" directory (see #2 above). However, we do not
encourage this practice.
----------------------------------------------------------------------------
----
DOES WINDOWS CE PROVIDE SUPPORT FOR FAT32 STRUCTURE?
Yes, the FAT file system driver now supports FAT32 structure. Previously,
it only supported FAT16 and FAT12 structures.
----------------------------------------------------------------------------
----
WHAT IS THE MAX SIZE OF A FILE IN THE OBJECT STORE?
The maximum size of a file in the RAM object store has now been increased
to 16MB (from 4MB), which is also the object store limit. However, because
the registry and other objects are placed in the object store, the
practical limit will be slightly less than 16MB.
----------------------------------------------------------------------------
----
CAN IS ADD SUPPORT FOR OTHER FILE SYSTEMS?
Yes. We allow the use of other file systems. There is a new file system
wrapper that that enables the creation of additional file system drivers.
Windows CE version 2.1 supports up to 256 installable file systems.
----------------------------------------------------------------------------
----
WHAT KIND OF SUPPORT DOES WINDOWS CE PROVIDE FOR CRT FUNCTIONS?
The CRT functionality has existed since Windows CE version 1.0. In Windows
CE version 2.1, the CRT functions are located in the COREDLL.DLL module,
instead of being in a static library. This reduces the size of the Windows
CE image and reduces RAM requirements, bringing savings to both the ROM
and RAM budget of the device.
----------------------------------------------------------------------------
----
IS THERE API SUPPORT FOR PERFORMANCE MEASUREMENTS?
For ISV/IHV customers, Windows CE exposes two functions to do performance
measurements - GetThreadTime() and QueryPerformanceCounter(). Embedded
developers and OEMs can use the Instrumented Kernel that is shipped in the
Embedded Toolkit.
----------------------------------------------------------------------------
----
WHAT KIND OF SUPPORT DOES WINDOWS CE PROVIDE FOR PROFILING?
There are 3 mechanisms to support profiling under Windows CE version 2.1 -
a) Instrumented Kernel Profiling b) Monte Carlo Profiling and c) Hardware
Assisted Profiling. In version 2.1, we provide a profile-enabled Kernel
Library, called NKPROF.LIB, that is used by both Instrumented Kernel
Profiler (for KCALL profiling and Objcet Call profiling) and the Monte
Carlo Profiler. Both these profiling methods allow OEMs to profile the
performance of the Windows CE Kernel and OS components running on the OEM
platform. The OEM implements APIs at the OAL layer that the Kernel calls
to perform profiling. These 2 methods also enable profiling from
applications by using the ProfileStart and ProfileStop functions. Monte
Carlo profiling involves interrupting the system at a high rate and
recording the interrupted address. By interrupting at a high rate, the
samples will give a good representation of what routines are taking the
highest amount of time.
Hardware Assisted Profiling - Windows CE version 2.1 provides API support
for Process Level Tracking that enables an OEM to be notified when a
process or thread is created, terminated or when a thread is scheduled.
The information that is passed to the OEM can be used to perform
additional functionality like Profiling. To enable the functionality the
OEM must assign several global pointers in the OAL, and the Kernel will
use these pointers to pass information to the OEM's Adaptation Layer.

--
-
 ╭────────────────────────────╮
 │   风萧传瑟声，叶落根深处，青阶入野无归途，他乡不知顾   │
 │   泣下问和谁，叹者行已暮，寒眉傲骨今尚在，奈何入凡土   │
 ╰────────────────────────────╯
                                                                             

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.229.154]