作者supc (kitty的爹地)
看板CSSE
标题Re: thread (执行绪) definition??
时间Mon Jan 23 16:20:04 2006
※ 引述《ashkenazy (有中出无懦夫)》之铭言:
: ※ 引述《supc (kitty的爹地)》之铭言:
: : well 我觉得这是定义问题 以你的讲法我可以接受
: : 就好像有人说java有call by reference 跟call by value二种
: : 但有人认为实际上细部运作都是call by value一样
: : 完全依据你站在什麽角度看
: 我相信你可能作业系统教科书看得很熟
: 但是很明显你并不了解Linux的运作原理
: 对於不懂的东西,话就不要说得太满,这跟定义没关系
这怎麽跟定义没关系呢 我想你认真了 那我也要跟你认真一下
恐龙本里印象中有讲 thread 是一种 lightweight process (在某些情况下)
就算linux在你心中只有process 难道就都得长的一样吗 别人不能去定义某些
lightweight process 算是一种thread吗 那那些出书的 教书的在你心中
不就都在乱扯吗
我话哪里讲的太自满呢 难道我讲thread间可以share address space, files,
sockets, etc. 这个完全是错的吗 ?
我都说你的讲法我可以接受了 还我在自满什麽
: 作业系统教科书讲了一大堆排程的演算法
: FCFS、SJF、RR、Multi-level Queue、Multi-level Feedback Queue....
: 洋洋洒洒讲了一大堆,但是Linux在kernel 2.6之後是怎麽做排程吗?
: 不用翻手边的恐龙本了,里面实作部份讲的是旧版2.4的方式
我有trace 过2.4的kernel schedule部份 基本上是用time-sharing的方式....
你下面讲的这些东西我都了解 但你想表达的目的是什麽 ? 讲这些有什麽用吗 ?
难道国内的教育没教育过你吗 别以为自己对linux稍微懂一点就^!@%!
要战文戢不完啊 战吧战吧
: 新版的O(1)排程演算法在作业系统教科书中并没有提到
: 至於号志与虚拟记忆体在Linux中是怎麽实作的,许多Linux kernel的书上讲的很详细
: 小弟也不要在这边的诸多高手面前班门弄斧了
: 总之我要说的是,教科书提供的是一种概念
: 试图囊括各种作业系统的应用概念,以及作业系统历来的演变与发展
: 但是书上的说法是一回事,真正在实作上又是另一回事
: 这不代表教科书没有价值,在了解各种真实的作业系统如何实作前
: 我们至少必须对於作业系统有一个基本的「概念」,恐龙本就是扮演这样的重要角色
: 只是很可惜的,国内大学教育所提供的课程,就只能做到这样而已了
: (不好意思,至少我们系上是这个样子)
: 业界的人常抱怨说人才缺乏,但一年有这麽多大学资讯科系毕业生跑到哪里去呢?
: 因此对於实作的缺乏,小弟认为是国内与国外大学教育最大的差别所在之一
: 真心给你一点建议(我没有任何要战的意思)
: 有些不确定的事情,不要说得这麽斩钉截铁
: 当然我会以我个人所理解的一丁点小小范围,尽力回答版上我知道的问题
: 但我不确定的事情,我会很清楚的表明我不是很确定
: 因为那是我不清楚的领域,我有告知的义务
: 毕竟很多时候,错误的答案比没有答案更严重,共勉之
看起来好像你认为我的答案是错的 我都没说你的答案是错的了 你所谓的对错是什麽
以你自己为中心 跟你不同的观点就是错的吗 何彷以原来问的人的判断哪一个
是对的哪一个是错的 因为要答案的人是他 你觉得怎样 ? 他说我错就我错好了
就跟你讲过是看你用什麽观点来看了 还这麽死脑筋
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.96.194.27
1F:推 reader:到这篇的语气已经快要爆了 请双方注意一下言词喔 01/23 16:43