並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 2448件

新着順 人気順

Cephの検索結果401 - 440 件 / 2448件

  • RubyのFuseFS使ってtwitter file systemを作ってみた, あー月曜だなー, Ubuntu7.04でberyl, lsh-serverとpoderosa - 今日のなんでやねん(2007-05-07)

    凹 [Ruby] RubyのFuseFS使ってtwitter file systemを作ってみた 連休中,一度もプログラムを書かなかったので,最後の日くらいプログラム書こうと思って, スパイダーマン見ながらシコシコと書く. 何度見てもヒロインがおばちゃん顔でスパイダーマンに感情移入できないなぁ… さて,ブツはココ. FuseFSはもちろん,JSON impl for Rubyも必要. FUSEの勉強のために作ったんで,たいしたことはできませんが,もしかしたら今後面白いことができるようになるかも. 使い方は↓こんな感じ. copy config.sample config vi config ← username_hereとpassword_hereをtwitterにログインする奴で書き換える mkdir ~/twfs ruby twfs.rb config ~/twfs これで,~/twf

    • openomy

      • OpenZFS on Linux

        OpenZFS Releases Version Verify Changelog Man Pages Release Date

        • Linuxファイルシステムの基礎と応用 | OSDN Magazine

          ファイルシステムにおいてLinuxと他のOSが異なる点――それは、他のOSは標準でサポートするファイルシステムが2~3種程度であるのに対し、Linuxは非常に多彩な選択肢(ext2/ext3、ReiserFS、JFS、XFSなど)を提供していることだ。現在のところext3が使われることが多いものの、その理由は歴史的な経緯によるものであり、このファイルシステムがReiserFSやJFS、XFSに対して機能、性能的に優れているというわけではない。 以下で紹介する4つの記事は、2003年に発行された『Linux Power Tools』からの抜粋であり、ここではext3、ReiserFS、JFS、XFSの4つのファイルシステムのその特徴から設定・運用方法までが解説されている。4年前の記事ではあるが、その内容は2007年の現在でも通用するものばかりだ(ext4やReiser4といった新世代のファイ

            Linuxファイルシステムの基礎と応用 | OSDN Magazine
          • サービス終了のお知らせ

            サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

            • ファイル名はなくてもいいかもしれない - モジログ

              言語ゲーム - 無名ファイルシステム http://d.hatena.ne.jp/propella/20050822/p2 <無名のファイルシステムを考える。無名とは呼んで字の如くファイルに名前がついてない事である。私達はファイルには必ずファイル名がついている物と考えているが、ファイル名には欠点がある。だからファイル名は無いほうが良い。少なくともファイル名が無くとも動作するシステムを設計するべきだという主張>。 <簡単な話ファイルをメモリのように扱うという事だ。ファイルは無名であるべきである>。 たしかに、そうかもしれない。 わたしたちはもうURLに慣れている。 いまではURLのほとんどは自動的に生成されているが、それで誰も困らない。 とにかく一意的にページやファイルを識別できればよく、自動生成でも構わない。 多くのブログツールではエントリのIDを自動生成するが、それと同じでいい。 ファイ

              • 7 Default Windows Files and Folders You Should Never Touch

                Windows contains countless default files and folders, many of which the average user shouldn't touch. Here are folders you should leave alone to avoid damaging your system. In addition to your personal files and folders, the Windows OS itself takes up a lot of space on your computer. With a bit of searching, you can find hidden Windows caches that are safe to clear if you need to reclaim space. Ho

                  7 Default Windows Files and Folders You Should Never Touch
                • LVM

                  LVM(logical volume manager)とは,複数のハード・ディスクやパーティションにまたがった記憶領域を一つの論理的なディスクとして扱うことのできるディスク管理機能。LinuxをはじめとしたUNIX系OS上で利用できる。 LVMでは,パーティション内を数十Mバイトの多数の小さな領域(物理エクステント)に細かく分割して管理する。(1)物理エクステントの集団を2つに分ける,(2)異なるハード・ディスク上にある物理エクステントを1つにまとめて管理する,ことであたかも1つのハード・ディスクを分割したり,複数のハード・ディスクを結合したかのように利用できる。 LVMを利用するには,ハード・ディスク内にLVM用のパーティションを用意する(図)。このパーティションを物理ボリューム(PV:Physical Volume)と呼ぶ。 LVMに参加する物理ボリュームは,最初に初期化される。初期化

                    LVM
                  • 64bitファイルシステム XFSの実装

                    XFSの歴史 XFSはSilicon Graphics(以下SGI:編注)が開発したジャーナリングファイルシステムである。XFSの開発が開始された当時、SGIはすでにEFS(Extent File System)というファイルシステムを持っていた。SGIがXFSで目指したものは、次世代の拡張性を考慮した64bitファイルシステムを新規開発することだった。 XFSは、1994年後半にリリースされたIRIX 5.3(IRIX 5.3 with XFS)に初めて搭載された。1996年にIRIX 6.2がリリースされると、全SGIシステムに標準でインストールされるようになった。1999年前半にはLinuxへ移植され、GPL(GNU General Public License)の下でオープンソースとして公開された。 最初のLinux用XFSであるXFS 1.0 for Linuxは、カーネル2.4

                      64bitファイルシステム XFSの実装
                    • Apache Hadoop

                      This is the first release of Apache Hadoop 3.4 line. It contains 2888 bug fixes, improvements and enhancements since 3.3. Users are encouraged to read the overview of major changes. For details of please check release notes and changelog. This is a release of Apache Hadoop 3.3 line. It contains 117 bug fixes, improvements and enhancements since 3.3.5. Users of Apache Hadoop 3.3.5 and earlier shoul

                      • ファイルディスクリプタとかulimitとか/proc/sys/fsとかめも - tweeeetyのぶろぐ的めも

                        はじめに ファイルディスクリプタについては理解も薄かったのでこの機会にメモ 参考 主にこちらのサイトを参考にさせて頂きました →絵で見てわかるファイルディスクリプタ・パイプ・リダイレクト →Linuxのファイルディスクリプタ数を変更・確認する方法 →180style wiki>ファイルディスクリプタを確認する →ファイルディスクリプタ数の上限変更とlimits.confの罠 補足 こんなのもあります →ファイルディスクリプタをperlで見てみたいときメモ ついでに td-agent(fluentd)を使うにあたってファイルディスクリプタについてこんな表記がある ファイルディスクリプタの最大数を増やしてください。現在の数値は ulimit -n コマンドで確認できます。 →treasure dataさんの「Fluentdインストールの前に」ページです ファイルディスクリプタについて ファイル

                          ファイルディスクリプタとかulimitとか/proc/sys/fsとかめも - tweeeetyのぶろぐ的めも
                        • OpenZFS

                          See OpenZFS Developer Summit 2022 for presentations and information about last year's conference. Introduction to OpenZFS OpenZFS is an open-source storage platform. It includes the functionality of both traditional file systems and volume manager. It has many advanced features including: Protection against data corruption. Integrity checking for both data and metadata. Continuous integrity verifi

                          • Solaris ZFS 管理ガイド - Sun Microsystems

                            • ファイル等を復元できないように削除するソフトウェア

                              ファイル等は通常削除してもその内容の情報はなんらかの形で残っており、復元することが可能な場合があります。重要な情報が含まれるファイル等は削除する際にも復元できないようにしなければなりません。ここでは、そのような復元を難しくし安全に削除できるソフトウェアを紹介します。 どのような方法によって「安全な」削除を実現しているかはソフトウェアによって異なります。一つ一つのツールについては検証していませんのでご使用にあたってはご確認下さい。 また、このような削除を行わなかった場合に復元を助けてくれるツールも紹介します。 この文書の作成にあたって情報を下さった、首藤さんや上野さん、ssta-tachメーリングリストでの議論(いはらさん、根津さん)、slashdot.jpでのコメントに感謝します。データサルベージってどうよ。〜あるいは、HDD 破棄の極意とは?〜(はまもとさん)にあるの文書・ソフトウェアを

                              • Electronを使ってMac向けのアプリを開発する時のファイル名の扱いについて (所謂UTF-8-MAC問題) - Qiita

                                以前Nodeで作っていたものをElectronで作り直していて、同じ問題にまたハマったので書いておく。 所謂、UTF-8-MAC問題である。もう遥か昔にNodeでハマった時の記事がある。 node.jsでUTF-8-MACを扱う - joker1007の日記 Macのファイルシステムはファイル名に対してNFDとかいう正規化を行っていて、ファイルシステムにアクセスする時に勝手に変換しやがる仕組みになっている。 このせいで、濁点が入ると急に死ぬとか、本当辛い問題が起きる。何の嫌がらせなんだと……。この世界は文字が8ビットで済む様な国ばっかじゃねえんだよ! とりあえずMac NFDでググると辛いのは俺だけじゃない気持ちになれる。 で、昔は上で貼ったブログに書いたような方法で解決していたのだが、正直、この解決策は2015年にもなって面倒過ぎるだろと思っていた。 (マジかよーってググって自分の記事が

                                  Electronを使ってMac向けのアプリを開発する時のファイル名の扱いについて (所謂UTF-8-MAC問題) - Qiita
                                • クラスタファイルシステム「lustre」を触ってみます : DSAS開発者の部屋

                                  負荷分散環境では必須ともいえるネットワークストレージですが、皆様の環境ではどのようなものをお使いでしょうか。 「ファイル共有なんてなくしてしまえっ!!」って言いたくなることも時々あったりしますが(笑)、画像などの素材データ類はDBに格納するよかファイルとして扱う方が運用上楽だったりするので、そう簡単に抹殺するわけにもいきません。 DSASではDRBDで冗長化したNFSサーバ(もちろんLinuxベース)をネットワークストレージとして使っていますが、構成上どうしても特定のサーバに負荷が集中しがちになるのが悩みの種です。 特にせっぱ詰まって困ってる訳ではないのですが「どーしたもんかなあ」と物思いにふけっていると、いつもお世話になっている協力会社の方から「lustreってのもあるよん」と教えてもらったので軽く調べてみました。これはなかなか楽しそうなクラスタファイルシステムじゃあないですか! lus

                                    クラスタファイルシステム「lustre」を触ってみます : DSAS開発者の部屋
                                  • Google Code Archive - Long-term storage for Google Code Project Hosting.

                                    Code Archive Skip to content Google About Google Privacy Terms

                                    • Kubernetesに分散ストレージのCephを統合する「Rook」がCNCFの正式プロジェクトに。ファイル、ブロック、S3互換オブジェクトストレージやマルチリージョン対応も

                                      Kubernetesに分散ストレージのCephを統合する「Rook」がCNCFの正式プロジェクトに。ファイル、ブロック、S3互換オブジェクトストレージやマルチリージョン対応も Cloud Native Computing Foundationは、Kubernetesにストレージ機能を統合する「Rook」を15番目のプロジェクトとして承認した。Rookの最初のターゲットはKubernetesにCephを統合することである。 Dockerコンテナを用いた分散アプリケーションのオーケストレーションツールであるKubernetesは、現在のところクラスタ化されたコンテナの死活管理といったオーケストレーション機能を提供するソフトウェアです。 Kubernetesの開発を主導しているCloud Native Computing Foundation(以下CNCF)は、Kubernetesにストレージ管

                                        Kubernetesに分散ストレージのCephを統合する「Rook」がCNCFの正式プロジェクトに。ファイル、ブロック、S3互換オブジェクトストレージやマルチリージョン対応も
                                      • ジャーナリングファイルシステムが保護する「情報」

                                        信頼性が高いとされるジャーナリングファイルシステムだが、ジャーナルによって何が保護されるのかを理解していないと、とんでもない落とし穴にはまってしまう。今回は、ジャーナリングファイルシステムの総論とそのほかの各種技術について解説する。(編集局) ジャーナリングファイルシステム Linuxではカーネル2.4以降、ext3、ReiserFS、JFS、XFSなど複数の「ジャーナリングファイルシステム」がカーネルに追加された。Linuxでジャーナリングファイルシステムが必要とされている背景には、Linuxがエンタープライズを志向するに伴ない、大容量記憶装置の利用によるデータの安全性、起動時のfsck時間短縮などの要求が高くなってきたことが挙げられる。 ジャーナリングファイルシステムとは? 「ジャーナリング」は、ジャーナル(またはログ)と呼ばれるデータを定期的に記録する技術で、もともとはデータベースで

                                          ジャーナリングファイルシステムが保護する「情報」
                                        • Ext2fsd Project

                                          Open source ext3/4 file system driver for Windows (2K/XP/WIN7/WIN8) WARNINGS: Don't use Ext2Fsd 0.68 or earlier versions with latest Ubuntu or Debian systems. Ext2Fsd 0.68 cannot process EXT4 with 64-BIT mode enabled, then it could corrupt your data. Very sorry for this disaster issue, I'm working on an improvement. Features implemented and bugfix: 1, FIXME: superblock corruption of EXT4 volumes w

                                          • Grid Datafarm - Gfarm file system [Japanese]

                                            datafarmSearch this site The site moved!Sitemap The site moved! Url Redirector ModifiedAutomatically redirecting to http://sourceforge.net/projects/gfarm/ Sign in|Recent Site Activity|Report Abuse|Print Page|Powered By Google Sites

                                            • Sheepdog Project

                                              Overview Sheepdog is a distributed storage system for KVM. It provides highly available block level storage volumes that can be attached to KVM virtual machines. Sheepdog supports advanced volume management features such as snapshot, cloning, and thin provisioning. sheep is a disk I/O management process, dog is a cluster management process, and KVM is patched virtual machine monitor

                                              • GitHub - muesli/duf: Disk Usage/Free Utility - a better 'df' alternative

                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                  GitHub - muesli/duf: Disk Usage/Free Utility - a better 'df' alternative
                                                • WindowsからLinuxのファイルシステムを扱える「Ext2Fsd」 | エンタープライズ | マイコミジャーナル

                                                  Open source ext3/4 file system driver for Windows (2K/XP/VISTA/WIN7) 7月9日(米国時間)、Ext2Fsdの最新版となる「Ext2Fsd 0.51」が公開された。Ext2FsdはWindowsプラットフォームからExt2、Ext3、Ext4でフォーマットされたボリュームを扱うためのファイルシステムドライバ。GPLv2のもとでフリーソフトウェアとして配布されている。 Ext2Fsd 0.51で注目されるのは、これまでサポートされていなかったExt4ボリュームに対する書き込みが可能になった点にある。UbuntuやFedoraなど人気のあるディストリビューションは今のところExt4をデフォルトのファイルシステムとして採用している。Ext2FsdがExt4への書き込みをサポートしたことで、こうしたOSのファイルシステムをWindo

                                                  • tmpfsが/dev/shmをマウントしている件 - サーバー技術メモ

                                                    前から気になってた。tmpfsって何? ノートLinuxでファイルシステムのディスク容量を見てみるとこうなってる。 # df -Th Filesystem Type サイズ 使用 残り 使用% マウント位置 /dev/hda2 ext3 19G 7.1G 11G 41% / tmpfs tmpfs 248M 0 248M 0% /lib/init/rw udev tmpfs 10M 64K 10M 1% /dev tmpfs tmpfs 248M 0 248M 0% /dev/shm /dev/hda1 ext3 938M 51M 840M 6% /boot /dev/hda3 ext3 17G 9.7G 6.1G 62% /homeFilesystemの中の/dev/hda達は、/etc/fstabに書いてるから納得だけど、 Typeがtmpfsなのがよくわからない。 仮想メモリベースの

                                                      tmpfsが/dev/shmをマウントしている件 - サーバー技術メモ
                                                    • 正規化 - odz buffer

                                                      ref:ウノウラボ Unoh Labs: Mac OS X上のUnicode ref:はてなブックマーク - ウノウラボ Unoh Labs: Mac OS X上のUnicode 符号化方式と正規化の問題を激しく混同した解説をどうも。ブックマークコメントをみても正しく問題が伝わっていないように思える。というか、書いた人がきちんと認識してないんじゃないか。 2007年09月04日 omaya omaya 誰が悪いんだろう。 強いて言えば NFD な Unicode の入力に対してまともに動かない Web アプリじゃないかな。 2007年09月04日 mattn mattn macosx, unicode ブラウザのバグだしバージョンで処理しないといけないのかな... ブラウザのバグではない。 しかもややこしいことに、UTF-8で濁点をあらわすコードは「U+309B」(KATAKANA-HIR

                                                        正規化 - odz buffer
                                                      • Web屋のネタ帳 on CNET - linux上でディレクトリ内に作成できる最大ファイル数は1万から1.5万だが実際は5000個くらいでやめておいたほうが

                                                        あまりCNET向きとは言えない技術的過ぎるTIPSで恐縮なのだが。 Linuxのドキュメントには次のように記載されている。 現行の単方向リンクのリストによるディレクトリの実装で、一つのディレクト リ内のファイル数は、実運用上約 10-15k 個が上限になります。この制限はこ のような大きなディレクトリ内のファイルを作成および削除 (さらに検索) す る時のパフォーマンスの問題のためです。 JF: Linux Kernel 2.4 Documentation: ext2.txt より 注:これは現在主流のext3ではなく古いext2のものだが、実際問題としてこの制限はほとんど変わっていない。xfsになると話は別だが。 ということで、ひとつのディレクトリにつくれるファイル数は1万個くらいにしておいたほうがいいようだ。 だが筆者の経験上ではせいぜい5000個くらいでやめておいたほうがいい。

                                                        • ユビキタスの街角: 階層型ファイルシステムの憂鬱

                                                          Unixが普及したためか、ファイルは階層的に管理するものだという常識が浸透しており、現在はパソコンでもスマホでもファイルは階層的に管理するのがあたりまえになっている。階層的ファイル管理は確かに便利なものだが誰もが使いこなせるものではない。階層化が自然なもの(住所など)や分類の専門家がいるところ(図書館など)ではデータを階層的に管理するのが良いかもしれないが、パソコン上の雑多なデータを階層的に管理することは普通の人には無理である。「1月の会議でA社に貰ったBプロジェクトの資料」のような文書を入手したとき、「1月」のフォルダに入れるべきなのか「A社」のフォルダに入れるべきなのか「Bプロジェクト」のフォルダに入れるべきなのか判断に苦しむし、そもそもファイル名をどうすればいいのかわからない。新しいデータが来るたびにこのように悩むのは全く理不尽であり、私の場合はすべてデスクトップ上に置いてしまうので

                                                          • AWSのストレージよもやま話 s3,ebsからStorage Gateway,EMRFSまで - プログラマでありたい

                                                            昨日、VPCの話を書いていて思い浮かんだのがストレージの話です。AWSのストレージといえば、S3とEBSが中心です。しかし、オンプレからの移行ではNAS相当のものがなくて、先人たちは色々と試行錯誤してきました。また、製品群を見返すとAWS自身も相当いろいろ検討して苦労したのだなと解ります。という訳で、何の役に立たないAWSのストレージの四方山話です。 s3fs 事実上無限の容量を持つS3をファイルシステムとして扱えるs3fs。誰しも一度は夢をみて、夢敗れるファイルシステムではないでしょうか。これは純正のライブラリではなく、サードパーティ製です。構造としては下記の通りで、問題点としてはメタデータ(ファイル一覧や個々のファイルの日付・サイズ等の情報)を持たない点です。よって使い方によっては、かなり遅いです。また初期のものはメモリーリークとか多く、定期的な再起動が必要だったりします。 みんな薄々

                                                              AWSのストレージよもやま話 s3,ebsからStorage Gateway,EMRFSまで - プログラマでありたい
                                                            • craftware - CraftLaunch

                                                              キーボードでコマンドを打ち込むことで、アプリを実行コマンドを途中まで入力すれば、残りが補完されるファイル名も補完されるスクリプト言語 Python で自由度の高いカスタマイズが可能かなり自由にホットキーを設定できる(たとえばScrollLockだけでもOK)ウインドウサイズが小さく、邪魔にならない自由にキーアサインが可能ミュージックプレイヤを内蔵ソースコードを公開

                                                              • VMware仮想ディスクの拡張 - Ogawa::Memoranda

                                                                Posted by: Hirotaka Ogawa @ November 30, 2006 11:08 AM | VMware で仮想ディスクのサイズを変更したくなったとき :: Drk7jp そんな面倒くさいことをしなくても、VMwareで動作させている環境がKernel 2.6+LVM2で、Logical Volumeがext2かext3でフォーマットしてあるのであれば、何も考えずにオンラインリサイズできます。 もともと8GBだった仮想ディスクに2GB加えて10GBにする場合を例に説明します。まず、拡張前のfdisk, dfの出力がこんな感じです。 # /sbin/fdisk -l Disk /dev/hda: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders Units = cylinders

                                                                • 「WslFs」はWindows Subsystem for Linuxでのファイルシステムを置き換える存在!? (1/3)

                                                                  Windows Subsystem for Linuxのファイルシステムには VolFsとDrvFsの2つがある WSLには、2つの独自のファイルシステム「VolFs」と「DrvFs」がある。前者は、ディストリビューションがインストールされるファイルシステムで、Linuxのメインのファイルシステムに相当する。名称は「Volume File System」の意味と思われるが、最近のWSLでは、「lxfs」と表記される。後者は、WSL内からWindowsのNTFSにアクセスするためのもので「Drive File System」の略と思われる。 wslconfig.exeの「/upgrade」オプションは、VolFsをアップグレードするためのものだ。実行は簡単で、WSLが起動していないときにディストリビューション名を指定して実行すればよい(ディストリビューション名は「/list」オプションで表示

                                                                    「WslFs」はWindows Subsystem for Linuxでのファイルシステムを置き換える存在!? (1/3)
                                                                  • えとらぼ、分散型ストレージ「kumofs」をオープンソースで公開

                                                                    えとらぼは1月18日、分散型のストレージシステム「kumofs」をApache License 2.0 のもとオープンソースとして公開した。kumofsは同社の写真ストレージサービス「Ficia」で使用されている。 kumofsはレプリケーション機能を備え、一部のサーバに障害が発生しても正常に動作し続けられるほか、自動的に複数のサーバに負荷を分散して高速に動作するという。システムを止めることなくサーバの追加や復旧ができるなど、スケーラビリティ性に優れるという特徴もある。 kumofsはInteropTokyo 2009 クラウドコンピューティングコンペティションで優勝した。えとらぼはプログラムをオープンソースとして公開することにより、多くの人にkumofsを利用してもらい、プログラムの改善に参加してほしいとしている。 えとらぼは元ミクシィCTOの衛藤バタラ氏が創業したベンチャー企業だ。

                                                                      えとらぼ、分散型ストレージ「kumofs」をオープンソースで公開
                                                                    • 分散ストレージについて再び(6) - pekeqのブログ

                                                                      LustreでもAFSでもないと思って探した結果、見つけたのがGfarmだった。これはかなりすてきな分散ファイルシステムで、なぜこれがこんなに知られていないのかさっぱりわからない。どこかのメジャーな技術系ブロガーが記事一本書けばブレイクするんじゃないかと思う。ぼくのブログじゃ無理だ。 メタデータサーバとストレージノードが分かれたアーキテクチャ メタデータサーバはPostgreSQLで動く メタデータキャッシュサーバを立てることができ、メタデータサーバの負荷が高まらないようにできる(!) レプリケーション可能。しかもファイル単位で設定できる(!!!) 巨大なファイルを複数ノードに分散させることも可能 分散処理コマンドが豊富。gfgrepなんてもうシビれる 並列分散処理のための基盤としても使うことができる などなど、すてきな機能が盛りだくさん 詳しくはGfarm Workshopのページに資料

                                                                        分散ストレージについて再び(6) - pekeqのブログ
                                                                      • Google、SDカード性能が大幅に向上する新ファイルシステム「SD Card FS」をAndroid向けに開発中 | juggly.cn

                                                                        Google が「SD Card FS」と呼ばれる新たなファイルシステムを Android 向けに開発していることが分かりました。Reddit ユーザーが報告しました。 Reddit への報告者によると、SD Card FS は Android Developers Backstage のポッドキャストに出演した Android システムチームの Rom Lemarchand が明らかにしたことで、公式に発表されたことではありません。 ファイルシステムのネーミングからして、SD Card FS は SD / Micro SD カード専用のファイルシステムだと見られます。 ファイルシステムは HDD やフラッシュメモリなどのストレージ上でファイルを管理するための仕組みで、Linux を含む全てのオペレーティングシステムは基本的にファイルシステムを構成してファイルを保存します。 伝えられている

                                                                        • ブラウザーにファイルを残せるFile system APIの使い方 (1/5)

                                                                          HTML5では、Web StorageやWeb SQL/Indexed DBといった、JavaScriptでクライアントサイド(ブラウザー)にデータを保存する機能があります。今回紹介する「File system API」もそんな機能の1つですが、MacやWindowsのようなディレクトリを持ったファイルシステムにデータをファイルとして保存できます。 File system APIを使うと、Canvasに描いた画像をファイルとしてブラウザーに保存する、といったことができます。現在のところ、「Google Chrome」と、Android 4の「Chrome for Android」だけで利用できますが、特にスマートフォンでファイルが扱えるのは便利でしょう。 今回は、File system APIを使って簡単なファイラーを作ります。File system APIは非同期処理が多く、掲載している

                                                                            ブラウザーにファイルを残せるFile system APIの使い方 (1/5)
                                                                          • https://lowlife.jp/yasusii/stories/20.html/

                                                                            • Read files in JavaScript  |  Articles  |  web.dev

                                                                              Read files in JavaScript Stay organized with collections Save and categorize content based on your preferences. Selecting and interacting with files on the user's local device is one of the most commonly used features of the web. It allows users to select files and upload them to a server, for example, when sharing photos or submitting tax documents. It also allows sites to read and manipulate the

                                                                                Read files in JavaScript  |  Articles  |  web.dev
                                                                              • ブラウザストレージ技術とプライベートブラウジング(改訂版) - Nothing ventured, nothing gained.

                                                                                4年前に HTML5のストレージ技術とプライベートブラウジング - Nothing ventured, nothing gained. という投稿をした。ブラウザのストレージ技術であるWeb SQL Database、Local Storage、Session Storage(いずれもWeb Storageで規定)のそれぞれが各ブラウザのプライベートブラウジングモードで使えるかを試してみたものである。 4年が経過し、各ブラウザの実装状況も変化した。また、ストレージ技術にも変化があったので、改めて調査してみた。 対象としたブラウザは前回と同じ5種類。Internet Explorer、Firefox、Opera、Safari、Chrome。それぞれ以下のバージョンを用いた。 Internet Explorer - 11.0.9600.17126 (Windows 7) Firefox - 3

                                                                                  ブラウザストレージ技術とプライベートブラウジング(改訂版) - Nothing ventured, nothing gained.
                                                                                • ウノウラボ Unoh Labs: ext3の dir_indexを試す

                                                                                  こんにちは、佐藤です。kernel 2.6系のext3からdir_indexというものがサポートされたようなのでどのような状況でパフォーマンスが向上するか実験してみました。 環境は以下です。 uname -a; cat /etc/issue.net Linux 2.6.18-8.1.3.el5 #1 SMP Mon Apr 30 19:55:44 EDT 2007 i686 i686 i386 GNU/Linux CentOS release 5 (Final) まず/dev/sdb1にext3領域をを作ってみます。 sudo mkfs.ext3 -j /dev/sdb1 sudo tune2fs -l /dev/sdb1 # 詳細表示 .... Filesystem features: has_journal resize_inode dir_index filetype needs_r