【gzip】圧縮対決【bzip2】
1 :login:Penguin :2008/06/28(土) 12:02:14 ID:yqbrlAKF.net さあ語れ!
36 :login:Penguin :2009/06/13(土) 14:34:22 ID:QBNkjNcg.net いつの間にかgnu tarがlzmaに対応してるな。 dpkgの依存にlzmaが入っていたりもするし、そろそろlzmaが入ってない環境っていうのは珍しいくらいなのかも。
37 :login:Penguin :2009/06/13(土) 14:54:01 ID:pu4qsGER.net dpkgでほほぅ、と思ったがtarもか。 〜1GhzのCPUでは結構しんどい仕事だから標準をどうするかは難しそう
38 :login:Penguin :2009/06/13(土) 17:07:22 ID:anrCvK7u.net >>33 lzmaは解凍にメモリを多く使うんじゃなかたっけか それで使いにくいんじゃないかなぁ
39 :login:Penguin :2009/06/13(土) 22:56:07 ID:5NJGz6mZ.net ファイルサイズとMD5メモしておけば、 そのうち元のファイルが復元できると言い張る奴がいたな
40 :login:Penguin :2009/06/14(日) 00:35:26 ID:d8gKzCk8.net ファイルで思い出したが、 file(1)では、まだlzma形式を認識できないようだ 少なくとも file-5.00 は。
41 :login:Penguin :2009/06/14(日) 20:53:33 ID:Mb+BA8Wb.net >>35 こんなのがあった。 p7zipでWindows用の自己解凍アーカイブを作成 ttp://www.commandlinefu.com/commands/view/1402/create-a-self-extracting-archive-for-win32-using-7-zip cat /path/to/7z.sfx /path/to/archive > archive.exe
42 :login:Penguin :2009/06/22(月) 15:09:23 ID:nPX8bYX0.net xz
43 :login:Penguin :2009/10/16(金) 21:16:27 ID:zxtkfFrH.net >>41 へぇー。 でも.exeってウィルス疑惑で忌避される傾向にある気がする。
44 :login:Penguin :2009/11/01(日) 16:47:53 ID:jDaGKrnO.net 自己解凍exeは不安なのに 解凍したzip中のexeは普通に開く不思議
45 :login:Penguin :2010/05/22(土) 18:22:29 ID:RMv2w9HG.net lzfかなりいいね。圧縮率に目をつぶれば。 lzoイラネ。 ホントはbzip2系が画像圧縮で有利な技術だから使いたいんだけど、 展開が遅いのがねー。
46 :login:Penguin :2010/05/23(日) 10:18:27 ID:JQh/i7Pu.net https://issues.apache.org/jira/browse/AVRO-135 java中心でもいろいろ議論あって面白いなあ
47 :login:Penguin :2010/05/26(水) 11:51:58 ID:zj479Z71.net gnuのソースやlinuxの起動イメージも lzmaになってきたな 復元は圧縮より速いんだっけ
48 :login:Penguin :2010/05/27(木) 02:45:52 ID:BLNLE82C.net bzip2 は展開が遅いから、さっさと lzma 系のどれかに置き換わって欲しいな。
49 :login:Penguin :2010/05/27(木) 11:08:09 ID:tOxkqDtJ.net >>48 gzipと違って展開プログラムがアセンブラ化されてないからねぇ。 実装としては枯れてるんだからあとは移植するだけなんだが。
50 :login:Penguin :2010/06/05(土) 23:40:55 ID:W7vixxeb.net 追記。bzip2のデコード分のソースコードを追っかけてみたら、 巨大なswitch文がある関数の中と外を膨大な回数行き来するような構造になってた。 VS2010で最大限の最適化をかけてasmを吐き出してみたけどほとんど最適化されてない。 これを逐語的にハンドアセンブルするのはかなり骨だろうなー。
51 :login:Penguin :2010/07/23(金) 08:23:17 ID:+OeBNNzx.net はやくなあれ〜
52 :login:Penguin :2011/10/27(木) 19:56:40.98 ID:TsQJCJm5.net xz 試してみたけどいいね 古いマシンだとcpu もメモリも辛いけど
53 :login:Penguin :2012/08/05(日) 14:48:46.70 ID:wvwj6mGz.net あげ
54 :login:Penguin :2012/08/05(日) 21:33:40.19 ID:ePcBmGmt.net >>52 圧縮率最高だよ 圧縮はかなり遅いが展開は速い
55 :login:Penguin :2012/09/05(水) 19:03:08.80 ID:WD3p9IgW.net $ lzma -h lzma 9.22 Copyright (C) 2006 Ville Koskinen Based on LZMA SDK 9.22 Copyright (C) 1999-2011 Igor Pavlov Usage: lzma [flags and input files in any order] -c --stdout output to standard output -d --decompress force decompression -z --compress force compression -k --keep keep (don't delete) input files -f --force force overwrite of output file and compress links -t --test test compressed file integrity -S .suf --suffix .suf use suffix .suf on compressed files -q --quiet suppress error messages -v --verbose be verbose -h --help print this message -L --license display the license information -V --version display version numbers of LZMA SDK and lzma -1 .. -2 fast compression -3 .. -9 good to excellent compression. -7 is the default. --fast alias for -1 --best alias for -9 (usually *not* what you want) Memory usage depends a lot on the chosen compression mode -1 .. -9. See the man page lzma(1) for details.
56 :login:Penguin :2012/09/08(土) 17:36:34.37 ID:D8s+KTbM.net 圧縮・伸張のマルチコア対応ってどうなっているんでしょうね
57 :login:Penguin :2012/09/19(水) 08:12:29.64 ID:CELmho/s.net >>56 xzなら-Tでスレッド数を指定できるな。
58 :login:Penguin :2012/09/19(水) 11:37:55.89 ID:VGlr+QY5.net >>57 マジで? version教えてくださいな。 こちらは、 xz --version xz (XZ Utils) 5.1.0alpha liblzma 5.1.0alpha
59 :login:Penguin :2013/01/01(火) 21:31:45.52 ID:pDNF1piR.net 誰か教えてちょうだい。 年も明けたことだし去年のログファイルでも圧縮するかと思って、 tar.xz に圧縮してみたんだけど、tar に引数を渡すのに ディレクトリ名を渡すのと、ファイル名を渡すので 圧縮後のファイルサイズが 3倍くらい違うんだけどなんで? $ apt-show-versions tar bzip2 gzip xz-utils bzip2/squeeze uptodate 1.0.5-6+squeeze1 gzip/squeeze uptodate 1.3.12-9 tar/squeeze uptodate 1.23-3 xz-utils/squeeze uptodate 5.0.0-2 # ログファイル数 212、logディレクトリ容量 703MB $ find log |wc -l 212 $ du -m log 703 log みたいな環境で、 tar cJf logs_with_dir.tar.xz log tar cJf logs_without_dir.tar.xz log/*.log ってそれぞれ実行。
60 :59 :2013/01/01(火) 21:32:41.16 ID:pDNF1piR.net すると、これ↓くらい違っちゃうんだよね。 ls -sh1 *.tar.xz 416K logs_without_dir.tar.xz 1.3M logs_with_dir.tar.xz $ xz -l logs_*_dir.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 414.7 KiB 702.6 MiB 0.001 CRC64 logs_without_dir.tar.xz 1 1 1,246.3 KiB 702.6 MiB 0.002 CRC64 logs_with_dir.tar.xz ------------------------------------------------------------------------------- 2 2 1,660.9 KiB 1,405.3 MiB 0.001 CRC64 2 files んで、試しに 7z で圧縮するとこれくらい。 $ 7z a logs.7z log $ ls -sh1 *.7z 428K logs.7z なんで? ちなみに tar.gz や tar.bz2 で試すとほとんど差は出なかった。 何も困ってはいないんだけど不思議なので聞いてみた。
61 :login:Penguin :2013/01/06(日) 09:47:59.98 ID:A9uhtYyK.net >>59 > tar cJf logs_with_dir.tar.xz log > tar cJf logs_without_dir.tar.xz log/*.log "*.log"以外のファイルやディレクトリがあるんじゃないのか。 前者はlogディレクトリ以下の全てのファイルとディレクトリを対象とするが、 後者はlogディレクトリ以下の"*.log"のみを対象としている。
62 :59 :2013/01/06(日) 18:01:23.59 ID:zqjwY8tC.net >>61 おー、やっと反応があった。 > "*.log"以外のファイルやディレクトリがあるんじゃないのか。 それが logディレクトリ配下には "*.log"しか置いてないのよ。 $ tar tvJf logs_without_dir.tar.xz | wc -l 210 $ tar tvJf logs_with_dir.tar.xz | wc -l 211 1行違うのはディレクトリ自身の分ね。 それに >>60 の "xz -l" の結果を見ても、 Uncompressed のサイズはどっちも 702.6 MiB だし。
63 :login:Penguin :2013/01/07(月) 08:57:09.04 ID:N811VClS.net ためしに tar cf - log/*.log|xz > logs_without_dir_pipe.tar.xz してみるとどう?
64 :59 :2013/01/07(月) 18:50:41.98 ID:dCQMeIg4.net >>63 両方↓やってみた。 $ tar cf - log/*.log|xz > logs_without_dir_pipe.tar.xz $ tar cf - log|xz > logs_with_dir_pipe.tar.xz $ ls -sh1 logs_with*_dir_pipe.tar.xz 1.3M logs_with_dir_pipe.tar.xz 416K logs_without_dir_pipe.tar.xz $ xz -l logs_with*_dir_pipe.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 1,246.3 KiB 702.6 MiB 0.002 CRC64 logs_with_dir_pipe.tar.xz 1 1 414.7 KiB 702.6 MiB 0.001 CRC64 logs_without_dir_pipe.tar.xz ------------------------------------------------------------------------------- 2 2 1,660.9 KiB 1,405.3 MiB 0.001 CRC64 2 files やっぱり、当たり前と言えば当たり前だけど、結果は同じ。 あんまり関係ないと思うけど、念の為ログの説明しとくと、 hyperestraierインデックス作成時(maildir対象)のログね。 cronで回した際のログなので使用文字列の重複率非常に高し。
65 :59 :2013/01/07(月) 19:57:39.25 ID:dCQMeIg4.net んで、ちょっとテストケースを作ってみた。 mkdir -p /somewhere/test/dir/log cd /somewhere/test/dir time for i in $(seq -w 1 1000) do for j in $(seq -w 1 2000) do echo "test log text line ${j}" done > log/${i}.log done $ du -m log 47 log $ ls log|wc -l 1000 $ tar cf logs_with_dir.tar log $ tar cf logs_without_dir.tar log/*.log $ tar czf logs_with_dir.tar.gz log $ tar czf logs_without_dir.tar.gz log/*.log $ tar cjf logs_with_dir.tar.bz2 log $ tar cjf logs_without_dir.tar.bz2 log/*.log $ tar cJf logs_with_dir.tar.xz log $ tar cJf logs_without_dir.tar.xz log/*.log
66 :59 :2013/01/07(月) 19:58:52.41 ID:dCQMeIg4.net 結果: $ xz -l logs_with*dir.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 16.9 KiB 46.4 MiB 0.000 CRC64 logs_with_dir.tar.xz 1 1 13.8 KiB 46.4 MiB 0.000 CRC64 logs_without_dir.tar.xz ------------------------------------------------------------------------------- 2 2 30.7 KiB 92.8 MiB 0.000 CRC64 2 files $ gzip -l logs_with*dir.tar.gz compressed uncompressed ratio uncompressed_name 5114261 48650240 89.5% logs_with_dir.tar 5114237 48650240 89.5% logs_without_dir.tar 10228498 97300480 89.5% (totals) ※ bzip2 は "-l" オプションなし $ ls -al logs_with*tar* -rw-r--r-- 1 hiro hiro 48650240 2013-01-07 10:27 logs_with_dir.tar -rw-r--r-- 1 hiro hiro 549025 2013-01-07 10:28 logs_with_dir.tar.bz2 -rw-r--r-- 1 hiro hiro 5114261 2013-01-07 10:27 logs_with_dir.tar.gz -rw-r--r-- 1 hiro hiro 17336 2013-01-07 10:30 logs_with_dir.tar.xz -rw-r--r-- 1 hiro hiro 48650240 2013-01-07 10:27 logs_without_dir.tar -rw-r--r-- 1 hiro hiro 543453 2013-01-07 10:30 logs_without_dir.tar.bz2 -rw-r--r-- 1 hiro hiro 5114237 2013-01-07 10:27 logs_without_dir.tar.gz -rw-r--r-- 1 hiro hiro 14120 2013-01-07 10:31 logs_without_dir.tar.xz logs_with_dir.tar.xz の方が 1.2倍くらい大きくなる。 三倍も差があるわけじゃないけど、圧縮率の差が大きいのは やっぱり tar.xzなんだよなぁ。 *.tar 大きさ同じなのになー、やっぱ不思議。
67 :login:Penguin :2013/01/07(月) 22:40:29.73 ID:TM+tkKtJ.net そんなに差出なかった -rw-r--r-- 1 aaa users 5118621 1月 7 22:29 logs_with_dir.tar.gz -rw-r--r-- 1 aaa users 13828 1月 7 22:24 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 13796 1月 7 22:26 logs_without_dir.tar.xz xzのやつをxz -dで解いた後xz -9で固めたらこうなった -rw-r--r-- 1 aaa users 48650240 1月 7 22:24 logs_with_dir.tar -rw-r--r-- 1 aaa users 48650240 1月 7 22:26 logs_without_dir.tar -rw-r--r-- 1 aaa users 13692 1月 7 22:24 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 13584 1月 7 22:26 logs_without_dir.tar.xz
68 :59 :2013/01/07(月) 23:56:16.32 ID:dCQMeIg4.net >>67 むむ、ぬぁにぃぃぃ、こっちの環境のせいなのかぁ? こっちでも、 xz -d して xz -9 してみた。 -rw-r--r-- 1 hiro hiro 48650240 2013-01-07 23:37 logs_with_dir.tar -rw-r--r-- 1 hiro hiro 48650240 2013-01-07 23:40 logs_without_dir.tar -rw-r--r-- 1 hiro hiro 16972 2013-01-07 23:37 logs_with_dir.tar.xz -rw-r--r-- 1 hiro hiro 13668 2013-01-07 23:40 logs_without_dir.tar.xz やっぱり 1.2倍くらい違う。 えーと、こっちの環境は debian 6.0.6/squeeze で $ tar --version tar (GNU tar) 1.23 $ xz --version xz (XZ Utils) 5.0.0 liblzma 5.0.0 debian パッケージ的には、 $ apt-show-versions tar xz-utils tar/squeeze uptodate 1.23-3 xz-utils/squeeze uptodate 5.0.0-2 なんだけど、そっちの環境を教えてもらえますか?
69 :67 :2013/01/08(火) 00:05:54.47 ID:TM+tkKtJ.net Slackware 14.0 tar (GNU tar) 1.26 xz (XZ Utils) 5.0.4 liblzma 5.0.4 だった
70 :67 :2013/01/08(火) 00:24:54.72 ID:Yi/2g8hy.net ひょっとしてと思ってたけど、これ多分メモリの搭載量によって結果変るんだと思う さっきやったPCでまた新しくデータを作ってからlogs_with_dir.tar.xzを作って それを別の二台に送って解凍してからまた固めたらこうなった 一番上が最初のPC Mem: 1165120 696316 468804 0 10940 328680 Mem: 3915520 129536 3785984 0 9660 85404 Mem: 767544 97744 669800 0 15752 67784 -rw-r--r-- 1 aaa users 13908 1月 8 00:09 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 13828 1月 8 00:12 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 16948 1月 8 00:16 logs_with_dir.tar.xz xzとtarは全部同じバージョン
71 :login:Penguin :2013/01/08(火) 00:38:08.97 ID:Yi/2g8hy.net 最後のPCでwithoutのほう試すの忘れて電源切っちゃったけど 多分13800前後になるんだと思う なんでか分からないけどディレクトリ付きのほうが 圧縮するときメモリ使うってことじゃないかな
72 :login:Penguin :2013/01/08(火) 00:42:37.31 ID:Yi/2g8hy.net と適当なこと書いたけどxzやってる間そんなメモリ使ってないな
73 :59 :2013/01/08(火) 00:56:31.29 ID:5U01eE+J.net >>70 おー、そういう検証はとてもありがたい。 しかし Slackwareが出てくるとは…、年季入ってそうっすね。 こっちのメモリは、↓な感じ。 Mem: 3371996 2639292 732704 0 264628 1622812 まさにwithoutの方頼もうと思ってたら、電源切っちゃいましたか… メモリの使い方については、xz の man pageの "Memory usage"に いろいろ書いてありますね。 でも、メモリ搭載量で圧縮率に変動があるとしても、元々のお題の ディレクトリを含む/含まないによって圧縮率が変わることへの 直接の回答にはなっていないような感じ… んで、今さらながら より新しいバージョンの xz-utilsの NEWSを見てみたんだけど、 http://git.tukaani.org/?p=xz.git;a=blob;f=NEWS;hb=HEAD 5.0.3 (2011-05-21) * liblzma fixes: - lzma_stream_buffer_encode() no longer creates an empty .xz Block if encoding an empty buffer. Such an empty Block with LZMA2 data would trigger a bug in 5.0.1 and older (see the first bullet point in 5.0.2 notes). When releasing 5.0.2, I thought that no encoder creates this kind of files but I was wrong. なんかこれっぽい感じ。 今日はもう寝るけど、明日にでも sid の 新しいバージョンビルドして確認してみよう。
74 :67 :2013/01/09(水) 22:44:39.42 ID:Q9Cbtgql.net >>67 のときと同じのを展開した後はこれで tar cJf logs_with_dir2.tar.xz log tar cJf logs_without_dir.tar.xz log/*.log Mem: 767544 97056 670488 0 15600 67276 -rw-r--r-- 1 aaa users 13908 1月 9 22:33 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 16948 1月 9 22:36 logs_with_dir2.tar.xz -rw-r--r-- 1 aaa users 13812 1月 9 22:34 logs_without_dir.tar.xz Mem: 1165120 359552 805568 0 7776 196436 -rw-r--r-- 1 aaa users 13908 1月 8 00:47 logs_with_dir.tar.xz -rw-r--r-- 1 aaa users 13828 1月 9 22:35 logs_with_dir2.tar.xz -rw-r--r-- 1 aaa users 13812 1月 9 22:36 logs_without_dir.tar.xz 同じPCでも今回はサイズが微妙に違った
75 :59 :2013/01/14(月) 04:16:03.55 ID:ccIYmHSp.net 明日とか言いつつ、時間たっちゃったな。 てことで xz-utils 5.1.1alpha+20120614 で確認してみた。 なんで 5.0.4じゃないかというと、debian sid に 5.0.4 がなかったから。 試した結果だけど、若干前よりどちらも圧縮率は上がったけど、 圧縮率の差はそのまま。 >>73 の 5.0.3のliblzma fixesは関係なかったみたい。 $ ls -al logs_with*tar* -rw-r--r-- 1 hiro hiro 16920 2013-01-14 03:54 logs_with_dir.tar.xz -rw-r--r-- 1 hiro hiro 13836 2013-01-14 03:55 logs_without_dir.tar.xz $ xz -l logs_with*dir.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 16.5 KiB 46.4 MiB 0.000 CRC64 logs_with_dir.tar.xz 1 1 13.5 KiB 46.4 MiB 0.000 CRC64 logs_without_dir.tar.xz ------------------------------------------------------------------------------- 2 2 30.0 KiB 92.8 MiB 0.000 CRC64 2 files >>67 の人が検証してくれたおかげでとりあえず確認できたのは、 どうやらメモリ環境によって圧縮率は変動するらしいってことくらいか。 確かにそれらしいことが xz の man pageの "Memory usage"に 書かれてるけど、ディレクトリありなしによって圧縮率が変動する ことの理由にはなってないよなぁ。 てことで、なんかすっきりしないけど、解明はあきらめました。 >>67 の人は協力してくれてありがとう。 誰かが xz-utilsのソース読み込んで、 この現象をすっきり説明してくれることを願う。
76 :login:Penguin :2013/02/20(水) 23:23:26.32 ID:TJXl/4x3.net pxz
77 :login:Penguin :2013/04/01(月) 23:37:56.61 ID:8w3a7CB+.net >>67 >>75 今更だが気になったので実験。 ファイルはGNUのtar-1.26.tar.xzを使用した。 Debian wheezy 7.0 tar 1.26 xz (XZ Utils) 5.1.0alpha liblzma 5.1.0alpha Mem: 8104148 2631116 5473032 0 21232 1628468 これをgz,bzip2,xzでそれぞれ -c をつけてリダイレクトして圧縮する。 $ tar -cf tar_with.tar tar-1.26 $ tar -cf tar_without.tar tar-1.26/* $ du -b * | sort 14899200 tar_with.tar 14899200 tar_without.tar 1763224 tar_without.tar.xz 1788988 tar_with.tar.xz 2348783 tar_without.tar.bz2 2360563 tar_with.tar.bz2 3455923 tar_without.tar.gz 3456187 tar_with.tar.gz となった。.tarを比較してみる。 $ diff tar_with*.tar バイナリファイル tar_with.tar とtar_without.tar は異なります と出力されたのでtarの方に原因があると思われ。 ディレクトリの有無によるファイルサイズの違いについては xz-utilsよりtarのソースを読んだ方がいいかもしれない。
78 :login:Penguin :2015/11/26(木) 08:15:48.68 ID:oTJt1TGF.net CMIX http://www.byronknoll.com/cmix.html 圧縮率のためならメモリもCPUも使いまくるというポリシーの実装。 ベンチマークを見ると、30MBのファイルを550kBに圧縮できる代わりに、 メモリ20GBと24分という時間をかけている。 すごいけど推奨メモリ32GBはきつい…
79 :login:Penguin :2016/01/21(木) 16:01:55.90 ID:ZsqpdWQX.net BWTのの改良方法考えたんだけど、方法書くから誰かプログラム組んでもらえない? プログラム起こす人いたら、仕様書きます。 BWTのWikipedia見て思いついたことなので、私の仕様に不備があったら、 プログラム書かなくっても教えてもらえると助かる
80 :login:Penguin :2017/12/29(金) 15:13:27.11 ID:S/CsVkMC.net 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 EVBFQZKA6L
81 :login:Penguin :2018/05/22(火) 10:13:07.23 ID:Czl6p0FW.net 僕の知り合いの知り合いができた副業情報ドットコム 関心がある人だけ見てください。 グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 V2TCB
82 :login:Penguin :2018/07/29(日) 06:38:19.85 ID:lED4Gqol.net おまいら7zとxzは親戚で圧縮率が全く同じだって知ってた?
83 : :2019/02/03(日) 22:53:26.09 ID:XQhFDeeQ.net >>82 7zは lzma2 や ppmd などから符号を選べる lzma2を選択したらxzと同じになる それだけ
84 :login:Penguin :2020/01/24(金) 13:08:54 ID:MCMHsiRW.net 保守
85 :login:Penguin :2023/09/15(金) 16:24:16.33 ID:bHtwO9NEz 航空騒音によって知的産業壊滅、ネットでは日本語の最新技術情報なんてとっくに消滅してるし情報漏洩に不正送金にシステム障害まみれの ポンコツ後進国突っ走ってるが、騒音は音楽や執筆などの創作活動にまで影響を及ぼしてオチなし主張なしご都合主義のウンコンテンツだらけ 税金で地球破壞支援して世界最惡の脱炭素拒否テロ国家に送られる化石賞連続受賞して世界中から非難されながら力による一方的な現状変更 によってクソ航空機倍増、閑静な住宅地から都心まで数珠つなぎて゛鉄道の30倍以上もの莫大な温室効果ガスまき散らして気候変動 災害連発させることで私腹を肥やし続ける世界最悪の殺人テロ組織公明党蓄財3億円超の齋藤鉄夫みたいな外道に人類史上最高の苦痛とともに 息絶えさせたりクソ航空機を次々撃墜.国土破壊省ビ儿一帯を灰燼に帰したりクソ航空機廃絶すれば原發全廃て゛も余裕で電力足りるものを 核汚染水まで垂れ流して原発再稼働、憲法1З条25条29条と公然と無視しながら法による支配ガ−だのデタラメほさ゛いて隣国挑發して軍事利権 倍増、徴兵徴發を容易にするためにマイナンバー強要して霸権主義を目論むキチガイを見事に討ち取る感動コンテンツが待ち焦がれてんだぞ (羽田)тtps://www.call4.jР/info.php?tyРe=items&id=I0000062 , ttps://haneda-Ρroject.jimdofree.com/ (成田)Ttps://n-souonhigaisosyoudan.amebaownd.com/ (テロ組織)Τtps://i.imgur.Сom/hnli1ga.jpеg
36 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★
本文 スレッドタイトル 投稿者