[過去ﾛｸﾞ] FreeBSDを語れ Part43 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
892: 2017/05/17(水)00:14 AAS
gccは4.2.2からがGPLv3だっけ
893(1): 2017/05/17(水)00:15 AAS
EUC-JPか...なつかしいな
俺がシステムをUTF-8化したのは16年くらい前の話か
まぁ、Linuxでだがな
894(1): 2017/05/17(水)00:18 AAS
TrueOS入れたらFreeBSD12.0って書いてあってびびった
895: 2017/05/17(水)00:20 AAS
>>894
TureOSはベースシステムをcurrentにするって方針
896(1): 2017/05/17(水)00:28 AAS
64ビットだろ
なんでデスクトップ系は64ビット化したがるんだろうねえ
長年の俺様コードがすんなり動かないのはノーサンキューだわ
897: 2017/05/17(水)00:32 AAS
>>893
LinuxはTCPスタックが弱い。
ここだけの話、昔にウェブサーバに高負荷が掛かる事態に直面したことがある。
原因を取り除くにはカーネルパラメータの調整を必要とした。
スケーラブルにしてない部分がLinuxにあった訳だが、それが落ち着いて感じたのは
「BSDならこんなことせんでもよかったのに」
だった。
898(1): 2017/05/17(水)08:47 AAS
>>896
リッチコンテンツを扱う事が増えたきたからだろうねぇ。
899(2): 2017/05/17(水)09:43 AAS
動かすの4GB超のメモリが必要なコンテンツなんてあるか？
色数が64bitとかも聞かないし。
64bitサイズのポインタってほんと無駄だと思うんだよね。
900: 2017/05/17(水)10:05 AAS
>>899
32bitだとOSがリザーブする分も4GBの中に居座るから、プロセスから実際に
確保できる量はそこから更に1〜2GB減るよ。
この辺は動画編集や高解像度の画像(CR画像等)を扱ってると結構簡単に
ブチ当たる事になる。
901(3): 2017/05/17(水)10:33 AAS
逆に言うと、コンテンツ制作側、DTM、DTVぐらいでしょうな。
コンテンツ消費しかしない人が64bitに拘ってるの見るとねぇ。
メモリ不足になんかなったことない人が16GB積んだりして。
902: 2017/05/17(水)10:34 AAS
>>898
そんなモノよりもVRエッチコンテンツはよ
903(1): 2017/05/17(水)10:50 AAS
>>899
ファイルをチマチマ読み込まないでmmapした方が簡単だろ
8bitの頃に足りないメモリー空間補うために使われてたオーバーレイなんて手法は滅亡した
同じような事だよ
904: 2017/05/17(水)11:11 AAS
>>903
細切れになったのをかき集めるために確保でエラーになったら少し小さいサイズで
再度確保を繰り返して開放してみたいな小細工とかあったな。
905(1): 2017/05/17(水)13:12 AAS
そんな馬鹿な。
最近の64bit動画編集ソフトは丸ごとメモリに読み込んで編集するのか？
906: 2017/05/17(水)13:41 AAS
丸ごと読み込むじゃなくてmmapしてるって話だろ
907: 2017/05/17(水)14:02 AAS
>>901
chromeでタブを数十開くと拡張の導入具合にもよるけど16GBくらいはサクッと使われるよ。
まあそれくらいが限界らしくて急激に動作が怪しくなるのでセッション管理拡張が役に立つのだけど。
908: 2017/05/17(水)14:46 AAS
変な小細工するよりかはオンメモリ動作前提で組んだ方が読みやすいってのは有るけどね。
farやhugeポインタなんて悪夢覚えてるとなおさら。
909: wime君 2017/05/17(水)15:07 ID:4FPaKHPv(1) AAS
FreeBSDにwimeを入れてATOKで変換です。ウハウハです。
「こうしたほうがよかったんじゃない」みたいなのがあれば
忌憚なく、です。
FreeBSD での Office 環境を語れ! その2＠UNIX板
2chｽﾚ:unix
910: 2017/05/17(水)15:07 AAS
最近はないかも知れんけど、圧縮されたファイルをページに読み込む時に
C5エラー（復旧可能）とかでIOエラーかなんかが発生すると、
原因不明のブルスクだの何だの（ｒｙ
LinuxでもEncryptedPersistentとか、普段ならIOエラー吐いて正常終了するのに
”専用パーティションの中を丸ごと暗号化ディスクにして、仮想デバイスにマウントして、
そこに更にパーティション切って、その内容を透過ファイルシステムで
マスターへの差分としてファイルを読み書き”なんて事してるから、コケるとpanic
メモリマップドIOとかあんまり信用でけへん
911: 2017/05/17(水)15:27 AAS
お前が信用するしないの話なんざ価値ねえから
そんなに32bitがいいならパイズリで遊んでろ
912: 2017/05/17(水)15:28 AAS
ラズパイの間違い
913: 2017/05/17(水)15:48 AAS
パイズリの方が好きです
914: 2017/05/17(水)15:48 AAS
俺も32bit派だがラズパイも64bitになっただろパイズリ野郎
915: 2017/05/17(水)16:23 AAS
その中で一番信用おけないのは透過ファイルシステムだ
むかしスタッカブルファイルシステムを使うように指示されたらパニックするの前提で動かしてた
916(1): 2017/05/17(水)16:43 AAS
unionfsはウンコ
再実装ってイキって再実装した奴が居たけど、同じバグも再実装してて笑った
917: 2017/05/17(水)17:08 AAS
具体的に言う能力のないお前に笑った
918: 2017/05/17(水)17:14 AAS
具体的に言わないとわからない奴は、満足して使ってる、あるいは全く使ってない、あるいは再実装したんだから
それで満足してれば良いよ
919: 2017/05/17(水)17:52 AAS
じゃあお前は、情報を出して貢献しようという気すらないクズ、
あるいはお前の使い方が悪いと罵られて傷つきたくない系のチンカスなんだろうな
少なくともOSSに貢献してソフトウェアの合理的発展を目指そうなんて気などサラサラない系のクズだから
某ウインなにがしウイルス擁護のクソムシ同様、ここにいる価値のない虫けらなのは間違いないよね
920: 2017/05/17(水)18:09 AAS
バグがある(あった)と言う情報を場末で呟いただけでも、お前よりは貢献
再現性が悪いので面倒くさい
921: 2017/05/17(水)18:38 AAS
>>916
> unionfsはウンコ
同意
10の時に複数のuzipしたものを/usr/localにunionfsで多重組み合わせで使ったことがあるけど
特定のファイルだかディレクトリだかにアクセスするたびにpanic起こしてた
ファイルアクセスがめちゃ遅くなるし11になったらuzip自体が
読み込み失敗する(ulzmaは読み込める)ようになったから捨てたけど
上下前次1-新書関写板覧索設栞歴
あと 81 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.028s