• Re: 帝都年收入60万和硅谷10万刀,求比较

    话说硅谷贫困线30万啊

    2014-11-08
  • Re: 求问硬盘分区

    为啥要分区

    我这1.5T的一个区用着也挺好

    【 在 AsKoO (Hi,Jack!) 的大作中提到: 】

    : 本人有一个1T的硬盘,已经分出来400g,剩下的没有分区,以前通过右键我的电脑——管理——磁盘管理——右键未指派,能够有一个“新建磁盘分区”按钮,现在不行了“新建磁盘分区”变灰色了。

    : 最近的操作,做了一下系统还原,以及superkill木马杀毒,请问是不是和这个有关系?余下的空间还有办法分出来用么?另外,本人尝试用专门的磁盘分区工具分不出来。

    2009-12-19
  • Re: 弱问:现在的GPU到底有多少级流水线?

    看你怎么定义流水线

    一般GPU上的ALU是4个Cycle出结果

    但是从一个primitive到最后的frame buffer,我总觉得数千个cycle都有可能

    【 在 Partita (Daphnis ét Chloe) 的大作中提到: 】

    : 搜了很久,有的地方说比CPU少,有的地方说很多,上百级……哪位知道究竟是多少啊?

    : thx~~~

    2007-03-24
  • Re: 实习问题请教

    agree

    【 在 shader (try my best) 的大作中提到: 】

    : i think msra no longer hires visiting scholar

    2007-03-24
  • Re: 弱问cache的实现

    有可能多个virtual address对应同一个physical address,如果按physical address索引,cache 一致性的设计会麻烦很多啊。

    【 在 Partita (Daphnis ét Chloe) 的大作中提到: 】

    : 一般是按phy address还是virtual address索引的呢?

    2006-05-07
  • Re: 怎样降低 dpc routin 的irql级别?

    你为啥要在DPC里做那么多事呢?

    既然能降低irql,搞一个passive level的一个Idle thread等个event好了

    【 在 TvT ( 北京-苏州-上海 ) 的大作中提到: 】

    : 好像在里面能做的事太少了,做长时间的数据处理系统就reset了

    2005-08-15
  • 问个问题,

    这有弄windbg的么?

    2005-05-20
  • OMG的UML案例

    ARINC Leverages the Rational Unified Process on Flagship Product with

    Help from Blueprint Technologies

    ------------------------------------------------------------------------

    --------

    Industry: Aerospace & Defense

    Organization: ARINC, Inc.

    URL:

    Description:

    ARINC, Inc. develops and operates communications and information

    processing systems for the aviation and transportation industries and

    provides systems engineering and integration solutions to the government

    and the private sector. Founded in 1929 to provide reliable and

    efficient radio communications for the airlines, ARINC is

    headquartered in Annapolis, Maryland, U.S.A., with over 2,800

    employees worldwide.

    Business Problem:

    To successfully complete a complex, state-of-the-art digital

    communication network, ARINC needed a scalable software development

    process that would help them meet project cost and schedule demands.

    Rational Solution:

    Rational Unified Process

    Rational Rose

    Key Benefits:

    Enhanced their ability to formulate requirements and develop a design

    and architecture to satisfy those requirements

    Minimized duplicated effort and streamlined the system architecture by

    identifying and defining reusable assets

    Improved team communication

    Reduced key project risks by adopting an iterative development process

    Prioritized system functionality, linked requirements to iterations, and

    improved product quality through use cases and a greater awareness of

    end-user needs

    ------------------------------------------------------------------------

    --------

    "Abstract modeling with the Rational Unified Process forced us to get

    out of the quagmire of technology and detail and think about the

    solution from a higher level - allowing us to come up with a more pure,

    more robust, clearer, simpler, easier solution. Understanding the

    core solution would have otherwise been impossible."

    Iterative Development Positions Company for the Future

    ARINC, Inc. develops and operates communications and information

    processing systems for the aviation and transportation industries and

    provides systems engineering and integration solutions to the government

    and industry. Founded in 1929 to provide reliable and efficient radio

    communications for the airlines, ARINC is headquartered in Annapolis,

    Maryland, U.S.A., with over 2,800 employees worldwide.

    In 1997, ARINC embarked on a project critical to maintaining its

    leadership position - the development of a state-of-the-art digital

    communication network that will allow commercial aircraft around the

    world to send and receive messages concerning flight information,

    scheduling and operations thereby providing increased safety and

    efficiency for passengers. The VHF Digital Link (VDL) system development

    is expected to take more than five years, and the efforts of over 100

    people, to develop. The majority of the development effort is

    allocated to software.

    Waterfall Development Approach Hinders Progress

    Nearly a year into this critical project, Bob Blakey, ARINC Director

    Aeronautical Telecommunications Network Engneering, product

    development director for the VDL system, realized he would need to

    make some changes. Blakey noticed several issues - largely because the

    project was using a waterfall approach to development. Blakey stated,

    "We were spending too much time capturing, refining and documenting

    our requirements. The VDL system is very large. We needed an iterative

    development approach to focus on our critical risk areas early in the

    project."

    "The overriding problem was that the team was developing a very large,

    complex software system but did not have a scalable process to attack

    the issues," explained Roger Hebden, vice president of Blueprint

    Technologies, the software architecture firm partnering with ARINC on

    the program.

    "Because of the process' inability to scale, the team was not

    effective at formulating requirements or at developing a design and

    architecture to satisfy these requirements."

    Blakey knew that ARINC needed a way to ensure the success of the VDL

    program. Adopting an iterative process would allow the team to solve the

    basic problem of how to attack the issues at hand by breaking them down

    into manageable pieces that could be handled one at a time. The

    Rational Unified Process?provided that solution. "The Rational Unified

    Process has emerged as the industry's de facto standard for iterative

    development. This gave us added confidence," said Blakey. "That's why we

    chose it."

    Introduction of Process Provides Immediate Value

    The application of a defined approach, provided by the Rational

    Unified Process (RUP), had an immediate effect on the team's operations.

    The team was able to put a viable working process in place - and

    demonstrate it - in just three months. "Defining a process is a

    significant task," Hebden explained. "The RUP was instrumental because

    it is already written. It provided a springboard for the organization to

    quickly define a working process - which can sometimes take years to

    write. All we had to do was customize it."

    Because RUP provided team members with a common vocabulary of a

    well-defined and proven set of terminology, communication problems

    between individuals and groups were quickly - and greatly - reduced. "As

    with any large project, the VDL team had a diverse set of engineers and

    managers, each with their own process vocabulary. Instead of trying

    to force fit existing or newly fabricated terms into the process, they

    spent time learning those terms defined by RUP. The results were

    immediately apparent," noted Hebden.

    Use Cases Help Define User Functionality

    Use cases, descriptions of dialogues or interactions between system

    users and the system, are a fundamental element of RUP and one that

    facilitates the rest of the process. VDL engineers wrote down and then

    analyzed the essential functionality of the system they were designing.

    As a result, previously unseen problems became immediately visible.

    While use cases at first seemed extraneous, the team quickly embraced

    the approach. "On the first day, the team was amazed at all the

    deficiencies that were illuminated," Hebden recalled.

    Analysts on the team found that they could communicate the project's

    scope and boundaries more easily with use cases and were able to place

    more focus on what the system needed to do and less on how it would

    ultimately be accomplished. Additionally, the team was able to

    prioritize system functionality, better quantify which functionality was

    most significant to the system, link requirements to iterations, and

    improve product quality through a greater awareness of end-user needs.

    Abstract Modeling Simplifies Conceptualization of Architecture

    The VDL program is an embedded real-time application with a variety of

    complex project requirements and technologies. Because of this

    complexity, the team was getting bogged down in details and unable to

    get a clear view of the problem it had to solve. In addition, most

    team members had not previously performed abstract modeling. Using RUP,

    however, in conjunction with Rational Rose? they were able to create

    a domain (business) model that captured key abstractions and patterns

    from the real world and could then be used as the basis for the design

    of the system. "Abstract modeling with RUP forced us to get out of the

    quagmire of technology and detail and think about the solution from a

    higher level - allowing us to come up with a more pure, more robust,

    clearer, simpler, easier solution. Understanding the core solution would

    have otherwise been impossible," said Hebden.

    Abstract modeling provided a method for the team to rapidly achieve a

    robust software architecture through the use of the Unified Modeling

    Language (UML). It also introduced additional benefits including

    improved team communications as team members were able to clearly

    understand the structure of the architecture and could more easily

    communicate the design to others.

    Another key benefit was the ability to identify and define reusable

    assets, which significantly reduced the duplication of effort and

    provided the team with a much more streamlined architecture. "Because

    the architecture came into focus, software reuse became much more

    tangible to the team," according to Hebden. "Through RUP, team members

    realized that not everything in the system needed to be built from

    scratch - that there was an opportunity to reuse components throughout

    the architecture, which reduced costs and time."

    Building an Executable Architecture Accelerates Mature Design

    Initially the team had concerns about executable architecture - a

    working baseline used to validate the architectural design of the

    software application. "Team members were apprehensive about taking a

    design and coding it in software. They thought it was too early in the

    project lifecycle to start coding and that the effort wouldn't provide

    any value. They quickly realized there was huge value in it," Hebden

    said. "By taking the paper design and translating it into an

    executable software program, like translating a blueprint of a house

    into a scale mockup, they learned about bad design decisions, risks that

    had not been identified, and flaws in the requirements - much more

    quickly than they had ever imagined. Our design improved dramatically as

    a result."

    Transition to Iterative Development Moves Project Along

    Iterations provided the means for the group to make steady, measurable

    progress. Furthermore, with each iteration, the architecture came into

    clearer focus and the system became more and more complete. The team

    started with a three-week iteration to teach a small group of key

    project members about the activities involved in RUP. Next came a

    seven-week iteration addressing a relatively simple set of use cases. In

    combination, the two iterations provided a successful foundation upon

    which RUP became a working reality.

    "Iterations under RUP, helped us establish an assembly-line rhythm.

    After the second iteration, the team had attacked two of the most

    important risks of the project and had dramatically reduced the risk

    profile over what it was two to three months before," explained Bob

    Blakey. "Iterations also provided an excellent means for delimiting, and

    then measuring, the project's progress and quality. The result was more

    immediate feedback, and a more efficient development team."

    The Rational Unified Process Addresses Immediate and Long-Term

    Development Needs

    By modifying RUP? the ARINC team started the migration from a

    waterfall approach to iterative development and produced significant,

    measurable achievements. Team communications improved, working

    software was easily demonstrated to executives, risk areas were

    mitigated early, and the software quality improved by iteration.

    (Initial Operating Capability will be in September of 2000.) The project

    remains on track for full deployment in 2002.

    On the human side, because RUP enabled the project to move forward and

    allowed the team to demonstrate measurable successes, frustration and

    miscommunications were minimized. Engineers became excited about the

    technology and excited about making progress.

    "The RUP provided ARINC with a solution to a very immediate - and very

    critical - need. But it also provided an avenue for the company to adopt

    a state-of-the-art software development process, laying the

    groundwork for the organization to grow and mature its overall

    capability," said Blakey.

    2001-12-14