278コメント95KB

Linuxはｶｰﾈﾙからﾄﾞﾗｲﾊﾞを完全分離する時が来たね

■ このスレッドは過去ログ倉庫に格納されています

0001login:Penguin

2012/03/12(月) 04:08:04.12ID:khwvZHK+

遅すぎるぐらいだが。

0052login:Penguin

2012/03/16(金) 21:31:08.53ID:DsuwJYoU

>>51
それだっ!!。なんで気づかなかったんだろ。
つーかこのマザボは、もともとカーネル更新の度に
NICのドライバをコンパイル・インスコするのが面倒で
普通に認識されるの別の1000円蟹NIC差してたんだった。
忘れてたよ。

でもここ数年は知らんうちに両方のNICが動くようになってて
カーネルに取り込まれたのかねぇとか思っていたんだけど。
ありがとね。

まぁ、近々マザボ交換する予定なんだけどね。

さて、今度は(チップセット)ドライバのおかげでマザボの交換だけするか
OSの再インストールにするか悩みどころだよ

カーネルとドライバの分離ってありかもしれんね。

0053login:Penguin

2012/03/16(金) 23:11:02.44ID:TaPzQg9u

kABIも知らんのか

0054login:Penguin

2012/03/17(土) 08:06:41.68ID:S+VvOKbM

>>53
それ、RH厨しかしらない専門用語

0055login:Penguin

2012/03/17(土) 14:44:08.86ID:pw1PzXpk

要するに、誰もメンテしなくなるようなドライバを
Linuxカーネルに入れるなってことだろ？
昔のGPUドライバ。今メンテされてないよね。
GPUドライバもカーネルに入れるべきではないんじゃね？

0056login:Penguin

2012/03/17(土) 14:51:24.92ID:pw1PzXpk

例えばUSB4.0なんてものができて
いち早くそれに対応した、無名のメーカーがある。

将来このメーカーはUSB4.0で大きくなるかもしれないが、
Linuxは大きくなるまで、サポートしないわけだよね。
だって他のメーカーが製品作って、すぐ誰も
メンテナンスしなくなるかもしれないじゃん。

リーナスの考えは、Linuxは新しいデバイスに対応しないって
悪い流れを更に推し進めるものになるよ。
Linuxは新しいのも古いのもメジャーなもの以外は対応しない

0057login:Penguin

2012/03/17(土) 19:08:10.44ID:oP2ZyJls

デブ専のステマか

0058login:Penguin

2012/03/18(日) 22:28:14.24ID:jlvZAE6y

>>55
>>3の話？
ぜんぜん違うよ。
これは元の報道自体が説明不足でミスリーディングしてんだけど、
Linusが問題にしていたのは、ARMの組み込み用のSoCがたくさんあって、
そのSoC専用の、主にペリフェラル用の、コード群を、抽象化して共通化せずに、
SoC毎に別のドライバとして提供されたのを、マージしようとしていたこと。
組み込みCPU作った奴らのコードが場当たり的で、抽象化が甘いから起きた問題。
Linuxカーネル構造の固有の問題じゃないし、kernel.orgの体制の不備でもない。
指針ドキュメントが不足していたということは言えると思う。

Linusはトサカにくると言葉が荒くなって説明が下手になるのも祭りになる原因の一つだが。

0059login:Penguin

2012/03/18(日) 22:34:34.46ID:MmrcJrwn

>>58
えっと、ARMで抽象化は無理だよ。

ARMってのは、基本はあれど、それに対して
無限にあるいろんな拡張を施して製品にする。
だから製品毎に全く違うものが出来上がる。

http://pc.watch.impress.co.jp/docs/2009/0312/hot601.htm
　逆にARMのビジネスは、差別化の戦略にある。同じARMコアを採用していても、
A社の最終製品とB社の最終製品は互換性を持たない。ライセンシーごと
、あるいはプラットフォームごとに差異化された世界だ。
たとえばTIのOMAP用に書かれたソフトウェアが、NVIDIAのTegraでそのまま動いたりはしない。
もちろんプロセッサコアが同じアーキテクチャだから、注意深くプログラミングすれば、
他社のプラットフォームで動作するソフトウェアを制作することは不可能ではないが、
それはSoCに集積されたDSPやその他のI/O機能を利用しない、非効率なものになってしまう。

0060login:Penguin

2012/03/18(日) 23:08:10.42ID:4+k9wvvv

よくわからないけど
その細かい差異を吸収して互換性を高めるためにOSを載せるんじゃないの？
同アーキテクチャ内の製品ごと柔軟に対応するためになるべく象徴化するわけで
もしも組込み等で独自の機能を使いたければソフトウェアの提供側でソースを修正するか、
それこそ独自のファームウェアでもいい

0061login:Penguin

2012/03/18(日) 23:24:31.81ID:MmrcJrwn

>>60
PCってのはPC互換機とも言われるように、
ハードウェアレベルで細かい差異を吸収している。

ARMではそれがない。

だから、PCとCPUが同じだけどアーキテクチャが
違うものとして、昔NECのPC-98シリーズってのがあったけど、
ARMはそれと同じで、A社製ARM、B社製ARMといくつも
違うものが存在する。

それを単一のOSでサポートするならば、A社製アーキテクチャ、
B社製アーキテクチャって、アーキテクチャごとに対応しないといけない。
互換性がないのだから、ARMというくくりで一つにはできない。

0062login:Penguin

2012/03/18(日) 23:46:48.63ID:Ly5bsK+Q

ドライバーはそもそも互換性なんてない。
周辺機器ごとに違う。

0063login:Penguin

2012/03/19(月) 02:05:36.83ID:43FlxjNB

>>59
コード見ればわかるけど、そういうレベルじゃないんだよ。
出来る抽象化が行われてないコードがマージされようとしていた。
ドライバにすべき部分がもっとコアの部分のパッチになっていたり。

0064login:Penguin

2012/03/19(月) 02:06:52.16ID:43FlxjNB

>>61
MicrosoftのSoCは固定してサポートする方針だけど、
>>61で言うようなレベルじゃないコードがマージされようとしていた。

0065login:Penguin

2012/03/19(月) 03:41:11.02ID:2mUIztoh

具体的に言えば？

0066login:Penguin

2012/03/19(月) 05:19:09.76ID:BIu6/OgO

そのためのデバイスマッパーへの対応だろ？armはplatform device をから切り替えようとしている

0067login:Penguin

2012/03/19(月) 20:13:28.98ID:/cGywOeJ

をからってなんですねん

0068login:Penguin

2012/03/19(月) 20:28:31.61ID:TmtIccbz

機械じゃないんならそれくらい読んでやれよ
日本語って難しいですね

0069login:Penguin

2012/03/19(月) 20:40:21.33ID:fHtsMJFS

おからの煮物はおいしい

0070login:Penguin

2012/03/20(火) 01:53:44.86ID:oOb/xGv+

だからカーネル開発会社作って、責任持ってバイナリ互換と企業サポートをやれよ。
コミュニティはグダグタ、ソースはごちゃまぜ。　誰も根本的な設計ミスを認めようとしない。

そこらのゴミかき集めてもゴミの山にしまならない。
臭いから、一から作りなおせよ。

0071login:Penguin

2012/03/20(火) 01:56:52.47ID:oOb/xGv+

適当にパクるだけで、マトモに設計しないのがGNUなのか？
リリース前にDRぐらいしてんだろうな？

0072バイさるマスター

2012/03/20(火) 02:01:13.33ID:RIu4mvwJ

ボットのつぶやき : A fool and your money are soon partners.

0073login:Penguin

2012/03/20(火) 02:17:42.55ID:+/tay6Np

お受験の幼稚園児みたいなのが騒いでるな

0074login:Penguin

2012/03/20(火) 03:56:49.13ID:1Swu4Na5

リーナスが標準の書き方と
サンプルを用意しないからコいうことになる。

いい加減その場のノリで修正するのではなく
修正が入らないような設計に変更しろ。

ドライバは、どのバージョンのどのディストリの
Linuxでも共通に使える。が原則だ。

0075login:Penguin

2012/03/20(火) 03:58:57.12ID:+/tay6Np

ソース読めません状態がなんか言ってるな？

0076login:Penguin

2012/03/20(火) 04:43:23.21ID:yCFwZRJs

一生懸命、LINUXを悪く言おうと必死なのが哀れみを誘う。

職を奪われたプロプラ系元開発者か、簿給でコキ使われているネガキャン要員か

0077login:Penguin

2012/03/20(火) 04:47:17.46ID:ntlASaje

根本的な部分は十分標準化されてるでしょ

0078login:Penguin

2012/03/20(火) 05:28:25.25ID:1Swu4Na5

カーネル更新するたびに
毎度毎度修正がはいって
互換性がなくなるようなものの
どこが標準化されてるって？ｗ

0079login:Penguin

2012/03/20(火) 05:30:01.72ID:+/tay6Np

>互換性がなくなるようなものの
?

0080login:Penguin

2012/03/20(火) 05:31:42.25ID:1Swu4Na5

なんでLinuxは毎度毎度再コンパイルが必要なんだろうねｗ

0081login:Penguin

2012/03/20(火) 05:33:05.54ID:+/tay6Np

脳内linuxでも使ってるのか？

0082login:Penguin

2012/03/20(火) 05:38:48.05ID:ntlASaje

>>80
> なんでLinuxは毎度毎度再コンパイルが必要なんだろうねｗ
え？

0083login:Penguin

2012/03/20(火) 05:48:39.67ID:1Swu4Na5

Linuxカーネルのモジュールは後述する互換性の問題から、
カーネルがリリースされる度にリビルドする必要がある。

モジュールのビルドはカーネルソースコードに含まれる
デバイスドライバに対するものとカーネルソースコードに
含まれない外部のカーネルモジュールに対するものの2通りあるが、
いずれもカーネルビルドのインフラを利用している。

通常、カーネルソースコードに含まれる一部のデバイスドライバは
カーネルコンフィグレーション(Kconfig)にてカーネルに直接静的リンクするか、
もしくはモジュールとして構築するかのいずれかを選ぶことができる。

モジュールとして構築することを選択した場合、カーネルソースのMakefileには
modulesというターゲットが存在し、予めこのディレクトリでカーネル
（に直接関係し、カーネルイメージの生成前段階のファイルvmlinux）を作成した後、
このmodulesターゲットを実行する事でモジュールのビルドと依存関係の解決用ファイルが生成される。
そして、make installを実行すると、システムにカーネルとモジュールを同時にインストールする。

0084login:Penguin

2012/03/20(火) 05:50:50.97ID:1Swu4Na5

LinuxがLKMに提供しているAPIやABIは安定したものではない。
すなわち、カーネルのバージョンが異なれば内部のデータ構造や機能に差異があり、
非互換問題を発生する可能性がある。

Solaris、WindowsといったOSでは、カーネルのAPIとABIは
比較的安定に保たれており、このような問題を回避している。

0085login:Penguin

2012/03/20(火) 05:57:13.14ID:ntlASaje

同じソースを利用できる時点で十分標準化されてるじゃん
堅牢性を求められるからこのような規約があるわけで
君がバイナリレベルでの互換を望むならWindowsでも使ってればいいんじゃないの？

0086login:Penguin

2012/03/20(火) 06:13:17.23ID:CWRZW1dS

ID:1Swu4Na5、どっかから引用している文章は引用元書けよ。

0087login:Penguin

2012/03/20(火) 06:58:00.16ID:oCDgHpi9

LinuxはAPIやABIが安定してないからな。
だからドライバのメンテナンスって作業が必要になる。

それが嫌だからカーネルに含めようとするんだろう。
一旦カーネルに含まれてしまえば、自分でメンテナンスル必要なくなるからな。

しかし根本的な問題は、ドライバのメンテナンスが必要とされる頻度が
高いってことだ。APIやABIが安定してないからね。

安定させれば、ドライバのメンテナンスを必要とせずに長期間使えるが、
そうすると今度はクローズドなドライバが増えるだろう。

Linuxはこのジレンマから抜けださないといけない。
おすすめはクローズドなドライバを認めて多数採用するってことだが。

0088login:Penguin

2012/03/20(火) 07:07:42.60ID:oCDgHpi9

そもそもパッチじゃないとできないことが多すぎるんだろうな。

Windowsなんか、クローズドだから故に
パッチというものはまず存在しない。

だからパッチじゃなくてもドライバだけで実現可能なように
OS自体が柔軟な拡張性を持って設計されている。

Linuxがこのレベルに到達できるのはいつだろうね。

0089login:Penguin

2012/03/20(火) 10:37:29.12ID:yCFwZRJs

>おすすめはクローズドなドライバを認めて多数採用するってことだが。

なんだ、これが言いたいだけだったのか、、、

”ドライバが不安定””しばしば書き換えなければいけない”といった文言が出てるけど
具体例は一度も書き込まれず。　ネガキャンにしても読む意義の少ないレスだな

0090login:Penguin

2012/03/20(火) 11:46:07.07ID:VMGHwWVq

>>88
> Linuxがこのレベルに到達できるのはいつだろうね。
難しいんじゃないか？Windowsのクローズドな所があるが故に
いくらでも誤魔化せた。Win98とNT,2kは別物なのにAPIを
極力共通化し、カーネルだけさっと入れ替えた。

さらにドライバのインタフェースまで作って、ドライバ周りの作業を
カーネルの開発の作業から外へ追い出した。これはOSSには無理。
始めから設計しておかないといけない。

もしやるなら、ドライバインタフェースのレイヤを設けて、そこで
標準化する必要がある。コミュニティにそこまでリソースを掛けられるかどうか。

0091login:Penguin

2012/03/20(火) 12:09:04.47ID:Hwwj1hKO

マイクロソフトはそのクローズドなドライバにすらドライバーのスケルトン
を提供してソースの一部（無償）を共有させることで全体のバランスを
保っていたと思うよ。
ハードウエアの特徴を個々に追加するのではなく、最初から拡張可能な
ゆとりがある設計は性能には繋がらない面があるがマイクロソフトは
その辺が非常に上手じゃないかとおもう。
ＮＴのビデオシステムは当初、ユーザーモードで動くサブシステムで
非常に遅かったから次期でカーネルに組み込んだ。その後もカーネルだけで
は速度が遅いのを改良するためにＤｉｒｅｃｔハードウエア関係の
拡張を繰り返してきた。
ハードウエアの抽象化とアプリケーションレベルでのハードウエア末端
の利用を同時にするのって間違った働きを完璧に検閲できないと無理
なんだろう。ドライバーを作った人がドライバーのＢＵＧ利用をさせない
為のコードを書き、パラメータの組み合わせ全てで動作を保証する
動作テストプログラムなどを同時に設計するのは金と時間がかかるんだろうね。

0092導入犬

2012/03/20(火) 13:36:43.14ID:88ub99EO

WindowsマンセーをLinux板でやるところがコンプレックス丸出しなんだよ。

0093login:Penguin

2012/03/20(火) 23:18:34.46ID:Sbz1ewXy

マンセー・・・？

0094login:Penguin

2012/03/21(水) 00:31:39.80ID:DL5Rb0HD

こんなのがマンセーに見えるとか

0095login:Penguin

2012/03/21(水) 00:56:22.11ID:7Tu8TQrw

*BSDでできてることが、Linuxでできないんだから
OSSか企業かの問題じゃないと思うよ。

コミュニティのやる気の問題。
パクリしかできないハッカーばっかりだから、設計とかしたことないだろ

0096login:Penguin

2012/03/21(水) 01:01:08.88ID:7Tu8TQrw

GPLは甘え

0097login:Penguin

2012/03/21(水) 03:01:29.68ID:qHV3VV6g

ほら、やっぱり。
「GPLなんてヤダ！　GNUなんてなくなっちゃえ！！」　いいたいだけなんだよ。

もうプロプラの流れには戻らんし、BSDじゃ企業間のソース共有に不公平を生む
から現在のような競合他社が切磋琢磨しながらも、互いの成果を土台にして
ともに上を目指すような流れは起きにくい。

iPad向けのミニゲーム、便利アプリ開発するにはいいんじゃない？　プロプラもBSDも

0098login:Penguin

2012/03/21(水) 05:29:32.90ID:/tI1Iw/6

>>95
> *BSDでできてることが、Linuxでできないんだから
> OSSか企業かの問題じゃないと思うよ。
BSDには元々そういう設計思想が入っているじゃないの？
だからマイクロカーネルのMachはBSDサーバが標準になっていた。
後から作り直そうとすると、マイクロソフトみたいな誤魔化しを
やらなければならなくなる。

まず、マイクロカーネルのバージョン（Windows NTにあたる）を開発する。
とりあえずカーネルモード、ユーザモードに処理を振り分けて、
極力ユーザモードで処理してしまうようにする。
次にカーネルとドライバとHAL（ハードウェアを抽象化する層）を
カーネルから分離した状態にして切り分ける。

最終的にドライバのインタフェースを標準化して、正式なドライバのみを
認定していく。

この作業を今からOSSでやるとすると、どれくらいのリソースが
掛かるのか？という話なんだが？

0099login:Penguin

2012/03/22(木) 01:02:17.08ID:Gq7eum/2

そもそも設計とか仕様調整とか統一規格の策定とかできる奴が、
「俺が、俺が」ばっかりのOSS界隈に居るのか疑問。

0100login:Penguin

2012/03/22(木) 01:06:32.09ID:O+AuMM3k

腕がない奴は
自分でバカ発言する
のかね

0101login:Penguin

2012/03/22(木) 01:14:04.05ID:Gq7eum/2

GPLは自由であることを強いる。

0102login:Penguin

2012/03/22(木) 07:43:38.28ID:ivXFYhhi

GPLが問題なのではない、保守派と改革派が同じ土壌にいるからである。

0103login:Penguin

2012/03/22(木) 18:50:10.12ID:l2iiocoG

で、どうすればいいのか？という話なんだが

0104login:Penguin

2012/03/22(木) 19:23:06.52ID:+Y5zV3Cm

分離しなくていいんじゃね？と言う話

0105login:Penguin

2012/03/22(木) 19:33:02.31ID:l2iiocoG

それでいいだろう。ということでこのスレも終了かｗ

0106login:Penguin

2012/03/22(木) 19:35:53.53ID:eR5nleZs

今でも十分分離されていると思うけどね
でなきゃ今みたいに多くのアーキテクチャへ移植されてないもん

0107login:Penguin

2012/03/22(木) 19:41:27.22ID:l2iiocoG

おそらく
ARM系とのごたごたで
>>83
が問題にされているんだろうけれど、今更カーネルを作り直すのは
容易でないだろうし
コンパイル文化があるから移植性が高いとも言えるし

俺も多くを望まないなら、今のままでいいと思う

0108login:Penguin

2012/03/22(木) 19:51:08.77ID:HrImL8Dk

「分けるべき」って言ってるのはWindowsやOSXの元になってるBSDがマイクロカーネル
だから『LINUXは間違っている』と繰り返してるだけで、然したる理由もないんだけどね。

そういう連中に取ってはWINDOWSと同じ構造であるか、無いかってのが噛みつくに値する
理由なんだろうが

0109login:Penguin

2012/03/22(木) 20:59:50.38ID:GWyjEzLl

Windowsのドライバはインストーラがバージョン見て変えてるだけだよ。
Windowsは共通のドライバでいいなんて嘘っぱち。
WinsockやDirect Xですらそれ自身のバージョンどころか、
同じバージョンでも乗ってるOS違ったら仕様が細かく変わりまくりで、
バージョン違いをアプリ側で対処しないといけないのに。
追従を許さない最大大手だからコストかけて対応してるだけの話。
開発者の多くはうんざりしてる。特に仕事でやってるんじゃない人は。

0110login:Penguin

2012/03/22(木) 21:13:47.56ID:jY+HVAUZ

Solarisもドライバはバイナリで互換が合った。
Linuxはドライバ以前にバイナリの実行ファイルにバイナリ互換がない

0111login:Penguin

2012/03/22(木) 21:19:33.70ID:eR5nleZs

よほど環境依存が強いプログラムでなければ、ある程度のバイナリ互換はあるでしょ

0112login:Penguin

2012/03/22(木) 21:48:24.60ID:H4Nkscjw

カーネルのバージョンが同じならバイナリー互換性があるでしょ

0113login:Penguin

2012/03/22(木) 21:52:08.22ID:GWyjEzLl

いやgccのABIが変わったりするとアウトな場合がある。
大げさに言い過ぎるのもどうかと思うが。

0114login:Penguin

2012/03/22(木) 22:59:20.17ID:R0vMtRKL

>>109
仕様が変わっても互換性があるのなら問題ないんだよ。

>>112
> カーネルのバージョンが同じならバイナリー互換性があるでしょ

同じで互換性があるのは当たり前。
違っても互換性がなくちゃいかんだろ。

0115login:Penguin

2012/03/22(木) 23:05:00.49ID:eR5nleZs

変に互換性を持たせて不整合が出るよりは幾分マシじゃないかな
ドライバはカーネルに直接触れるものなんだし、多少手間はかかってもリビルドするのは良いと思う

0116login:Penguin

2012/03/22(木) 23:10:42.44ID:R0vMtRKL

不整合がでたときに、リビルドすればいいだけだろｗ

互換性があれば
不都合が出た場合・・・リビルドする
不都合が出ない場合・・・そのまま使える

互換性がなければ
不都合が出た場合・・・リビルドする
不都合が出ない場合・・・リビルドする

どっちが優れてるか言うまでもない。

0117login:Penguin

2012/03/22(木) 23:17:17.27ID:eR5nleZs

用途はクライアントだけじゃないんだぞ
不具合が出る事自体が許されない場合の方が圧倒的に多いとおもうが

0118login:Penguin

2012/03/22(木) 23:29:00.89ID:R0vMtRKL

許されない場合の時だけ、リビルドすればいいだけだろｗ

互換性があれば
許されない場合・・・リビルドする
許される場合・・・そのまま使える

互換性がなければ
許されない場合・・・リビルドする
許される場合・・・リビルドする

どっちが優れてるか言うまでもない。

0119login:Penguin

2012/03/22(木) 23:32:01.25ID:R0vMtRKL

Linuxの場合よく、ドライバが認識できない→誰が作ったかわからん適当なパッチをあてる
なんてよくあるわけだが、そんなんで不具合が出る事自体許されないとか
ちゃんちゃらおかしい

0120login:Penguin

2012/03/22(木) 23:41:51.86ID:eR5nleZs

>Linuxの場合よく、ドライバが認識できない
ドライバがハードウェアを認識できないってこと？

0121login:Penguin

2012/03/23(金) 02:39:14.28ID:nsIEq+bK

>>120
うん。ドライバ製作者と
ハードウェア製作者が別だからね。
ドライバ製作者は完全にすべてのハードウェアに対応できない。

0122login:Penguin

2012/03/23(金) 03:44:28.40ID:fIilFj3R

互換性があれば
不都合が出た場合・・･呑む
不都合が出ない場合・・・そのまま

互換性がなければ
不都合が出た場合・・・踊る
不都合が出ない場合・・・唄う

どっちが楽しいか言うまでも無い

0123login:Penguin

2012/03/23(金) 03:57:15.03ID:KjKXwaRy

なかなか止められないのに
互換性があるのかないのかわからない・・・祈る

0124login:Penguin

2012/03/23(金) 06:27:15.01ID:B9XBLSSF

お前らテストしろよ。

0125login:Penguin

2012/03/23(金) 07:00:32.43ID:fIilFj3R

互換性があれば
不都合が出た場合・・･寝る
不都合が出ない場合・・・そのまま

互換性がなければ
不都合が出た場合・・・寝る
不都合が出ない場合・・・寝る

やるきなし

0126login:Penguin

2012/03/23(金) 07:03:38.54ID:HptWyA0i

カーネルに密接する部品を変に互換性を持たせるのが間違いなんです
なるべく静的に保ったほうがいいんです

0127login:Penguin

2012/03/23(金) 12:42:09.51ID:d0fhmSpg

ああ！　全て解決する方法を思いついてしまった
やばすぎてここには書けない

0128login:Penguin

2012/03/23(金) 13:34:25.60ID:ivBh1GH+

はいはい。

0129login:Penguin

2012/03/23(金) 17:28:34.15ID:sbTXokTQ

プリンタは
・PDFを直接印刷
・無線LAN接続でwebプリント
ってケースが増えてきて、ドライバ必要なくなったね。

0130login:Penguin

2012/03/23(金) 19:15:55.87ID:jtqS6EJz

LINUXはモノリシックだから今更ドライバ分離できない、手遅れ
的な事を言ってる人が居るけど、やろうと思えばVMというか
WINE的な互換レイヤを一つ設ければ良いだけ何じゃないかな。

ビデオ周りや高速ストレージはやはりネイティブで書かないと
ならないけど無線LANとかUSBの先に付く類の物は大抵賄えそうな
気がする。

どうしてそれを開発者の連中がやらないのかと言えば、そうなったら
ハード情報を公開したがらない連中や、売りっぱなしでバグフィックスを
しない輩がよってくるからではないかと

0131login:Penguin

2012/03/23(金) 19:28:48.96ID:BLomvucK

NICやUSBやその他の通信デバイスが遅くなって嬉しい奴はいないからだろ

0132login:Penguin

2012/03/23(金) 20:07:37.44ID:Jki4TuVr

インストーラがビルド環境一式持てばいいじゃん

0133login:Penguin

2012/03/23(金) 20:16:30.53ID:KAaQq6Mv

>>132
それ、おれがまえに考えたやつだ！

0134login:Penguin

2012/03/23(金) 20:34:53.73ID:KjKXwaRy

>>129
それって一般的なのか、俺のまわりではみたことないが。

0135login:Penguin

2012/03/23(金) 21:16:54.95ID:sYTRfJtK

やらないのではなくて、技術的に難しいからできないんだよ

0136login:Penguin

2012/03/23(金) 21:22:20.94ID:sbTXokTQ

>>132
Ubuntuのnvidiaのドライバパッケージで、
同意すれば後は自動でカーネル再コンパイルするのあったよ。

0137login:Penguin

2012/03/23(金) 21:27:37.71ID:jtqS6EJz

>131
NICは早いほうがいいけどUSB2.0なんかは互換レイヤ挟んだとしても
それほど遅くならないと思うな。　Windowsでしか動かないハードル類を
VirtualBoxやVMware使って動かしたりするんだけど、素のWindowsに比べて
２～３割遅い程度。　　インターフェイスだけ処理してれば良いし、
Linuxに特化できることを考えればオーバーヘッドは更に小さくならないか

>134
今、ネットワークに対応していないプリンタを探すほうが難しいんじゃないか？
複合機にすればスキャナのLINUX対応も考えなくて良さそう。　複合機持って
ないからわからんが

>135
現にKVMだの仮想マシンだの、WINEだの既存技術があるじゃないか

0138login:Penguin

2012/03/23(金) 21:38:48.01ID:KjKXwaRy

>>137
そのネットワーク対応の複合機を使っているが
メーカー提供(メーカー外注のサードパーティ製)の
純正linuxプリンタドライバはlp/lprを通しているよ。

さらにPDFを直接印刷だそうだが
adobereader(adobe製linux版)の印刷出力はやっぱり伝統のlprだぞ。

さらに無線LANなら間にWIRELESSLANのドライバが挟まるわけだが・・・
(こっちは大分カーネルに入ってきているが)

正直言ってることが意味不明なんだよ。だから聞いたんだが。

プラットフォーム間ちがえてないか?
マカーはでてってほしんだが。

0139login:Penguin

2012/03/23(金) 22:01:43.95ID:Ifu/vFXT

uioで我慢汁

0140login:Penguin

2012/03/23(金) 22:44:35.56ID:R/7+cN6j

ネットワーク対応でドライバのいらないプリンタは
ファイルサーバにコピーすると印刷やメールで送ると印刷とか？

0141login:Penguin

2012/03/23(金) 23:02:51.11ID:sbTXokTQ

つプリンタで動いているWebサーバにPDFをアップロード

0142login:Penguin

2012/03/23(金) 23:44:30.34ID:KjKXwaRy

だからそれが一般的かと聞いているのだ

0143login:Penguin

2012/03/24(土) 00:01:26.96ID:uwsOA6FY

　/起点の時代じゃなくなってきた。

0144login:Penguin

2012/03/24(土) 00:08:25.82ID:ppKXJ3dv

>>142
お前の廻りはlpでいいじゃんか。

0145login:Penguin

2012/03/24(土) 17:56:17.72ID:4xGPA7oC

PC一台にプリンタ一台、あるいはPC２～３台につき切替器とプリンタの組み合わせが
標準だった頃はアプリの印刷メニューから直接キューを出すことが多かったけど
ペーパーレス化が叫ばれだして、フロアに付き数台に減らされてからは
取り敢えず書類はなんでもPDF化してプリンタへ放り込んでおき、必要な分だけ
印刷ってのが主流になってるな、うちの場合。

142はpopplerとかでググッてみると幸せになれるかもしれない。

0146login:Penguin

2012/03/24(土) 20:35:14.96ID:Gdao7o0K

>>130
> LINUXはモノリシックだから今更ドライバ分離できない、手遅れ
> 的な事を言ってる人が居るけど、やろうと思えばVMというか
> WINE的な互換レイヤを一つ設ければ良いだけ何じゃないかな。
これやると速度の問題が出てくる。
リアルタイム性を著しく損なうことになるのでクライアントとしては使えない。
逆に鯖側ならそういうアプローチもあるだろうが、需要があるのかな？

0147login:Penguin

2012/03/24(土) 21:22:32.75ID:VxhuUC0H

実装如何じゃないの。
実際カーネルをプロセススケジューリングとメッセージバスに絞った組み込み用途のQNXとかあるし。
さわってみたことあるけどLinuxなんて目じゃない軽さだったよ。

0148login:Penguin

2012/03/24(土) 21:48:39.27ID:Gdao7o0K

>>147
それはマイクロカーネルだからでしょ。
かつては「遅い」とされていたが、モノリシックなカーネルで
同じことをやらせようとすれば、オーバヘッド分余計に時間が掛かるし。
そもそもQNXはリアルタイムOSだから一般の汎用OSとは応答性能が
桁が違う。

0149login:Penguin

2012/03/24(土) 22:15:40.05ID:15Dr7Ufz

リアルタイムOS≠高速応答

0150login:Penguin

2012/03/24(土) 22:24:28.84ID:4xGPA7oC

LinuxHost＋WindowsXP Client on Virtualboxだと、そこそこの速度が
出てるからデスクトップ用途では問題ないと思うけどな。

DBとか高負荷サーバ用途ならドライバソースを寄贈しないような
時代遅れのとこの製品はハード選定の段階で弾けばいい話だし

0151login:Penguin

2012/03/25(日) 03:21:37.30ID:e22vQITZ

モノリシックだから有利なんだ、ってのは昔からクッソ遅いLinuxを見て来ているから違和感バリバリ覚えるなぁｗ

■ このスレッドは過去ログ倉庫に格納されています