[分享] UbuntuBSD

楼主: soheadsome (师大狗鼻哥)   2016-03-21 21:16:21
https://sourceforge.net/projects/ubuntubsd/
昨天才看到这个project
好像是用debian kfreebsd的技术做成的
apt那些套件不晓得能不能用
作者: Neisseria (Neisseria)   2016-03-21 23:22:00
硬盘支援大概不会太好? 对 BSD 很有爱可以玩玩看
作者: EdwardGJLee (LGJ)   2016-03-21 23:43:00
这个真的是只能当玩具啦!有兴趣就直接玩 OBSD/FBSDOpenBSD/FreeBSD大便那个,人家早就表明是玩具了!:)硬件一直在“搞怪”,聪明的使用者应该要有知慧要选硬件,还是有能力的“软”体。
作者: Neisseria (Neisseria)   2016-03-22 14:29:00
现在的 FreeBSD 都号称是没有 systemd 的乌托邦不过,这个乌托邦的进入门槛有点高 XD
作者: EdwardGJLee (LGJ)   2016-03-22 14:32:00
没有 systemd 就是乌托邦?Slackware 也是没有的。其实就是按照指示安装,门槛都是别人喊出来的。要试就先试 FBSD,OBSD 的 locale 还很老旧。
作者: kenwufederer (Nash)   2016-03-22 14:41:00
用FreeBSD搭配Xfce,使用起来还算满意真的要说缺点…就是要花蛮多时间“客制化”
作者: s9209122222 (海海海)   2016-03-22 14:59:00
各位大哥真爱自虐XD
作者: EdwardGJLee (LGJ)   2016-03-22 15:03:00
应该自得其乐吧!人家会有些“规则”,这背后一定有原因及哲学,只要能掌握到,以后就不是问题了。没有人会故意开发个整人的 OS 出来的。:)
作者: frankmito (frankmito)   2016-03-22 18:36:00
gentoo 也可以不用 systemd 啊,不一定要用 BSD
作者: EdwardGJLee (LGJ)   2016-03-22 20:12:00
光看 systemd 其实是不准的。BSD 家族是没有 inittab就算是 slackware,还是有 inittab。ports 类的 OS/distro,主要就是要花时间,因此桌面式的使用方式较不适合。当 server 比较多,连 X 都没有。
作者: qoopichu (非洲边缘鲁蛇)   2016-03-22 21:44:00
结果这篇其实和Linux没有直接关联 XD
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-22 22:32:00
借问一下 就具体使用上FBSD和linux有什么差别吗?在网络上看过一些介绍 有的说对新硬件的支援速度比较慢甚至有看过评比说 执行速度也比linux略慢一点点
作者: EdwardGJLee (LGJ)   2016-03-22 23:05:00
评比是要看怎么评比,例如 BSD 通常默认是同步为入当然就会比较慢。还是要整体及相同条件去比较。但慢一点,但稳定一点,就是使用者的取舍了。纯是设定上的调校问题。s/同步为入/同步写入/优缺点都有,抢封包可能 BSD 会有力些。linux vs bsd 都是借来借去,当然都是会有相关的。
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-23 00:42:00
原来如此 谢谢 那稳定度是有经过详细测试过囉
作者: EdwardGJLee (LGJ)   2016-03-23 07:13:00
手头上目前没有测试数据,也不太有意义,因为每个版本的表现会不太一样。经验上,高负载时的表现 BSD 较佳。这可以从 yahoo 近几年来从 FreeBSD 渐渐汰换成Linux 后的表现可以推知。
作者: OrzOGC (洞八达人.拖哨天王)   2016-03-23 07:17:00
看PTT就知了,虽然有时会爆炸...
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-23 09:28:00
我搞混了 yahoo 近几年来从 FreeBSD 渐渐汰换成Linux所以是暗示linux比较稳定?
作者: EdwardGJLee (LGJ)   2016-03-23 09:31:00
较不稳定,状况较多。但 BSD 的人才较难找,而且主事的姑娘倾向用 GNU/Linux。
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-23 10:04:00
原来如此 谢谢回应
作者: EdwardGJLee (LGJ)   2016-03-23 10:05:00
当然这只是粗略的经验推估。许多情形是人为因素。
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-23 10:19:00
另外问个蠢问题 如果不考虑服务器 拿来当桌面呢?用BSD有好处吗?或是跟linux相当?
作者: EdwardGJLee (LGJ)   2016-03-23 10:26:00
BSD当桌面当然也可以,和Linux差不多,但是编译一整个 gnome/kde 要多久?时间上是否合算要考虑清楚。bsd/gentoo 这些都是 ports 系统,除base system外都是要自行编译的。一般不直接用 binary package。
作者: heeroy (海阔天空)   2016-03-23 11:50:00
BSD要当桌面的话可以考虑PC BSD,比较有binary的套件可装
作者: kenwufederer (Nash)   2016-03-23 13:43:00
FreeBSD可以用pkg吧,自己编会疯掉
作者: EdwardGJLee (LGJ)   2016-03-23 13:47:00
那些 pkg 都不太新鲜。要用pkg的话就用 pcbsd。
作者: kenwufederer (Nash)   2016-03-23 14:25:00
严格来说,PCBSD与硬件整合还是有限虽然PCBSD的Base就是FBSD,但实际安装一次会发现蛮多不同之处,不过都可以自己换掉啦…如果是我选当桌面的系统,还是觉得GNU/LinuxFBSD真的就是拿来练习的,想学是可以用用看
作者: EdwardGJLee (LGJ)   2016-03-23 14:37:00
其实许多用 FreeBSD 的,他们用的桌面是 Mac。XDMac 也是用 FreeBSD kernel。所以 kfreebsd/ubuntubsd 都可以玩玩看。我以前是用 FreeBSD + GNOME 当桌面,都是从ports自行编译的,是还好,反正晚上睡觉前就给他编,早上起来大概就 OK 了。自己编的用起来比较顺一点。
作者: kenwufederer (Nash)   2016-03-23 14:42:00
讲到MAC,又是另外一个事情了…
作者: EdwardGJLee (LGJ)   2016-03-23 14:42:00
当桌面就头痛的是许多要用到 linux 模拟器,fbsd 没
作者: EdwardGJLee (LGJ)   2016-03-23 14:43:00
有自己的原生码。所以效能上会差一点。
作者: kenwufederer (Nash)   2016-03-23 14:45:00
是差很多…虽然我自己用FBSD当工作机但从来不推荐别人用FBSD当桌面
作者: EdwardGJLee (LGJ)   2016-03-23 14:45:00
xfce 还有加油的空间。
作者: EdwardGJLee (LGJ)   2016-03-23 14:46:00
FreeBSD + wm 我觉得是比较好。其实没架 server 的需求话,用 BSD 是一种浪费。
作者: kenwufederer (Nash)   2016-03-23 15:31:00
目前工作都是把FreeBSD改用Linux…其实有点难过
作者: lantw44 (#######################)   2016-03-23 19:52:00
FreeBSD 的 binary package 现在已经更新得很快了没有特别改选项的需求,可以直接用 pkg不过要拿来当桌面的话,大概就不要期待所有功能都正常像是自动挂载,或是系统设定值这类的工具很可能都故障
作者: noonee (我和烤肉间只差一撮孜然)   2016-03-23 21:39:00
感谢三位详细的介绍和讨论! 帮助很大另外说道Mac也是用BSD当核心 但是实际上用起来呢?除了桌面是完全不同以外 其他部份的差异也很大吗?
作者: jksen (Sen)   2016-03-23 22:02:00
题外话,严格来说OS X底层核心Mach,BSD只有外层部份而已。^是http://goo.gl/U7GQqqMach微内核跟BSD单核心差异满大的。不过尽管内核有差,在命令列是感受不出什么差异。
作者: EdwardGJLee (LGJ)   2016-03-23 23:37:00
是的,正确的说是 XNU 混合式核心。
作者: s9209122222 (海海海)   2016-03-24 00:10:00
微内核听起来很厉害的样子
作者: EdwardGJLee (LGJ)   2016-03-24 09:24:00
是怎样厉害?XD 理论是理论,实作是实作。GNU Hurd就是微核心的 OS,孵了那么久还在孵。:Q

Links booklink

Contact Us: admin [ a t ] ucptt.com