チャクラ、最高のディストリビューションの XNUMX つ プロKDE、プロセッサのサポートを終了 i686 (32 ビット)、プロセッサーにすべての労力を集中します。 x86_64 (64 ビット) 後者が市場でブームになっているためです。
このタイプのプロセッサの配布が増加しているため、ユーザーはますます減少しています。 (テストの) このディストリビューションは 32 ビットを使用するため、サポートがより困難になります。 だからこそ、進化における次の論理的なステップは、 チャクラ開発者によれば、他のディストリビューションがこのプラットフォームのサポートを担当しているため、このプラットフォームを断固として放棄する予定です。
今後 2 ～ 3 か月間、ユーザーは チャクラ すべてを受け取ります バグ修正とセキュリティアップデート。 その後、i686 リポジトリとそのミラーは無期限に維持されますが、サポートはありません。
公式ノート（英語）は以下からご覧いただけます。 このリンク.
Chakra は多くの開発者がいないディストリビューションであるため、これは良い決断だと思います 🙂
まあ、これは完全に間違った決断だと思います。
正直に言うと、32 ビット アプリは多くのテストを受けているためバグが少ないのに対し、64 ビット アプリはより「問題がある」のです。
32ビットを放棄するのは良い決断ではなかったと思います 🙁
64 ビット アプリケーションは、両方のアーキテクチャのバージョンを提供するディストリビューションの場合、必要なほど注目されていないため、より「問題」があります。 一方、単一のアーキテクチャに焦点を当てれば、明らかにサポートが大幅に向上します。私としては、現在すべての新しい PC が単一のアーキテクチャをサポートしているため、単一のアーキテクチャに焦点を当てるのはうまくいったと思います。
はい、もちろんですが、チャクラが決定したことは、何か思い切ったものです、つまり...私が見るところ、「チャクラを使用したい場合は」 ありますか 64ビットの使用は必須です。»
もちろんサポートは改善されますが、それでも個人的には気に入らない押し付けです 🙁
これはバグではないと思います。16 ビットでも同じことが言われました。
さらに、私は 64 ビット OS を長い間使用していますが、一度も問題が発生したことはなく、RAM を大量に消費するという事実は単なる俗説です。
どうしたことか、chakra リリースでは、32 ビット アーキテクチャの ISO はサポートされないと記載されていますが、lib32 以降、64 ビット アプリケーションは引き続き維持されます (バージョン 32 には存在しないアプリケーションも多数あります)。リポジトリは、これらのライブラリを利用するアプリケーションをサポートするために残ります。
ほとんどのユーザーが x64 である必要があるため、その方が良いです
同僚の観点から見ると、それが間違いであることに私も同意します。 32 ビット アプリケーションが最も豊富で、エラーが最も少ないことは周知の事実です。
しかしまあ、これはこのディストリビューションの進化の一歩です。 これがどうなるか見てみなければなりません。
彼らがアーキテクチャを放棄するのは好きではありません。私はラップトップで X86-64 を使用していますが、デスクトップは i686 なので、何か問題が発生した場合、それを報告する人がいません...まあ、無理です...変化に適応して受け入れなければならないが、それが改善されることを願う
そして、それを試してみたかったのですが... 私のプロセッサ (Pentium Dual Core E2140) は 64 ビットをサポートしていますが、RAM が 64GB しかない状態で 1 ビット (+ KDE) を使用するつもりはありません 😛 なんという自殺行為でしょう...
コメントのおかげで、私のプロセッサが 64 ビット (Pentium Dual Core E5200) をサポートしていることがわかりました。 なんだか面白いですね。 PC を購入したときに Windows に搭載されていたため、32 ビットだと思っていました。それ以来、そう思ってきましたが、今読んだところ、RAM が 32 GB しかないため、Windows 2 ビットでした。
ありがとう
まあ、厳しいように聞こえますが、すでに多くのことが述べられているように、誰もチャクラの使用を強制されません。 gtk+ でさえデフォルトではディストリビューションに含まれていないことに注意してください。
一部のアプリケーションで問題が発生したため、数週間前に 32 ビットに切り替えましたが、全体的なパフォーマンスが低下したため、一部のアプリケーション (ほとんどが独自仕様ですよね?) のためにプロセッサーの能力を無駄にする価値はないと考えています。 昨日、コンピューターを強制的にフォーマットする必要がありました xD
まあ、彼らは私にひどいことをしますが、まあ（ごめんなさい） :X
汗をかかずにネットブックにインストールして以来、これは私のお気に入りのディストリビューションでした。 でも、良いことには必ず終わりが来ると思います:S
悪いニュース。 64 ビット版のサポートが改善されるとは思えません。 これまでと同じ取り組みが行われます (間違っていることを願います)。唯一変わることは、32 ビット バージョンがなくなることです。
32 ビット ユーザーにとって、KDE を使用して Arch に飛躍する大きな動機になると思います。
+1
完全に同意します。32 ビットを使用したい場合は、Arch Linux が常に存在します。
まあ、その不満は理解できませんが、私は何年も 64 ビットを使用してきましたが、同様に「疑わしい」ソフトウェアで問題が発生したのは 64 度だけです。 さらに、他のディストリビューションもこれに倣い、現在最も普及している XNUMX ビットのサポートを改善する必要があります...
しかし、チャクラはデフォルトのkdeといくつかの最適化ではアーチではありませんでしたか？ Archlinux が i686 をサポートしている限り、問題はないと言いたいのです。
かなり前のことですが、Chakra が Arch から離脱して独立したディストリビューションになることを決定しましたが、ccr、Tribe、Akabei のトレーラーで示されているように、そのプロセスはかなり進んでいるとはいえ、まだ完了していません。
悪いアイデア。 しかし、ディストリビューションで何をするかはユーザーが決定し、ユーザーがディストリビューションを使用するかどうかを決定します。 問題は64ビットになるかどうかではなく、マシンがXNUMXビットをサポートしているかどうかです。
これは賢明な決断だと思いますが、まだ 32 ビットを使用しているユーザーもいます (私のネットブックの場合)。KDE が存在する環境の中で最も軽いわけではなく、100% 最適なパフォーマンスを得るには少なくとも 512 つの環境が必要であることは周知の事実です。ある程度まともなコンピューター (XNUMX Ram と Mononucleo プロセッサーで驚かされるとは期待しないでください) を要約すると、これは進化への論理的なステップであり、ライブラリの組み込みを避けることで革新的であると当時言われたのとまったく同じです。 gtk+ を見て、彼らがどれほどうまくやったかを見てください。
/ 私は一歩正しいと思います。64 ビット アーキテクチャが未来であることに同意します。プログラムに問題はありません。新しいラップトップや PC には、32 ビット アーキテクチャではすべてを賄えるほどの RAM とプロセッサが搭載されているのが一般的です。可能性。
まあ、文句を言う代わりに、私はそれについて調べ始めました。私は少し古いラップトップ（Celeronプロセッサを搭載）にChakra 32ビットを搭載していました。4年前のローエンドプロセッサでも64ビットをサポートしていることがわかったので、すぐにインストールしましたChakra 64ビットで問題ありません。
そして特定のケースでは、常に Arch 32 ビットが存在します。
+ 1000
彼らは長年にわたり、すべてのプロセッサを 64 ビット テクノロジと互換性のあるものにしてきました。
私にはそれは疑わしい決定のように思えます…。
64 ビット プログラムが 32 ビット プログラムよりもうまく機能するかどうか、または一部のプログラムが他のプログラムよりも多くの問題を引き起こすかどうかは関係ありません。
私たちは、32 ビット プロセッサを扱う多数の人々が放棄されていると話しています。
私の考えでは、それが悪いと言っているわけではありません。 しかし、彼らはもう少し事前に警告し、もう少し待っていただろう
たとえ気に入らないとしても、その決断は理解しています。
2 つの質問は、64 GB マシンは XNUMX ビットでどのように動作するのでしょうか?
5 年ほど前のマシンがサポートに値しないほど古いとみなされるのは少し心配ですが、chakra はリソースが限られているディストリビューションであり、大幅に成長しているため、それは理解できます。
順調に進んでいます。私の場合、KDE を搭載した openSUSE で RAM が 1.5GB を超えたことはありません。
Gnome-Shell x2 で Mageia 86 を使用しているので、openSUSE KDE4 x64 を使用すると PC が軽くなったように感じます
私は 5 年前の PC を持っていますが、64 ビット チャクラで完全に動作し、毎日使用する平均的なプログラムで 1.5 GB (私は 4 つあります) を超える容量を消費しません。
64 ビットをサポートしていないプロセッサをお持ちの場合は手を挙げてください。
私は 1,6 GHz x 2 の PC と 1,7 GB の RAM を持っており、64 ビットでの debian テストと gnome シェル (すべてのサービス付き) を備えていますが、問題なく動作しています。 また、64 ビットで 1 GB の RAM しか搭載していないマシンで gnome 64 を使用して 2 ビットを使用しましたが、問題はありませんでした。
まあ、わかりませんが、彼らの恐れは私には根拠がないようです。
64 ビット OS をサポートしていないコンピューターがいくつかあります。 そして、それをサポートするものについては、比較したときに大きな改善は見られず、新たな問題が見つかっただけです。 おそらく状況は改善され、依存関係について頭を悩ませることなく、32 ビット システム上で 64 ビット アプリケーションを使用できるようになるでしょう。 あるいは、すべての 32 ビット アプリケーションには 64 ビットの同等のアプリケーションがあるため、必要ないかもしれません。 64 ビット GNU/Linux を試してから長い時間が経ちましたが、それでも嬉しい驚きがありました。
一方、私の Samsung NB30 が 64 ビット Chakra で動作するとは思えません。 次のスナップショットで確認してみます。
私ではありません。何年もの間、ネットブックを含むすべてのプロセッサーが 64 ビットをサポートしており、非常に古い PC 用には、さらに多くのディストリビューションが用意されています。
とにかく、そのディストリビューションをうまくインストールできなかったので、debian を使用しています
それは論理的であり、遅かれ早かれそうなるはずです。
テクノロジーは非常に短期間で陳腐化します。
さらに、それほど大規模でない開発者のチームではこれが普通のことです。 負荷がかかりすぎます。
少しずつ他の人も追随していきます。
私にとってこれは大きな間違いで、32 ビットと 64 ビットを使用しています。
Ubuntu は、Unity がリソースを大量に消費するため、古いコンピューターを使用するユーザーを制限し、チャクラがさらに悪いことを行うため、多くの批判を受けています。
つまり、これらのチャクラは最終的にXNUMX時以上放置されることはありません。
何かわかりませんが、大きな平手打ちをすると言われます。
理想的には、64 人のチームと 32 人のシステムを持つチャクラ ユーザーは、システム全体を再インストールすることなく、快適に 64 に移行できます。
申し訳ありませんが、HTML コードがまだ機能するかどうかをテストしていました。
OO
手を挙げます！！！
私のデスクトップ コンピューターは、260 年以上前の Dell GxXNUMX です。
32 ビット システム、p4 3.0 GHz、2 GB の RAM、2 GB の DD が 120 つ、および 5200 RAM を搭載した agp nvidia geforce 128 グラフィックス カード (nouveau ドライバーで動作します)、そして私は顔付きの愛する Arch を持っています。 xfce と kde の、もちろん、これはグラフィック効果の分野での最後のカットです (また、プロセッサがこれらを使用すると非常に汗をかくため、nepomuk と akonadi も非アクティブ化します) が、私は自分でテストするためにそれをインストールしました。クデについて。
32 ビットをお持ちの方は manjaro に切り替えることもできます。これも Arch に基づいています http://blog.manjaro.org/.
PS 私は今でもチャクラでの生活に満足しています 🙂
そのディストリビューションの xfce バージョンを確認してみます。
これは、32 ビット アーキテクチャでは Chakra をインストールできず、64 ビットのみをインストールできるという意味ですか? じゃあ揚げますよ！！ 🙁
コンピューター業界は容赦なく進歩を続けており、時代遅れのテクノロジーが損傷したり、放置されたりすることもあります。 人々がコンピュータを切り替えられるようになるまで、32 ビットから 64 ビットへの切り替えには長い時間がかかると予想されます。
そうですね...これは論理的なステップですが、多くの人はあえて実行しません
P4 も 64 ビットをサポートしています。 私は常に x86_64 ディストリビューションを使用してきましたが、問題はありませんでした。 ほとんどのディストリビューションには、32 ビット アーキテクチャ上で 32 ビット専用アプリケーションを実行するための 64 ビット ライブラリが含まれていません。
64 ビット プロセッサを使用している場合は、システム全体がそれをサポートするように構築されているということを覚えておく必要があります。 これは、より多くのメモリを消費するという意味ではなく、より多くの RAM をアドレス指定するためにのみ機能するという意味でもありません。これはシステム全体のことです。 すべてのハードウェアとソフトウェアはそのアーキテクチャ上で動作するため、適切なアーキテクチャでアプリケーションを使用しないと、ハードウェアに費やしたお金が無駄になるだけです。
私にはそれは賢明な決断のように思えます。 また、i686 プロセッサ上で Chakra を実行する必要はほとんどありません。古いハードウェアの場合は、より良い代替手段があります。
数年前、AMD Athlon 64 X2 プロセッサを搭載したコンピューターでパフォーマンス テストを行ったところ、64 ビット OS は 32 ビット OS よりも遅かった (そして多くの RAM を消費した)。 つまり、32 ビットを使用してお金を無駄にするというのは、単なるナンセンスな言葉です。 人々は 32 ビットを無駄に使用するわけではありません。 お金を捨てるということは、より性能の悪いものを使うことになります。 64 ビット テクノロジーは成熟しつつありますが、少し前までは非常に環境に優しいものでした。
チャクラは彼らの観点から良い決断を下しました。 彼らは、保有するリソースを使用して可能な限り最高の品質を達成するために、XNUMX つのアーキテクチャと XNUMX つのデスクトップ環境に焦点を当てています。 しかし、これは多くのユーザーにとって依然として悪いニュースです。 幸いなことに、代替手段があります。
私は (AMD Athlon(tm) 64 X2 デュアル コア プロセッサ 4200+) を使用していますが、64 ビット チャクラでより快適に動作し、メモリ消費量も同様でした。これは、あなたと矛盾したり議論を引き起こすためではありません。 これは、どのバージョンが残っているかを確認するために行ったテストで、以前に ubuntu 11.04 と kubuntu 11.10 でも試しましたが、32 から 64 の間で同様の結果が得られました。
まあ、これを見てどう思うか考えてみてください
http://www.google.com.mx/#hl=es-419&output=search&sclient=psy-ab&q=quitar+soporte+para+CPUs+de+32+bits+en+Linux&oq=quitar+soporte+para+CPUs+de+32+bits+en+Linux&gs_l=hp.3…1188.1188.0.1647.1.1.0.0.0.0.115.115.0j1.1.0…0.0…1c.wpq8NbYpKts&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.&fp=7e93861046ad2e67&biw=1366&bih=662
皆さん、私は Chakra が大好きですが、ノートブックのバッテリー (Toshiba Satellite L645) が認識されないという問題があります。この問題の解決方法を知っている人がいたら、助けてください。 ありがとう。
間違いなく、この OS は企業、店舗、学校では決して使用されません。64 ビット PC は、工業プロセスでマシンを制御するために USB または Paraleo ポートを使用する必要がなく、ましてやスプレッドシートやデータ プロセッサを使用する必要がないからです。 .テキスト。 さらに、家庭内での HD 映画の再生にも使用できません。
もちろん、64 ビット プロセッサは 32 ビット プロセッサよりも高速ですが、それは本当に活用されているのでしょうか? PC のすべての用途に必要なのでしょうか? 私にとって、これは純粋なマーケティングであり、あらゆるニーズと用途に応じて異なる価格が設定されるように、さまざまなテクノロジーのプロセッサーの製造を継続すべきだと思います。