a*****a
发帖数: 1429 | 1
打脸
XNU是混合核心。Mach只是其中微内核。XNU核心的另外一部分，所谓“混合”的那一部
分，来源于BSD子系统。有人称之为userland，或者userspace。其实那部分是
Userspace的管理者。其本身是Kenel Space。Mach的最大问题就是Userspace的性能。
OS X之所以开始想用Linux，后来选择BSD做Userspace的管理者，就是因为Mac的
Userspace性能太弱。也正因为如此XNU被称为混合核心。Jobs最早是想用Linux而不是
BSD，但Linus不屌Jobs。这期间有一些故事，可以在网上找到。
而Windows上的Ubuntu Userspace，其本身是个Userspace应用，而不是Windows的
Userspace或者Userland的管理者。就是说，Ubuntu在Windows上是个沙盒。而XNU上的
BSD是沙盒管理者。 |
|
w******n
发帖数: 74 | 2 【 以下文字转载自 PDA 讨论区 】
发信人: libralibra (soso), 信区: PDA
标 题: Re: GOOG为什么不把ANdroid封闭起来做硬件?
发信站: BBS 未名空间站 (Sun Oct 9 14:25:00 2011, 美东)
想收随时都可以吧,本来开放力度也不大,google只是用它来争夺市场,商业公司的手段而已.
"谷歌3月初突然终于收网，占有率达29%的Android 开源变闭源。Android 3.0只给授权用户，协议条款包括OEM放弃修改API, 放弃建设软件商店等。海外九大OEM被迫签订协议，国内尚未有OEM获得授权。"
前几天看到有人问tp为什么把很多东西放在userspace跑,而不是kernel,看看网友的这篇blog就明白了
================
我也曾经对Android充满了期待，但是后来的事态发展，令我改变了看法。前几天，我就在网志上写了自己的担忧：“首先，Android应用程序只能用java语言开发。其次，Google对Android采用了一种全面霸权式的管理，完全不是其他开源软件的开发方式，一切都由Googl... 阅读全帖 |
|
l*********l
发帖数: 830 | 3 众文科女ID们, 让你的以理工背景洋洋自得的 significant other 刮目相看的机会来了,熟读此文,有惊喜
这是个后jobs时代影响深远的话题
【 以下文字转载自 PDA 讨论区 】
发信人: libralibra (soso), 信区: PDA
标 题: Re: GOOG为什么不把ANdroid封闭起来做硬件?
发信站: BBS 未名空间站 (Sun Oct 9 14:25:00 2011, 美东)
想收随时都可以吧,本来开放力度也不大,google只是用它来争夺市场,商业公司的手段而已.
"谷歌3月初突然终于收网，占有率达29%的Android 开源变闭源。Android 3.0只给授权用户，协议条款包括OEM放弃修改API, 放弃建设软件商店等。海外九大OEM被迫签订协议，国内尚未有OEM获得授权。"
前几天看到有人问tp为什么把很多东西放在userspace跑,而不是kernel,看看网友的这篇blog就明白了
================
我也曾经对Android充满了期待，但是后来的事态发展，令我改变了看法。前几天，我就在网志上写了自己的担忧：“首先，A... 阅读全帖 |
|
a*****a
发帖数: 1429 | 4
LS(
Darwin/XNU用BSD子系统，引入FreeBSD代码，首先不是“抄”。是用，符合BSD的
License。其次，尽管子系统用的BSD，Darwin本身不是BSD/FreeBSD。
XNU是个混合核心。BSD子系统是核心的一部分。也就是说用户态和核心态的区分和切换
是在BSD核心子系统的上方。我没怎么用过Ubuntu userspace for windows，但我理解
是，这个Ubuntu只是个用户态应用，本身不在Windows的核心里，也不参与Windows的核
心管理和应用。顺便说一句，Windows核心也是混合核心。
一个简单的例子，就是TCP/IP核心栈。OS X的TCP/IP栈是BSD核心子模块提供的。
Ubuntu Userspace for Windows，我不大相信你用的TCP/IP栈在Ubuntu的Userspace上。
另外，用man里的版权来说明一个系统是什么，没有意义。
最后，有Netflix和Whatsapp用FreeBSD，说明FreeBSD不错。但以此说明它比Linux好，
逻辑上说不过去，因为有更多更有名更大的公司使用Linux，名单就不... 阅读全帖 |
|
s******u
发帖数: 501 | 5 FPGA+ARM SoC?
Xillinx的我没用过，不过最近用过一些altera的类似FPGA+ARM板子
一般来说你需要别人做好的一个kernel的branch，里面有标准的配置文件，板子的
device tree文件等等。加上一个arm的cross compiler就可以build一个kernel出来了
，顺便加加减减一些用得上用不上的module，比方说I2C什么的。
SPI和I2c相对简单，绝大多数soc都有标准的实现和相应的linux驱动，所以你只要照例
子写个c程序就可以按地址读写RTC或者显示模块了，用不着自己写驱动
soc端的gpio需要看情况，至少我用的altera是给了gpio的驱动的。
另外还有个可能是你们把所有的接口放在FPGA一端来完成，这样子你可能需要写个跟
FPGA通讯的驱动程序，或者通过mmap把寄存器映射到userspace来操作。
当然对写程序来说如果能直接写个userspace的app肯定比写kernel module要来的方便
。这里有个问题，如果你的程序要求很高的实时性的话恐怕最好还是写个kernel
module比较好，userspace的... 阅读全帖 |
|
a****a
发帖数: 5763 | 6 http://bbs.weiphone.com/read.php?tid=517864
Mac OS X 10.6即所谓的Snow Leopard操作系统已正式发售。一如既往，Apple产品
光鲜的外表下凝聚了太多艰辛的劳作。ArsTechnic的John Siracusa以其独特的、专业
的、全面的视角深入翔实地体验这款最新的操作系统。
Weiphone.com将对该综述进行翻译整理并独家连载。欢迎关注
Grand Central Dispatch
上一篇连载《并行难题：一封19年前的挑战书(连载11/23)》中，我们讨论了
并行编程(parallel programming)的问题，以及该问题所导致的另一个更为深远问题，
那就是：近一二十年以来，尽管计算机硬件的发展已经迈上了一个新的台阶，然而“软
件”层面的发展却裹足不前，最终成为了限制计算机性能的主要因素之一。
针对这一问题，Snow Leopard的应对方案是Grand Central Dispatch(GCD)。
GCD是刚刚发布的Snow Leopard的一项新特性... 阅读全帖 |
|
n****1
发帖数: 1136 | 7 我说的线程是抽象概念， 并非OS kernel thread。人家
erlang上面几十万个userspace thread照样跑得好好的。
建议你看看erlang, 看了你就知道独占一个userspace thread是已经实现了的， 不是
啥yy
>>打印机 安装多个打印鼓 相当于多线程
打印机/鼓里面本来就有电子芯片， 高度智能， 当然是活的。 如果你要写个打印机驱
动， 难道一个线程够了？
>>在量子计算机出来之前 搞和物理世界一对一的仿真 是不可能的
你要是陷入了java/python思维模式不能自拔，就会觉得java里几乎每一个对象都是活
的，连true/false都是。 那样连量子计算机也不可能达到， 因为OOP猴子们会把每一
个电子当成一个活对象。
但我们真正需要的活对象少之又少. |
|
m*********e
发帖数: 55 | 8 userspace用valgrind一查就行。
kernelspace不好办。 |
|
|
g*******d
发帖数: 495 | 9 小弟读了5年phd，然后转了MS。目前面过G的prod security team，但是security HC说
我security方面不太够，但是SWE还可以。这个属实，我在实验室期间都是做的OS dev。
我们实验室自己从头开发一个Ethos OS，我做的东西也是OS方面的开发，有ethos
kernel，也有linux userspace模拟ethos kernel里的一些东西，secure network
protocol的移植等等。在G和vmw实习过，两次分别是做的他们的hypervisor上的一些东
西。G是做的cloud team里的东西；vmw是做的一个office of CTO project，是ESX
kernel的一些东西。
现在虽然有别家的offer（有deadline啊），但是说实话很心仪G……
现在G的recruiter说已经把我的材料发给一些platform的组看，也不知道有人感兴趣不。
求收留！求收留！
求站内联系！ |
|
c*m
发帖数: 1114 | 10 OS X 内核是从改进BSD系统发展起来的。不管它是不是能称作基于BSD，它和Apple公司
/Jobs教主没有P关系。
另外
Darwin, the core of Apple's Mac OS X, borrows FreeBSD's virtual file system,
network stack and components of its userspace.
这个应该肯定可以算作是originate from BSD了。 |
|
s******c
发帖数: 1920 | 11 还好吧,
system方向也还是有大量工作在userspace做的,
不是每个都要上到kernelspace |
|
s***m
发帖数: 28 | 12 Yes, I want to import full database schema from production system to test
system. However, I don't want to import any of the data. I just need the
tablespace definition, trigger, storedproc, functions and constraints. Owing
to the production system's size, at which many datafiles has been created for
userspace and index space, my export captures the size of the those index
datafiles. If you have a documention on how to do this, it will be very
helpful.
Thanks
test
before
to
These
production |
|
k*******r
发帖数: 90 | 13 现在比较高端的 10G 网卡都支持 RDMA over iWarp
其实这些网卡的ibverbs实现不仅支持 RDMA 通信，也可以实现IP packet的RDMA
简单说来就是另外一头还是 TCP/IP,
但这头可以通过 ibverbs 直接访问 IP Packet
硬件可以直接把IP包 DMA到内存，省去了kernel copy和系统调用的开销
其实我不确定这个方案比kernel里面的iptables实现效率会提升多少
但是灵活性肯定会大大提升， 开发难度也不会太高
同样的思路也可以拿来搞 L2 load balancer， ipsec gateway
有兴趣可以继续聊聊 |
|
|
|
L******t
发帖数: 1985 | 16 Did you ever hear of Intel DPDK? |
|
m**t
发帖数: 1292 | 17 any intesting DPDK applications available? |
|
L******t
发帖数: 1985 | 18 Plenty nowadays.
Pure software like Vyatta's virtual router.
Hardware appliance like Fortinet's firewalls.
Bunches of startups working on virtual appliances with Intel DPDK being the
enabling technology. |
|
u*****r
发帖数: 176 | 19 I think read/write involves copy data from userspace into page cache and
mmap only need need one copy. read/write also validate the address passing
to kernel and checking atime/mtime of the inode...
and mmap transparently fault pages and read ahead and all other nasty jobs. |
|
|
a*****a
发帖数: 1429 | 21
上面主要是针对Ubuntu和XNU的BSD的地位来说的。实际上在XNU上BSD功能要多得多。它
提供了一个大核心里微核心不能提供的功能，包括TCP/IP栈，文件管理，IPC等等。这
些在Windows里也是有Win32或者现在64位系统提供的。Ubuntu userspace for windows
不会去重新实现和管理这些大核心的基本功能。 |
|
P*****f
发帖数: 2272 | 22 I think no way to guarantee that unless you write your know kernel patch.
In userspace you cannot get chance to handle SIGKILL or SIGSTOP signal for
example.
【 以下文字转载自 Linux 讨论区 】
发信人: crystalike (New Start), 信区: Linux
标 题: does the system guarantee this?
发信站: BBS 未名空间站 (Wed Oct 24 20:50:25 2007)
in c++ using std::endl or iostream.flush will flush the buffer in the user
space. does this also flush the kernel buffer?
we know that when exit () is called, buffers will be flushed but what about
th |
|
t*****s
发帖数: 416 | 23
cache
问题是你为什么要把操作系统的工作在用户态全部重做一遍呢？而且由于scheduling的
原因，你得到的运算时间会变少的，因为你全在用userspace。 |
|
t*****s
发帖数: 416 | 24
你本来读一个文件，可能被分解成十几个I/O，但是你自己其实只发了一个system call
。到userspace，你得自己把它分解成十几个I/O，然后一个一个发system call。
每发一次system call，你都有被schduling走的风险。
所以速度是一定会变慢的。 |
|
d*******r
发帖数: 3299 | 25 userspace virtual thread 这种类似的高级执行单元 (我也不知道严格定义是啥)，确
实是好的概念，而且是非常实用的概念。我hack过 OpenFlow 的 user space OS, C++
写的，就有自己的 virtual cooperative thread.
Erlang 就是同时开无数个 OTP process 的。
原生的 thread+sync 那一坨东西，直接用起来，实在太麻烦了，必然是要被取代的。 |
|
n*****t
发帖数: 22014 | 26 那就 mod 吧，make & run，完全没必要跑模拟器吧？话说这些东西验证阶段直接放在
userspace 也可以 |
|
w***g
发帖数: 5958 | 27 我印象中freebsd的TCP/IP协议栈有userspace版本的，要是能用那个做实验可能会比较
爽。刚才google了一阵没找到。可能是当时实验室那帮哥们自己port出来做benchmark
的，只在他们的benchmark中有http://parsec.cs.princeton.edu/parsec3-doc.htm#uptcpip。我印象中好像是在raw socket上面干活的。不知道配上一个kernel bypass的网卡驱动是不是就是一个完整的kernel bypass network solution。这样优化起来都会方便好多。即使暂时就用原生态的raw socket，除了速度上可能慢一星半点，用来搞C10M应该也够了。 |
|
