シンクライアント:作成方法

前に、 シンクライアントについて書きました 。 なぜ、彼らはなぜ必要なのか、誰がそれらを必要とするのか、そしてそれらは何に使われるのか。



そして今、実際にはシンクライアントがあるという事実について少し悲しい真実。



マーケティング担当者がTCの特別な特性についてどうhowえても、それは単なるコンピューターです。 多くの場合、通常のBIOSを使用して、OSを取得してロードできます。 特に高度なケースでは、このOS用の特別なカーネルを構築するか、カーネルパラメーターを操作する必要がありますが、通常は単なるコンピューターです。 mini-itx形式以下。 ファンはいません。 Atomのリリース前のこのようなコンピューターは、Atomの登場以来、エキゾチックでした-実際には「コンピューターのようなコンピューター」でした。



私は、シンクライアントをプリントサーバーのようなものにするような主流のメーカーを見たことはありません(非常に特殊なボード、少なくとも多すぎる...)。 主な理由は、シンクライアントは論理的な観点からはダム端末ですが、実際には非常にまともなパフォーマンスを備えている必要があるためです。



このパフォーマンスは何のためですか? まず、ネットワークトラフィックを処理します。 TCをリモートデスクトップのプラットフォームとして実際に使用しているため、RDPトラフィックは約束された22〜64キロビットのようには見えません。 Webブラウザーでのちらつき広告、YouTubeで公開されたビデオ、PowerPointで開かれたプレゼンテーション、またはOutlookでのhtmlメッセージ-数十メガバイトではないにしても、ここにはユニットがあります。 そして、すべて処理する必要があります。 そして、速くなればなるほど、職場の遅れは少なくなります。



2番目-受信したものを描画する必要があります。 個人的には、私の鉄の経験から、多くの「小さな」プラットフォーム(VIAのunichromeを含む)がビデオパフォーマンスに苦しんでいることがわかりました。



第三に、フラッシュドライブを操作するためのRDPリクエストを処理する必要があります(読み取り/書き込み)...これはすべてデスクトップの速度で行います。 そのため、TCの速度は単に物理的に特定の境界より低くすることはできません。 VIAの場合、Vortex86SXの場合、下部はC3(〜600MHz)に続きます-高いほど、優れています(遅れのない渦を見たことはありません)。 通常の快適な仕事はギガヘルツ以上から来ています。



はい、それが現実です。強力な90年代のサーバーのパフォーマンスを備えたマシンは、「応答性のある」ダム端末として動作します。



これが、腕にシンクライアントがない理由です。 より正確には、ありますが、速度が低下するため、あまり人気がありません。 プロセッサは、表示する必要のあるストリームを描画(デコードおよび処理)するには不十分です。



ここに微妙な詐欺があります。 はい、ごみにブレーキをかけずにRDPの動作を表示できます。 16色、640 x 480、静的アプリケーションではメモ帳/ 1C 7.7。 ただし、少なくとも16ビット1280x1024を入れ、サウンドスクロールを追加し、(フルスクリーンではないが)アニメーション、広範なグラフィックフラグメントを再生し、このトラフィックをすべて暗号化して送信すると、これはまともな仕事であることが明らかになります。 また、買い手は理想的な条件下ではなく実際の負荷でショッピングモールをチェックしません。 これは、彼が抑制されているように見えるすべてを拒否することを意味します。



ただし、それらの作成方法に戻ります。



ローカルロードを使用したTCから始めます。



鉄が取られます。 安く、できれば。 しかし、形式で。 通常、これはまだジオアまたはアトムですが、ジオードもあります。



多くの場合、プログラマは1〜2個の部品を外注します。 そして、タスクは「シンクライアントが必要」に設定されています。 必要ですか? やってみましょう。 CEのビルダーにはシンクライアントテンプレートがあり、すべての人にこのような典型的な画像を提供します。







ロシア語を除き、CEのシンクライアントの99%はこのように見えます。 そして、このメリットはショッピングセンターの作成者ではなく、マイクロソフトです。



次に、2つのオプションがあります。クライアントに「そのまま」提供されるか、完了するかです。 積極的にこれを終えることに参加した人として、私は多くはありませんが、多くを修正する必要があると言うことができます。 競合他社の製品を定期的に購入していますが、これらの問題の約半分は解決されておらず、尾のようにぶら下がっています。 テールとチェック対象については、少し後で説明します。



Linuxの場合、すべてがより複雑です-「既製」のコンフィギュレーターはありません。 そのため、プログラマがx-serverとrdesktopを組み合わせても、何かを書く必要があります。 そして、ダンスが始まります。 「自分でメニューを描画しない」という目的で、誰かがfwm、誰かがicewm、誰かがwmを使用しようとしています。 誰かが1つの開始セッションでテキストコンフィグレータをncursesにアタッチしています。



ほとんどの場合、最も単純なコンフィギュレータを作成する(ほとんどの場合、最初から作成されるため、設定は1-2-3-4になります)ため、これは「準備完了」という言葉で示されます。 そして再びドピリバニー。



時には人々は強力なエンタープライズシステムをJavaで書き始めます... シンクライアントの内部。 怖い そうです、GHz C7でこれを涙なしで見ることは不可能です。



これは、ローカルブラウザを使用したWebインターフェースの形式で行われる場合があります(この場合、人々はリモート管理を「無料で」利用できます)。



ほとんどの場合、Linuxバージョンの主な頭痛の種は、サイズ、ロシア語のレイアウト、およびハードウェアサポートです(はい、Linuxがハードウェアでうまく機能すると思う場合は、画面解像度を設定してみて、ポートをKVMに切り替えてTCをロードしてください-彼らが望んだもの)。



CEでは、頭痛は1つです-鉄。 CEのドライバーはごくわずかであり、それらのいくつかは、他のすべてのウィンドウの上に要求を描画してピンを要求するUSB​​カードリーダー(スマートカードリーダー)の素晴らしいドライバーを見たほど良い品質ではありません。それまでは良かったです。そこに描画したい別のウィンドウが形成されるまで、その後は画面上の何も読むことができませんでした)。



しかし最も重要なことは、シンクライアントはソフトウェア製品です。 もちろん、その複雑さは、たとえばsqlサーバーに劣りますが、開発とデバッグのためのインフラストラクチャが必要です。 TCの複雑さは、ルーターよりもプリントサーバーの複雑さよりもはるかに高くなっています。 シンクライアントがキャップメイキングにつながる洗練されたソフトウェアであることを理解していません。



そして、ほとんどのハードウェア企業は、本格的なソフトウェア開発に従事する準備が完全に整っていません-ほとんどの場合、それはいずれかの限られた力によって組み立てられたデザイナーであることが判明します。 企業は自力でやろうとしているが、企業は良くなっている-外注している。 このリストはロシアのITトライフルではなく、HP、Fujitsu、Wyseなどの有名ブランドです。



これまで、既存のソリューション、ハードウェア、およびソフトウェアを適応させようとしたが、それを拾い上げてゼロから作成したメーカーはいませんでした。 これを行う人は誰でも市場全体を手に入れると思います。 市場は、安くてシンプルで信頼できるショッピングモールを客観的に待っているからです。 代わりに、通常のハードウェアでわずかにやり直されたLinux、CE、またはWESが提供され、TCを購入しなくても購入できます。



はい、これでも自己組立より簡単です。 しかし、「これ」と「理想的なTK」の作業量の違いは、独自の「ブランド」の下にあるセットからのコンピューターの収集とラップトップの製造との違いとほぼ同じです。



All Articles