Lumimi CSV

可靠性報告

CSV 編輯器最怕兩件事:大檔開不動,以及在你不知情下弄壞資料。所以我們對 Lumimi CSV 做的極限測試,直接拿最殘酷的檔案來餵:一千萬列的巨檔、一列塞 50MB 的怪檔、引號地獄、混合換行、非法編碼。以下是實測結果。

測試數據

1,000 萬列

521MB 巨檔實測開啟(約 18 秒,介面不凍結)

19ms

千萬列任意跳轉、捲動的卡頓峰值——無感

27ms

千萬列排序:背景執行,套用瞬間的峰值

秒級

10 萬列貼上與復原(單一步驟、可完整 undo)

100 分頁

同時開啟,9 秒內全數載入完成

0 次

全部壓力測試(含病態檔案轟炸)的 crash 次數

測試環境:MacBook Pro(Apple M5 Pro、18 核心、64GB 記憶體)、macOS 26.5。數據為該環境下的實測值,不同機器會有差異。

為最壞情況設計的保護

排序不鎖介面——千萬列排序在背景執行;排序中你照樣可以編輯,編輯永遠優先,過期的排序結果自動放棄。
儲存往返驗證——200 萬列寫出再重新載入,內容逐列抽樣比對一致;編碼、分隔符、換行、引號原樣保留。
病態檔案安全落地——單列 50MB、50 萬列引號地獄、混合換行 + BOM 全數正確解析;無法解讀的編碼明確拒絕,絕不默默亂解。
巨表防癱瘓——截圖工具、輸入法等系統輔助功能查詢不會拖垮千萬列的表格。

誠實的限制

記憶體用量約為檔案大小的 5 倍:千萬列(約 0.5GB)需要約 3GB 記憶體,建議 16GB 以上的機器。
超過 10 萬列的表格,VoiceOver 的逐格導覽會降級(為了防止輔助功能查詢癱瘓 App 的取捨)。
開啟千萬列等級的巨檔仍需十多秒——我們持續在縮短它。

測試方法與完整結果隨版本持續更新。發現問題?歡迎透過 App 內的「傳送回饋」告訴我們。

信頼性レポート

CSV エディタで最も怖いのは 2 つ:巨大ファイルが開けないこと、そして気づかないうちにデータが壊れること。だから Lumimi CSV の負荷テストでは、最も過酷なファイルをそのまま食わせました:1,000 万行の巨大ファイル、1 行 50MB の異常ファイル、引用符地獄、混在改行、不正なエンコーディング。以下は実測結果です。

テスト結果

1,000 万行

521MB の巨大ファイルを実測(約 18 秒、UI は固まらない)

19ms

1,000 万行での任意ジャンプ・スクロールのカクつきピーク

27ms

1,000 万行のソート:バックグラウンド実行、適用瞬間のピーク

秒単位

10 万行の貼り付けと取り消し(1 ステップで完全 undo)

100 タブ

同時に開いて 9 秒以内に全読み込み完了

0 回

全負荷テスト(異常ファイル爆撃を含む)でのクラッシュ数

テスト環境:MacBook Pro(Apple M5 Pro・18 コア・64GB メモリ)、macOS 26.5。数値は当該環境での実測値であり、環境により異なります。

最悪のケースに備えた保護

ソートで UI をロックしない——1,000 万行のソートはバックグラウンドで実行。ソート中も編集でき、編集が常に優先。古くなったソート結果は自動で破棄されます。
保存の往復検証——200 万行を書き出して再読み込みし、行単位のサンプリング比較で一致を確認。エンコーディング・区切り文字・改行・引用符はそのまま保持。
異常ファイルも安全に着地——1 行 50MB、50 万行の引用符地獄、混在改行 + BOM をすべて正しく解析。解読できないエンコーディングは明確に拒否し、黙って壊すことはありません。
巨大テーブルの保護——スクリーンショットツールや入力メソッドなどのアクセシビリティ照会が、1,000 万行のテーブルを麻痺させることはありません。

既知の制限

メモリ使用量はファイルサイズの約 5 倍:1,000 万行(約 0.5GB)には約 3GB のメモリが必要。16GB 以上のマシンを推奨します。
10 万行を超えるテーブルでは VoiceOver のセル単位ナビゲーションが制限されます(アクセシビリティ照会によるフリーズを防ぐためのトレードオフ)。
1,000 万行クラスの巨大ファイルを開くには十数秒かかります——短縮に取り組み続けています。

テスト方法と結果はバージョンごとに更新しています。問題を見つけた場合は、アプリ内の「フィードバックを送信」からお知らせください。

Reliability Report

The two worst things a CSV editor can do: choke on big files, and silently corrupt your data. So our stress tests feed Lumimi CSV the cruelest files we could build: ten million rows, a single 50MB row, quote hell, mixed line endings, invalid encodings. Here are the measured results.

Test Results

10M rows

521MB file opened in ~18s, UI never frozen

19ms

Worst hitch while jumping/scrolling anywhere in 10M rows

27ms

Sorting 10M rows: runs in the background, peak at apply

Seconds

Pasting and undoing 100k rows (single undo step)

100 tabs

Opened at once, all loaded within 9 seconds

Crashes across the entire stress suite, hostile files included

Test environment: MacBook Pro (Apple M5 Pro, 18-core, 64GB RAM), macOS 26.5. Figures are measurements from that environment; results vary by machine.

Built for the Worst Case

Sorting never locks the UI — 10M-row sorts run in the background; you can keep editing, edits always win, and stale sort results are discarded automatically.
Save round-trip verified — 2M rows written out and reloaded, sampled row-by-row for equality; encoding, delimiter, line endings, and quoting preserved exactly.
Hostile files land safely — a 50MB single row, 500k rows of quote hell, mixed line endings + BOM all parse correctly; undecodable encodings are rejected explicitly, never silently mangled.
Huge-table protection — accessibility queries from screenshot tools, input methods, and the like can't paralyze a ten-million-row table.

Honest Limitations

Memory usage is roughly 5× file size: 10M rows (~0.5GB) need about 3GB of RAM — a 16GB machine is recommended.
Above 100k rows, VoiceOver's per-cell navigation is reduced (the trade-off that keeps accessibility queries from freezing the app).
Opening a ten-million-row file still takes ~18 seconds — we keep working on shrinking it.

Methods and results are updated with each release. Found an issue? Tell us via “Send Feedback” inside the app.

可靠性报告

CSV 编辑器最糟的两件事：大文件卡死，以及在你不知情时弄坏数据。所以我们的极限测试专挑最刁钻的文件喂给 Lumimi CSV：一千万行、单行 50MB、引号地狱、混合换行符、无效编码。以下是实测结果。

测试结果

1000 万行

521MB 文件约 18 秒打开，界面全程不冻结

19 毫秒

在千万行中任意跳转／滚动的最差卡顿

27 毫秒

千万行排序：在后台执行，套用瞬间为峰值

数秒

粘贴与撤销 10 万行（单一撤销步骤）

100 个标签页

一次打开，9 秒内全部载入完成

整套极限测试（含病态文件）零崩溃

测试环境：MacBook Pro（Apple M5 Pro、18 核、64GB RAM）、macOS 26.5。数据为该环境下的实测值，结果会因机器而异。

为最坏情况而设计

排序绝不锁住界面——千万行排序在后台执行；你可以继续编辑，编辑永远优先，过期的排序结果会自动丢弃。
存储往返已验证——200 万行写出后重新载入，逐行抽样比对；编码、分隔符、换行符与引号规则完全保留。
病态文件安全落地——单行 50MB、50 万行引号地狱、混合换行符 + BOM 全都能正确解析；无法解码的编码会明确拒绝，绝不默默弄坏。
超大表格保护——来自截图工具、输入法之类的辅助功能查询，无法瘫痪一千万行的表格。

诚实的限制

内存用量约为文件大小的 5 倍：一千万行（约 0.5GB）需要约 3GB 内存，建议使用 16GB 以上的机器。
超过 10 万行后，旁白的逐格导航会被简化（这是让辅助功能查询不至于冻结 App 的取舍）。
打开一千万行的文件仍需约 18 秒——我们还在继续缩短它。

方法与结果会随每次更新一起修订。发现问题？请在 App 内用「发送反馈」告诉我们。

신뢰성 보고서

CSV 편집기가 저지를 수 있는 최악의 두 가지는 큰 파일에서 멈춰 버리는 것과, 모르는 사이에 데이터를 망가뜨리는 것입니다. 그래서 저희는 만들 수 있는 가장 가혹한 파일을 Lumimi CSV에 먹여 봤습니다. 천만 행, 50MB짜리 한 행, 따옴표 지옥, 뒤섞인 줄바꿈, 잘못된 인코딩까지. 실측 결과는 다음과 같습니다.

테스트 결과

1,000만 행

521MB 파일을 약 18초에 열고, 화면은 한 번도 멈추지 않음

19밀리초

천만 행 어디로 이동·스크롤해도 최악의 끊김

27밀리초

천만 행 정렬: 백그라운드에서 실행, 적용 순간이 최고치

몇 초

10만 행 붙여넣기와 실행 취소(한 번에 되돌림)

탭 100개

한꺼번에 열어 9초 안에 모두 불러옴

악조건 파일을 포함한 전체 테스트에서 충돌 없음

테스트 환경: MacBook Pro(Apple M5 Pro, 18코어, 64GB RAM), macOS 26.5. 수치는 해당 환경에서 측정한 값이며 기기에 따라 달라집니다.

최악의 경우를 상정해 만들었습니다

정렬이 화면을 붙잡지 않습니다 — 천만 행 정렬은 백그라운드에서 돌아갑니다. 계속 편집할 수 있고, 편집이 항상 우선하며, 뒤늦게 도착한 정렬 결과는 자동으로 버려집니다.
저장 왕복을 검증했습니다 — 200만 행을 저장하고 다시 불러와 행 단위로 표본 비교했습니다. 인코딩, 구분자, 줄바꿈, 따옴표 처리까지 그대로 유지됩니다.
악조건 파일도 안전하게 — 50MB짜리 한 행, 50만 행의 따옴표 지옥, 뒤섞인 줄바꿈과 BOM 모두 올바르게 해석합니다. 디코딩할 수 없는 인코딩은 분명히 거절하며, 조용히 망가뜨리지 않습니다.
초대형 표 보호 — 스크린샷 도구나 입력기 등이 보내는 손쉬운 사용 질의가 천만 행짜리 표를 마비시키지 못합니다.

솔직한 한계

메모리 사용량은 파일 크기의 약 5배입니다. 천만 행(약 0.5GB)에는 3GB 정도의 메모리가 필요하니 16GB 이상을 권장합니다.
10만 행이 넘으면 VoiceOver의 셀 단위 이동이 축소됩니다(손쉬운 사용 질의가 App을 얼리지 않게 하려는 절충입니다).
천만 행짜리 파일을 여는 데는 여전히 약 18초가 걸립니다 — 계속 줄여 나가고 있습니다.

방법과 결과는 릴리스마다 갱신합니다. 문제를 발견하셨나요? App 안의 '피드백 보내기'로 알려주십시오.

Zuverlässigkeitsbericht

Die zwei schlimmsten Dinge, die ein CSV-Editor tun kann: an großen Dateien ersticken und Daten unbemerkt beschädigen. Unsere Härtetests füttern Lumimi CSV deshalb mit den fiesesten Dateien, die wir bauen konnten: zehn Millionen Zeilen, eine einzelne 50-MB-Zeile, Anführungszeichen-Hölle, gemischte Zeilenenden, ungültige Codierungen. Hier sind die gemessenen Ergebnisse.

Testergebnisse

10 Mio. Zeilen

521-MB-Datei in ca. 18 s geöffnet, Oberfläche nie eingefroren

19 ms

Schlimmstes Stocken beim Springen/Scrollen in 10 Mio. Zeilen

27 ms

10 Mio. Zeilen sortieren: läuft im Hintergrund, Spitze beim Anwenden

Sekunden

100.000 Zeilen einsetzen und widerrufen (ein einziger Schritt)

100 Tabs

Auf einmal geöffnet, alle innerhalb von 9 Sekunden geladen

Abstürze im gesamten Härtetest, bösartige Dateien inklusive

Testumgebung: MacBook Pro (Apple M5 Pro, 18 Kerne, 64 GB RAM), macOS 26.5. Die Werte stammen aus dieser Umgebung; je nach Rechner fallen die Ergebnisse anders aus.

Für den schlimmsten Fall gebaut

Sortieren blockiert die Oberfläche nie — Sortierläufe über 10 Mio. Zeilen laufen im Hintergrund; du kannst weiter bearbeiten, Bearbeitungen haben immer Vorrang, und veraltete Sortierergebnisse werden automatisch verworfen.
Sicherungs-Rundlauf geprüft — 2 Mio. Zeilen geschrieben und neu geladen, zeilenweise stichprobenartig auf Gleichheit geprüft; Codierung, Trennzeichen, Zeilenenden und Anführungszeichen bleiben exakt erhalten.
Bösartige Dateien landen sicher — eine einzelne 50-MB-Zeile, 500.000 Zeilen Anführungszeichen-Hölle, gemischte Zeilenenden plus BOM werden alle korrekt gelesen; nicht decodierbare Codierungen werden ausdrücklich abgelehnt, nie stillschweigend verstümmelt.
Schutz für riesige Tabellen — Bedienungshilfen-Abfragen von Bildschirmfoto-Werkzeugen, Eingabemethoden und Ähnlichem können eine Tabelle mit zehn Millionen Zeilen nicht lahmlegen.

Ehrliche Grenzen

Der Speicherbedarf liegt bei etwa dem Fünffachen der Dateigröße: 10 Mio. Zeilen (~0,5 GB) brauchen rund 3 GB RAM — empfohlen ist ein Gerät mit 16 GB.
Oberhalb von 100.000 Zeilen ist die zellenweise Navigation von VoiceOver eingeschränkt (der Kompromiss, der verhindert, dass Bedienungshilfen-Abfragen die App einfrieren).
Eine Datei mit zehn Millionen Zeilen zu öffnen dauert weiterhin ca. 18 Sekunden — daran arbeiten wir weiter.

Methoden und Ergebnisse werden mit jeder Version aktualisiert. Etwas gefunden? Sag uns über „Feedback senden“ in der App Bescheid.

Rapport de fiabilité

Les deux pires choses qu’un éditeur CSV puisse faire : s’étouffer sur les gros fichiers et corrompre vos données en silence. Nos tests de résistance donnent donc à Lumimi CSV les fichiers les plus cruels que nous ayons pu fabriquer : dix millions de lignes, une seule ligne de 50 Mo, l’enfer des guillemets, des fins de ligne mélangées, des encodages invalides. Voici les résultats mesurés.

Résultats des tests

10 M de lignes

Fichier de 521 Mo ouvert en ~18 s, interface jamais figée

19 ms

Pire à-coup en sautant/défilant n’importe où dans 10 M de lignes

27 ms

Tri de 10 M de lignes : en arrière-plan, pic au moment d’appliquer

Secondes

Coller et annuler 100 000 lignes (une seule annulation)

100 onglets

Ouverts d’un coup, tous chargés en moins de 9 secondes

Plantage sur toute la campagne de tests, fichiers hostiles compris

Environnement de test : MacBook Pro (Apple M5 Pro, 18 cœurs, 64 Go de RAM), macOS 26.5. Les chiffres proviennent de cet environnement ; les résultats varient selon la machine.

Conçu pour le pire des cas

Le tri ne bloque jamais l’interface — les tris de 10 M de lignes s’exécutent en arrière-plan ; vous pouvez continuer à modifier, les modifications l’emportent toujours, et les résultats de tri périmés sont écartés automatiquement.
Aller-retour d’enregistrement vérifié — 2 M de lignes écrites puis rechargées, comparées ligne par ligne par échantillonnage ; encodage, séparateur, fins de ligne et guillemets restent exactement identiques.
Les fichiers hostiles atterrissent sans casse — une ligne unique de 50 Mo, 500 000 lignes d’enfer de guillemets, fins de ligne mélangées avec BOM : tout est analysé correctement ; les encodages indécodables sont explicitement refusés, jamais abîmés en silence.
Protection des tableaux géants — les requêtes d’accessibilité venues des outils de capture, des méthodes de saisie et consorts ne peuvent pas paralyser un tableau de dix millions de lignes.

Limites assumées

La mémoire utilisée représente environ 5× la taille du fichier : 10 M de lignes (~0,5 Go) demandent près de 3 Go de RAM — une machine de 16 Go est recommandée.
Au-delà de 100 000 lignes, la navigation cellule par cellule de VoiceOver est réduite (le compromis qui empêche les requêtes d’accessibilité de figer l’app).
Ouvrir un fichier de dix millions de lignes prend encore ~18 secondes — nous continuons de raboter ce chiffre.

Méthodes et résultats sont mis à jour à chaque version. Vous avez trouvé un problème ? Dites-le-nous via « Envoyer un commentaire » dans l’app.

Informe de fiabilidad

Las dos peores cosas que puede hacer un editor de CSV: atragantarse con archivos grandes y corromper tus datos en silencio. Por eso nuestras pruebas extremas le dan a Lumimi CSV los archivos más crueles que hemos sabido construir: diez millones de filas, una sola fila de 50 MB, el infierno de las comillas, finales de línea mezclados, codificaciones inválidas. Estos son los resultados medidos.

Resultados de las pruebas

10 M de filas

Archivo de 521 MB abierto en ~18 s, interfaz nunca congelada

19 ms

Peor tirón al saltar o desplazarse por 10 M de filas

27 ms

Ordenar 10 M de filas: se ejecuta en segundo plano, pico al aplicar

Segundos

Pegar y deshacer 100 000 filas (un solo paso de deshacer)

100 pestañas

Abiertas de una vez, todas cargadas en menos de 9 segundos

Fallos en toda la batería de pruebas, archivos hostiles incluidos

Entorno de prueba: MacBook Pro (Apple M5 Pro, 18 núcleos, 64 GB de RAM), macOS 26.5. Las cifras son mediciones de ese entorno; los resultados varían según el equipo.

Pensado para el peor de los casos

Ordenar nunca bloquea la interfaz: las ordenaciones de 10 M de filas se ejecutan en segundo plano; puedes seguir editando, las ediciones siempre mandan y los resultados de ordenación caducados se descartan solos.
Ida y vuelta del guardado verificada: 2 M de filas escritas y vueltas a cargar, comparadas fila a fila por muestreo; la codificación, el delimitador, los finales de línea y el entrecomillado se conservan exactamente.
Los archivos hostiles aterrizan sin daños: una sola fila de 50 MB, 500 000 filas de infierno de comillas, finales de línea mezclados con BOM… todo se analiza correctamente; las codificaciones indescifrables se rechazan de forma explícita, nunca se estropean en silencio.
Protección para tablas enormes: las consultas de accesibilidad de herramientas de captura, métodos de entrada y similares no pueden paralizar una tabla de diez millones de filas.

Limitaciones honestas

El uso de memoria ronda 5× el tamaño del archivo: 10 M de filas (~0,5 GB) necesitan unos 3 GB de RAM; se recomienda un equipo de 16 GB.
Por encima de 100 000 filas, la navegación celda a celda de VoiceOver se reduce (el compromiso que evita que las consultas de accesibilidad congelen la app).
Abrir un archivo de diez millones de filas sigue tardando unos 18 segundos; seguimos trabajando para recortarlo.

Los métodos y resultados se actualizan con cada versión. ¿Has encontrado un problema? Cuéntanoslo con «Enviar comentarios» dentro de la app.

Relatório de confiabilidade

As duas piores coisas que um editor de CSV pode fazer: engasgar com arquivos grandes e corromper os seus dados em silêncio. Por isso os nossos testes de estresse dão ao Lumimi CSV os arquivos mais cruéis que conseguimos montar: dez milhões de linhas, uma única linha de 50 MB, inferno de aspas, quebras de linha misturadas, codificações inválidas. Estes são os resultados medidos.

Resultados dos testes

10 mi de linhas

Arquivo de 521 MB aberto em ~18 s, interface nunca congelou

19 ms

Pior engasgo ao pular/rolar por qualquer ponto de 10 mi de linhas

27 ms

Ordenar 10 mi de linhas: roda em segundo plano, pico ao aplicar

Segundos

Colar e desfazer 100 mil linhas (um único passo de desfazer)

100 abas

Abertas de uma vez, todas carregadas em até 9 segundos

Travamentos em toda a bateria de testes, arquivos hostis incluídos

Ambiente de teste: MacBook Pro (Apple M5 Pro, 18 núcleos, 64 GB de RAM), macOS 26.5. Os números são medições nesse ambiente; os resultados variam conforme a máquina.

Feito para o pior caso

Ordenar nunca trava a interface — ordenações de 10 mi de linhas rodam em segundo plano; você continua editando, as edições sempre têm prioridade e resultados de ordenação desatualizados são descartados sozinhos.
Ida e volta do salvamento verificada — 2 mi de linhas gravadas e recarregadas, comparadas linha a linha por amostragem; codificação, delimitador, quebras de linha e aspas preservados exatamente.
Arquivos hostis pousam em segurança — uma única linha de 50 MB, 500 mil linhas de inferno de aspas, quebras de linha misturadas com BOM: tudo é interpretado corretamente; codificações que não dá para decodificar são recusadas explicitamente, nunca estragadas em silêncio.
Proteção para tabelas gigantes — consultas de acessibilidade vindas de ferramentas de captura, métodos de entrada e afins não conseguem paralisar uma tabela de dez milhões de linhas.

Limitações assumidas

O uso de memória fica em cerca de 5× o tamanho do arquivo: 10 mi de linhas (~0,5 GB) pedem uns 3 GB de RAM — recomendamos uma máquina de 16 GB.
Acima de 100 mil linhas, a navegação célula a célula do VoiceOver é reduzida (o preço que mantém as consultas de acessibilidade longe de congelar o app).
Abrir um arquivo de dez milhões de linhas ainda leva uns 18 segundos — continuamos trabalhando para encurtar isso.

Métodos e resultados são atualizados a cada versão. Encontrou um problema? Conte para a gente pelo «Enviar comentários» dentro do app.

Last updated: 2026-08-10 · csv.lumimi.app · Privacy