歪理邪说解析架构设计师上午考试试题之一(分析2010下半年系统架构设计师上午试题01-05题)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 歪理邪说解析架构设计师上午考试试题之一分析2010下半年系统架构设计师上午试题01-05题【引言】1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。

歪理邪说解析架构设计师上午考试试题之一

分析2010下半年系统架构设计师上午试题01-05题

【引言】

1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;

2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。所谓迈入技术的科技殿堂,也许就是来自自己对技术真正有了乐趣,并享受其过程。解决了学习驱动力问题。

3.偶发现专业知识,如果用搞笑、异类、歪理邪说来解读记忆得会更牢固些。因为你发现技术不是高高在上,深不可测,而是和日常生活紧密相她原来就在我们身边,从未走远。

 

【试题】

●采用微内核结构的操作系统提高了系统的灵活性和可扩展性,___(1)__。

(1)A.并增强了系统的可靠性和可移植性,可运行于分布式系统中

    B.并增强了系统的可靠性和可移植性,但不适用于分布式系统

     C.但降低了系统的可靠性和可移植性,可运行于分布式系统中

    D.但降低了系统的可靠性和可移植性,不适用于分布式系统

【歪理邪说】

现在流行什么,云计算、物联网、无线互联网。从计算机的角度而言,都是分布式系统。分布式系统是主流,当然讲得技术,也要运行于分布式系统。

 

命题的基本原则,紧跟技术发展潮流。

所以,是允许于分布式系统。既然这么好的技术,怎么会不增强系统的可靠性和可移植性呢?

哪怎么才叫好技术了。

此外,从语文的角度,“并增加了。。。。。。,可运行于分布式系统”,一气呵成,顺理成章,气壮山河。

C“但降低了。。。。。。,可运行于”没有气势。从句式而言,也不连贯。

参考答案:A

 

●若操作系统文件管理程序正在将修改后的___(2)__文件写回磁盘时系统发生崩溃,对系统的影响相对较大。

(2)A.用户数据   B.用户程序   C.系统目录   D.空闲块管理

【歪理邪说】

抠题眼。

请注意题干中“操作系统文件管理程序”,“系统发生崩溃”,“对系统的影响相对较大”,3次出现“系统”,当然选择答案C啦,“系统目录”,真可谓一气呵成,一脉相承。

 

一根头发,一滴血,一个指纹,一片指甲,人留下的脚印,人说话的语气,语调,以及人书写的笔记,无处不透露一个人的独特信息。

 

其实,题目也一样,题干的每句话,每个词语都隐藏着答案的密码。

参考答案:C

 

●某虚拟存储系统采用最近最少使用(LRU)页面淘汰算法,假定系统为每个作业分配4个页面的主存空间,其中一个页面用来存放程序。现有某作业的程序如下:

       Var A: Array[ 1...100,1...100] OF integer;

           i,j:integer;

                FOR i:=1 to 100 DO

                FOR j:=1 to 100 DO

                  A[i,j]:=0;

设每个页面可存放 200个整数变量,变量i、j存放在程序页中。初始时,程序及i, j均己在内存,其余3页为空。若矩阵A按行序存放,那么当程序执行完后共产生__(3)__次缺页中断;若矩阵A按列序存放,那么当程序执行完后共产生___(4)___次缺页中断。

(3)A.50   B.100  C.5000   D.10000

(4)A.50   B.100  C.5000   D.10000

【歪理邪说】

选一个小的,再选一个大的。

最小的就是50

小的好理解,A数组,100行,100列。1行存储100个数据。200个整型变量,需要2行。也就是说每个页面放2行

100行,也就是50啦!

10000怎么算出来,不好想出来。

5000就知道啦 50 *100.难道100X100.

为什么要这样选,出题者想告诉世人,策略的不同,会导致运算复杂度极大差异,会相差成百上千。学过数据结构、研究过算法的人,会有很深的体会。

 

可怜出题老师的一片良苦用心,昭然显示。

 

【正解】

数组A,是100行,100列。也就是说,1行可以存储100个整数变量。200个整数变量,当然需要2行啦!

 

若矩阵A按行序存放,每个页面可存放 200个整数变量,也就是说每个页面,可以存放2行的数据。

也就是说2行的数据,刚好放到一个1个页面。访问他们需要中断一次。

现在有100行,总共需要中断50次。

 

同理,若矩阵A按列序存放,每个页面可以存放2列,也就是说矩阵的2列刚好存放到1页中。但是内循环“FOR j:=1 to 100 DO”是按列序变化的,访问他们需要中断50次,这样100行总共需要中断50X100次。

参考答案:(3) A  (4)C

 

●在数据库设计的___(5)___阶段进行关系规范化。

(5)A.需求分析 B.概念设计  C.逻辑设计  D.物理设计

【歪理邪说】

大家都知道,现在的数据库,就是传统的数据库,都是关系型数据库,

关系规范化,就是关系运算,就是第一范式、二、三、四范式的东东,当然是逻辑设计。

关系运算,就是代数里关系运算,数学的东西,总是有逻辑的吧!

参考答案:C
相关文章
|
2月前
|
数据采集 自然语言处理 搜索推荐
基于qwen2.5的长文本解析、数据预测与趋势分析、代码生成能力赋能esg报告分析
Qwen2.5是一款强大的生成式预训练语言模型,擅长自然语言理解和生成,支持长文本解析、数据预测、代码生成等复杂任务。Qwen-Long作为其变体,专为长上下文场景优化,适用于大型文档处理、知识图谱构建等。Qwen2.5在ESG报告解析、多Agent协作、数学模型生成等方面表现出色,提供灵活且高效的解决方案。
213 49
|
2月前
|
测试技术 开发者 Python
使用Python解析和分析源代码
本文介绍了如何使用Python的`ast`模块解析和分析Python源代码,包括安装准备、解析源代码、分析抽象语法树(AST)等步骤,展示了通过自定义`NodeVisitor`类遍历AST并提取信息的方法,为代码质量提升和自动化工具开发提供基础。
84 8
|
1月前
|
调度 开发者
核心概念解析:进程与线程的对比分析
在操作系统和计算机编程领域,进程和线程是两个基本而核心的概念。它们是程序执行和资源管理的基础,但它们之间存在显著的差异。本文将深入探讨进程与线程的区别,并分析它们在现代软件开发中的应用和重要性。
62 4
|
2月前
|
数据采集 存储 自然语言处理
基于Qwen2.5的大规模ESG数据解析与趋势分析多Agent系统设计
2022年中国上市企业ESG报告数据集,涵盖制造、能源、金融、科技等行业,通过Qwen2.5大模型实现报告自动收集、解析、清洗及可视化生成,支持单/多Agent场景,大幅提升ESG数据分析效率与自动化水平。
135 0
|
3月前
|
存储 SQL 分布式计算
湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
【10月更文挑战第7天】湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
212 1
|
1月前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
2月前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
56 3
|
2月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
1月前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
182 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
1月前
|
设计模式 负载均衡 监控
探索微服务架构下的API网关设计
在微服务的大潮中,API网关如同一座桥梁,连接着服务的提供者与消费者。本文将深入探讨API网关的核心功能、设计原则及实现策略,旨在为读者揭示如何构建一个高效、可靠的API网关。通过分析API网关在微服务架构中的作用和挑战,我们将了解到,一个优秀的API网关不仅要处理服务路由、负载均衡、认证授权等基础问题,还需考虑如何提升系统的可扩展性、安全性和可维护性。文章最后将提供实用的代码示例,帮助读者更好地理解和应用API网关的设计概念。
72 8

推荐镜像

更多