Edit: moved to here https://blog.haicon.moe/posts/logitech-f310-to-work-with-macbook-usb-c-port/
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| #!/bin/bash | |
| # | |
| # This script will browse a Slack export folder and download all files in a new /export folder | |
| # | |
| # HOW TO: | |
| # 1. As a Workspace admin, download an export of your Slack history (https://www.slack.com/services/export) | |
| # 2. Make sure you have jq installed (https://stedolan.github.io/jq/) | |
| # 3. Place this file at the root of your Slack export folder, next to channels.json | |
| # 4. Run `bash slack-files-downloader.sh` in your terminal | |
| # |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| const get_login_options = () => { | |
| const LOGIN_URL = "https://www.kurashi.tepco.co.jp/kpf-login"; | |
| const payload_data = { | |
| ACCOUNTUID: 'test@gamil.com', | |
| PASSWORD: 'secure-password-1234', | |
| HIDEURL: '/pf/ja/pc/mypage/home/index.page?', | |
| LOGIN: 'EUAS_LOGIN' | |
| }; |
- Micron® 9300 MAX NVMe™ SSDs + Red Hat® Ceph® Storage for 2nd Gen AMD EPYC™ Processors
- Micron® 7300 MAX NVMe™ SSDs + Red Hat® Ceph® Storage for 2nd Gen AMD EPYC™ Processors
- Dell EMC Ready Architecture for Red Hat Ceph Storage 3.2 Cost Optimized Block Storage Architecture Guide
- Red Hat Ceph Storage on Dell EMC servers Object storage performance and sizing guide
- [Dell EMC Ready Architecture for Red Hat Ceph Storage 3.2 Performance Optimized Block Storage Architecture Guide](https://www.delle
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| #!/usr/bin/env python3 | |
| import numpy as np | |
| # Assume that P = N * N. | |
| N = 4 | |
| A = np.arange(0, 2 * N * N, 2).reshape(N, N) | |
| B = np.arange(1, 2 * N * N, 2).reshape(N, N) | |
| C_gt = A.dot(B) |
2019年3月14日、Googleが円周率を31兆桁計算したと発表しました。このニュースを聞いて僕は「GoogleがノードまたぎFFTをやったのか!」と大変驚き、「円周率の計算には高度な技術が必要」みたいなことをつぶやきました。しかしその後、実際にはシングルノードで動作する円周率計算プログラム「y-cruncher」を無改造で使っていることを知り、「高度な技術が必要だとつぶやいたが、それは撤回」とつぶやきました。円周率の計算そのもののプログラムを開発していなかったとは言え、これだけマッシブにディスクアクセスのある計算を長時間安定実行するのは難しく、その意味においてこの挑戦は非自明なものだったのですが、まるでその運用技術のことまで否定したかのような書き方になってしまい、さらにそれが実際に計算を実行された方の目にもとまったようで、大変申し訳なく思っています。
このエントリでは、なぜ僕が「GoogleがノードまたぎFFT!?」と驚いたか、そんな話を書いてみたいと思います。
NewerOlder