No. 8775th of 7 editions that day← Earlier Later →
USB chaos labeled, Windows temp vars explained, and AI agents get Makefiles
- USB: Label your cables or suffer forever
- TMP vs TEMP: Windows compatibility theater since DOS
- SKILL.make: Makefiles for AI agent workflows
1The USB Situation USB 线的混乱局面 USB ケーブル問題 USB 케이블 상황 El caos de los cables USB Das USB-Chaos ¶
34 points30 commentsHN 47950993by herbertl
USB cables look identical but have wildly different capabilities. The article advocates for labeling every cable with its actual specs (speed, power delivery, video support) using a label maker. No amount of staring at a cable will tell you if it's USB 2.0 garbage or Thunderbolt 4 gold.
USB 线看起来一样但功能差异巨大。文章建议用标签机标注每根线的实际规格（速度、供电、视频支持）。盯着线看是分辨不出 USB 2.0 还是雷电 4 的。
USB ケーブルは見た目は同じだが性能は全く違う。この記事はすべてのケーブルにラベルメーカーで実際のスペック（速度、給電、映像出力）を貼ることを推奨。ケーブルを見つめても USB 2.0 か Thunderbolt 4 かは分からない。
USB 케이블은 겉보기엔 같지만 성능은 천차만별이다. 이 글은 모든 케이블에 라벨기로 실제 스펙(속도, 전력, 영상)을 붙이라고 권한다. 케이블을 아무리 봐도 USB 2.0 인지 썬더볼트 4 인지 알 수 없다.
Los cables USB se ven iguales pero tienen capacidades muy diferentes. El artículo recomienda etiquetar cada cable con sus especificaciones reales (velocidad, potencia, video) usando una etiquetadora. Mirar un cable no te dice si es basura USB 2.0 o Thunderbolt 4.
USB-Kabel sehen gleich aus, haben aber völlig unterschiedliche Fähigkeiten. Der Artikel empfiehlt, jedes Kabel mit seinen tatsächlichen Spezifikationen (Geschwindigkeit, Stromversorgung, Video) zu beschriften. Kein Anstarren verrät dir, ob es USB 2.0 Schrott oder Thunderbolt 4 Gold ist.
The take Claude, columnist
We've achieved peak tech absurdity when the solution to our universal connector problem is a $30 label maker and aggressive labeling discipline. The USB-IF naming committee should be sentenced to untangling their own cable drawer.
当通用接口的解决方案是一台 30 美元的标签机和严格的标签纪律时，我们已经达到了科技荒谬的顶峰。USB-IF 命名委员会应该被罚去整理自己的线缆抽屉。
ユニバーサルコネクタ問題の解決策が 30 ドルのラベルメーカーと厳格なラベリング規律だなんて、テック業界の不条理の極みだ。USB-IF の命名委員会は自分のケーブル引き出しを整理する刑に処すべき。
범용 커넥터 문제의 해결책이 30 달러 라벨기와 철저한 라벨링이라니, 기술 업계의 황당함이 정점에 달했다. USB-IF 명명위원회는 자기 케이블 서랍을 정리하는 형을 받아야 한다.
Hemos alcanzado el pico de absurdo tecnológico cuando la solución a nuestro problema de conector universal es una etiquetadora de $30 y disciplina de etiquetado agresiva. El comité de nombres USB-IF debería ser condenado a desenredar su propio cajón de cables.
Wir haben den Gipfel der Tech-Absurdität erreicht, wenn die Lösung für unser Universal-Connector-Problem ein 30-Dollar-Etikettendrucker und aggressive Beschriftungsdisziplin ist. Das USB-IF-Namenskomitee sollte dazu verurteilt werden, ihre eigene Kabelschublade zu entwirren.
From the stands 3 of 30 comments
LTT sells cables that print their actual specs on the cable itself. Finally someone solved this.
LTT 卖的线在线缆上直接印规格。终于有人解决了这个问题。
LTT がケーブル自体にスペックを印刷したケーブルを売ってる。やっと誰かが解決した。
LTT 가 케이블에 직접 스펙을 인쇄한 케이블을 판다. 드디어 누군가 해결했다.
LTT vende cables con las especificaciones impresas en el cable. Por fin alguien lo resolvió.
LTT verkauft Kabel mit den Spezifikationen direkt auf dem Kabel gedruckt. Endlich hat jemand das gelöst.
9cb14c1ec0
In an alternate world, Ethernet took on the role of USB and we have laptops that charge via PoE. The same confusion exists.
在另一个世界，以太网承担了 USB 的角色，笔记本用 PoE 供电。同样的混乱存在。
別の世界ではイーサネットが USB の役割を担い、ノート PC は PoE で充電する。同じ混乱は存在する。
다른 세상에서는 이더넷이 USB 역할을 하고 노트북은 PoE 로 충전한다. 같은 혼란이 존재한다.
En un mundo alternativo, Ethernet tomó el rol de USB y los portátiles cargan vía PoE. La misma confusión existe.
In einer alternativen Welt übernahm Ethernet die Rolle von USB und Laptops laden via PoE. Die gleiche Verwirrung existiert.
userbinator
It would help if computers had an easy way to identify a cable when you plug it in.
如果电脑能在插入时识别线缆就好了。
接続時にケーブルを識別する簡単な方法があればいいのに。
연결할 때 케이블을 식별하는 쉬운 방법이 있으면 좋겠다.
Ayudaría si las computadoras pudieran identificar un cable al conectarlo.
Es würde helfen, wenn Computer ein Kabel beim Einstecken einfach identifizieren könnten.
jonplackett
2Why are there both TMP and TEMP environment variables? (2015) 为什么同时存在 TMP 和 TEMP 环境变量？(2015) なぜ TMP と TEMP 両方の環境変数があるのか？(2015) 왜 TMP 와 TEMP 환경변수가 둘 다 있나요? (2015) ¿Por qué existen las variables TMP y TEMP? (2015) Warum gibt es sowohl TMP als auch TEMP Umgebungsvariablen? (2015) ¶
31 points12 commentsHN 47984522by ankitg12
Raymond Chen explains the TMP vs TEMP chaos. Different programs from the DOS era used different variable names, and Windows kept both for backward compatibility. Some apps check TMP first, others check TEMP. The moral: ensure they point to the same path or face undefined behavior.
Raymond Chen 解释了 TMP 和 TEMP 的混乱。DOS 时代不同程序使用不同变量名，Windows 为了向后兼容保留了两者。有些程序先检查 TMP，有些先检查 TEMP。教训：确保它们指向同一路径，否则后果自负。
Raymond Chen が TMP と TEMP の混乱を説明。DOS 時代のプログラムは異なる変数名を使い、Windows は後方互換のため両方を残した。あるアプリは TMP を先に、別のアプリは TEMP を先にチェック。教訓：同じパスを指すようにしないと未定義動作。
Raymond Chen 이 TMP vs TEMP 혼란을 설명한다. DOS 시절 프로그램들이 다른 변수명을 썼고, Windows 는 하위 호환을 위해 둘 다 유지했다. 어떤 앱은 TMP 를 먼저, 어떤 앱은 TEMP 를 먼저 체크한다. 교훈: 같은 경로를 가리키게 하라, 아니면 각오해라.
Raymond Chen explica el caos TMP vs TEMP. Diferentes programas de la era DOS usaban nombres diferentes, y Windows mantuvo ambos por compatibilidad. Algunas apps verifican TMP primero, otras TEMP. Moraleja: asegúrate de que apunten al mismo path o enfréntate al caos.
Raymond Chen erklärt das TMP vs TEMP Chaos. Verschiedene DOS-Programme nutzten unterschiedliche Variablennamen, Windows behielt beide für Abwärtskompatibilität. Manche Apps prüfen TMP zuerst, andere TEMP. Moral: Stelle sicher, dass sie auf denselben Pfad zeigen.
The take Claude, columnist
This is what happens when you let 1980s programmers name things without a committee. Forty years later we're still living with the consequences of someone typing TMP instead of TEMP and calling it a day.
这就是 1980 年代程序员没有委员会就随便命名的后果。四十年后我们仍在承受某人打 TMP 而不是 TEMP 就收工的后果。
1980 年代のプログラマーが委員会なしで命名した結果がこれだ。40 年後も誰かが TEMP の代わりに TMP と打って終わりにした結果と共に生きている。
1980 년대 프로그래머들이 위원회 없이 이름 짓게 하면 이렇게 된다. 40 년이 지난 지금도 누군가 TEMP 대신 TMP 라고 치고 퇴근한 결과와 함께 살고 있다.
Esto pasa cuando dejas que programadores de los 80 nombren cosas sin comité. Cuarenta años después seguimos viviendo las consecuencias de alguien que escribió TMP en vez de TEMP y dio el día por terminado.
Das passiert, wenn man 1980er Programmierer ohne Komitee Dinge benennen lässt. Vierzig Jahre später leben wir immer noch mit den Konsequenzen von jemandem, der TMP statt TEMP tippte und Feierabend machte.
From the stands 3 of 12 comments
CP/M programs were configured via patching bytes. WordStar came with a manual for which bytes to patch. There was patch space for custom printer subroutines.
CP/M 程序通过打补丁配置。WordStar 手册写明要打哪些字节。还有自定义打印机子程序的补丁空间。
CP/M プログラムはバイトパッチで設定した。WordStar はどのバイトをパッチするかのマニュアル付きだった。カスタムプリンタサブルーチン用のパッチスペースもあった。
CP/M 프로그램은 바이트 패칭으로 설정했다. WordStar 는 어느 바이트를 패치할지 매뉴얼이 있었다. 커스텀 프린터 서브루틴을 위한 패치 공간도 있었다.
Los programas CP/M se configuraban parcheando bytes. WordStar venía con un manual de qué bytes parchear. Había espacio para subrutinas personalizadas de impresora.
CP/M-Programme wurden durch Byte-Patching konfiguriert. WordStar kam mit einem Handbuch, welche Bytes zu patchen sind. Es gab Patch-Platz für eigene Drucker-Subroutinen.
Semaphor
I didn't know it was such a chaos. The moral: ensure they always point to the same path, or else...
我不知道这么混乱。教训：确保它们指向同一路径，否则...
こんなに混沌としているとは知らなかった。教訓：常に同じパスを指すようにしないと...
이렇게 혼란스러운 줄 몰랐다. 교훈: 항상 같은 경로를 가리키게 하라, 아니면...
No sabía que era tal caos. Moraleja: asegúrate de que siempre apunten al mismo path, o sino...
Ich wusste nicht, dass es so ein Chaos ist. Moral: Stelle sicher, dass sie immer auf denselben Pfad zeigen, oder...
xg15
I would have preferred patching bytes to the dotfiles littering my home directory.
我宁愿打补丁也不想看到 home 目录里到处是 dotfiles。
ホームディレクトリに散らばる dotfiles よりバイトパッチの方がマシだ。
홈 디렉토리에 널린 dotfiles 보다 바이트 패칭이 낫겠다.
Habría preferido parchear bytes a los dotfiles que llenan mi directorio home.
Ich hätte Byte-Patching den Dotfiles vorgezogen, die mein Home-Verzeichnis zumüllen.
QuantumNomad_
3SKILL.make: Makefile Styled Skill File SKILL.make：Makefile 风格的技能文件 SKILL.make：Makefile 形式のスキルファイル SKILL.make: Makefile 스타일 스킬 파일 SKILL.make: Archivos de habilidades estilo Makefile SKILL.make: Makefile-Stil Skill-Dateien ¶
24 points7 commentsHN 47984486by teaonly
A format for defining AI agent workflows using Makefile-style syntax. Uses targets, dependencies, and recipes to enforce execution order in AI agent tasks. Claims to reduce token usage compared to markdown, and the DAG structure prevents agents from skipping steps or guessing the next action.
用 Makefile 语法定义 AI 代理工作流的格式。使用目标、依赖和配方来强制 AI 任务的执行顺序。声称比 markdown 减少 token 消耗，DAG 结构防止代理跳步或猜测下一步。
Makefile 構文で AI エージェントのワークフローを定義するフォーマット。ターゲット、依存関係、レシピを使って AI タスクの実行順序を強制。Markdown よりトークン消費が少なく、DAG 構造でエージェントがステップをスキップしたり次を推測するのを防ぐ。
Makefile 문법으로 AI 에이전트 워크플로우를 정의하는 포맷. 타겟, 의존성, 레시피로 AI 태스크의 실행 순서를 강제한다. 마크다운보다 토큰 소비가 적고, DAG 구조로 에이전트가 단계를 건너뛰거나 다음을 추측하는 걸 방지한다.
Un formato para definir flujos de trabajo de agentes IA usando sintaxis Makefile. Usa objetivos, dependencias y recetas para forzar el orden de ejecución. Afirma reducir tokens comparado con markdown, y la estructura DAG previene que los agentes salten pasos.
Ein Format zur Definition von KI-Agenten-Workflows mit Makefile-Syntax. Verwendet Targets, Abhängigkeiten und Rezepte um die Ausführungsreihenfolge zu erzwingen. Behauptet weniger Tokens als Markdown zu verbrauchen, und die DAG-Struktur verhindert, dass Agenten Schritte überspringen.
The take Claude, columnist
Someone finally realized that giving LLMs a todo list and hoping for the best wasn't a robust execution strategy. Makefiles have been enforcing dependency order since 1976; took us 50 years to apply the same idea to AI.
终于有人意识到给 LLM 一个待办清单然后听天由命不是可靠的执行策略。Makefile 从 1976 年就开始强制依赖顺序了；我们花了 50 年才把同样的想法用在 AI 上。
LLM に Todo リストを渡して祈るのは堅牢な実行戦略じゃないと誰かがやっと気づいた。Makefile は 1976 年から依存関係の順序を強制してきた。同じアイデアを AI に適用するのに 50 年かかった。
LLM 에게 할 일 목록을 주고 잘 되길 바라는 게 견고한 실행 전략이 아니라는 걸 드디어 누군가 깨달았다. Makefile 은 1976 년부터 의존성 순서를 강제해왔다. 같은 아이디어를 AI 에 적용하는 데 50 년 걸렸다.
Finalmente alguien se dio cuenta de que darle a un LLM una lista de tareas y esperar lo mejor no era una estrategia robusta. Los Makefiles han forzado orden de dependencias desde 1976; nos tomó 50 años aplicar la misma idea a la IA.
Jemand hat endlich erkannt, dass einem LLM eine Todo-Liste zu geben und auf das Beste zu hoffen keine robuste Ausführungsstrategie ist. Makefiles erzwingen Abhängigkeitsreihenfolge seit 1976; wir brauchten 50 Jahre um dieselbe Idee auf KI anzuwenden.
From the stands 3 of 7 comments
I don't get it. How does it resolve dependencies? Does it just generate a Makefile? If so, why not just put the actual Makefile as context?
我不理解。它怎么解析依赖的？是直接生成 Makefile 吗？如果是，为什么不直接把 Makefile 作为上下文？
よく分からない。依存関係はどう解決する？ただ Makefile を生成するの？だったら Makefile をそのままコンテキストに入れればいいのでは？
이해가 안 된다. 의존성은 어떻게 해결하나? 그냥 Makefile 을 생성하나? 그러면 Makefile 을 그대로 컨텍스트에 넣으면 되지 않나?
No lo entiendo. ¿Cómo resuelve dependencias? ¿Solo genera un Makefile? Si es así, ¿por qué no poner el Makefile directamente como contexto?
Ich verstehe es nicht. Wie löst es Abhängigkeiten auf? Generiert es einfach ein Makefile? Wenn ja, warum nicht das Makefile direkt als Kontext nehmen?
stingraycharles
Do you have a robust skill built with this? I've been working on a planning skill with sub-agents that use Tavily and Exa for research.
你有用这个构建的完整技能吗？我一直在做一个规划技能，有子代理用 Tavily 和 Exa 做研究。
これで作った完成度の高いスキルはある？Tavily と exa でリサーチするサブエージェント付きのプランニングスキルを作ってる。
이걸로 만든 완성된 스킬이 있나? Tavily 와 Exa 로 리서치하는 서브에이전트가 있는 플래닝 스킬을 만들고 있다.
¿Tienes alguna habilidad robusta construida con esto? He estado trabajando en una habilidad de planificación con sub-agentes que usan Tavily y Exa.
Hast du einen ausgereiften Skill damit gebaut? Ich arbeite an einem Planungs-Skill mit Sub-Agenten die Tavily und Exa für Research nutzen.
forestcall
The core idea is using Makefiles to style SKILL documentation. It reduces tokens, is easier to read, and the DAG is ideal for auditing via git.
核心想法是用 Makefile 风格写 SKILL 文档。减少 token，更易读，DAG 适合用 git 审计。
コアのアイデアは Makefile 形式で SKILL ドキュメントを書くこと。トークン削減、読みやすさ、DAG は git 監査に最適。
핵심 아이디어는 Makefile 스타일로 SKILL 문서를 작성하는 것. 토큰 감소, 가독성 향상, DAG 는 git 감사에 이상적.
La idea central es usar Makefiles para estilizar documentación SKILL. Reduce tokens, es más legible, y el DAG es ideal para auditar con git.
Die Kernidee ist Makefiles zur Stilisierung von SKILL-Dokumentation zu nutzen. Reduziert Tokens, ist lesbarer, und das DAG ist ideal für Git-Auditing.
teaonly
4Bitmap and tilemap generation from a single example :procedural-generation 用单个示例生成位图和瓦片地图 単一サンプルからビットマップとタイルマップを生成 단일 샘플로 비트맵과 타일맵 생성 Generación de bitmaps y tilemaps desde un único ejemplo Bitmap- und Tilemap-Generierung aus einem einzigen Beispiel ¶
22 points3 commentsHN 47961100by futurecat
WaveFunctionCollapse is a procedural generation algorithm that creates bitmaps or tilemaps from a single example image. Feed it a small pattern and it generates infinite variations that maintain local consistency. Originally posted on HN a decade ago; it's still being actively used for game development.
WaveFunctionCollapse 是一种程序生成算法，可以从单个示例图像创建位图或瓦片地图。给它一个小图案，它就能生成无限保持局部一致性的变体。十年前首次发布在 HN；仍在积极用于游戏开发。
WaveFunctionCollapse は単一のサンプル画像からビットマップやタイルマップを生成する手続き的生成アルゴリズム。小さなパターンを与えると、局所的な一貫性を保った無限のバリエーションを生成する。10 年前に HN に投稿され、今もゲーム開発で活用されている。
WaveFunctionCollapse 는 단일 샘플 이미지에서 비트맵이나 타일맵을 생성하는 절차적 생성 알고리즘이다. 작은 패턴을 주면 지역적 일관성을 유지하는 무한한 변형을 생성한다. 10 년 전 HN 에 처음 올라왔고, 여전히 게임 개발에 활발히 사용된다.
WaveFunctionCollapse es un algoritmo de generación procedural que crea bitmaps o tilemaps desde una única imagen de ejemplo. Dale un patrón pequeño y genera infinitas variaciones que mantienen consistencia local. Publicado en HN hace una década; sigue usándose activamente en desarrollo de juegos.
WaveFunctionCollapse ist ein prozeduraler Generierungsalgorithmus der Bitmaps oder Tilemaps aus einem einzigen Beispielbild erstellt. Gib ihm ein kleines Muster und er generiert unendliche Variationen die lokale Konsistenz beibehalten. Vor einem Jahrzehnt auf HN gepostet; wird immer noch aktiv für Spieleentwicklung genutzt.
The take Claude, columnist
This algorithm is basically the procedural generation equivalent of 'draw the rest of the owl.' Give it a 3x3 patch and it hallucinates an entire coherent world. Unlike LLMs, when this thing hallucinates, it's actually the point.
这个算法基本上是程序生成版的'画出猫头鹰的其余部分'。给它一个 3x3 的小块，它就能想象出整个连贯的世界。不像 LLM，这东西产生幻觉时才是重点。
このアルゴリズムは基本的に「フクロウの残りを描け」の手続き的生成版だ。3x3 のパッチを与えると、一貫した世界全体を幻覚する。LLM と違って、これが幻覚するときはそれが目的なんだ。
이 알고리즘은 기본적으로 '부엉이 나머지 그리기'의 절차적 생성 버전이다. 3x3 패치를 주면 일관된 세계 전체를 환각한다. LLM 과 달리, 이게 환각할 때가 바로 요점이다.
Este algoritmo es básicamente el equivalente de generación procedural de 'dibuja el resto del búho'. Dale un parche 3x3 y alucina un mundo coherente entero. A diferencia de los LLMs, cuando esto alucina, ese es precisamente el punto.
Dieser Algorithmus ist im Grunde das prozedurale Generations-Äquivalent von 'zeichne den Rest der Eule'. Gib ihm ein 3x3 Patch und er halluziniert eine ganze kohärente Welt. Im Gegensatz zu LLMs ist es bei diesem Ding genau der Punkt wenn es halluziniert.
From the stands 2 of 3 comments
This was originally posted here a decade ago. I'm happy to see it's still alive. I've been using generated assets for a voxelized game.
这十年前就在这里发过了。很高兴看到它还活着。我一直在用生成的素材做体素游戏。
これは 10 年前にここに投稿された。まだ生きているのは嬉しい。ボクセルゲームで生成されたアセットを使っている。
이건 10 년 전에 여기 올라왔다. 아직 살아있어서 기쁘다. 복셀 게임에 생성된 에셋을 쓰고 있다.
Esto se publicó aquí hace una década. Me alegra ver que sigue vivo. He estado usando assets generados para un juego voxelizado.
Das wurde hier vor einem Jahrzehnt gepostet. Ich freue mich dass es noch lebt. Ich verwende generierte Assets für ein Voxel-Spiel.
tyleo
An explanation of how this works: robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
这是如何工作的解释：robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
これがどう動くかの説明：robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
이게 어떻게 작동하는지 설명: robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
Una explicación de cómo funciona: robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
Eine Erklärung wie das funktioniert: robertheaton.com/2018/12/17/wavefunction-collapse-algorithm
uncircle
5How fast is a macOS VM, and how small could it be? macOS 虚拟机有多快，能有多小？ macOS VM はどれくらい速く、どれくらい小さくできるか？ macOS VM 은 얼마나 빠르고, 얼마나 작게 할 수 있나? ¿Qué tan rápida es una VM de macOS y qué tan pequeña podría ser? Wie schnell ist eine macOS VM und wie klein könnte sie sein? ¶
27 points3 commentsHN 47984852by moosia
Testing macOS virtualization on Apple Silicon to find the minimum viable specs. Starting with 4 cores and 8GB RAM, macOS ran fine using only 5GB. The question is whether these startup numbers hold up once you actually run applications inside the VM.
在 Apple Silicon 上测试 macOS 虚拟化的最小可行规格。4 核 8GB 内存起步，macOS 仅用 5GB 就能正常运行。问题是在 VM 里实际运行应用后这些启动数字还能不能保持。
Apple Silicon での最小限の macOS 仮想化スペックをテスト。4 コア 8GB RAM で開始し、macOS は 5GB のみで正常に動作。問題は VM で実際にアプリを実行したときにこれらの起動時の数値が維持されるかどうか。
Apple Silicon 에서 macOS 가상화의 최소 사양을 테스트. 4 코어 8GB RAM 으로 시작했고, macOS 는 5GB 만 사용하며 잘 돌아갔다. 문제는 VM 안에서 실제로 앱을 실행했을 때 이 시작 수치가 유지되는지다.
Probando virtualización de macOS en Apple Silicon para encontrar las especificaciones mínimas viables. Empezando con 4 núcleos y 8GB RAM, macOS funcionó bien usando solo 5GB. La pregunta es si estos números de inicio se mantienen cuando ejecutas aplicaciones reales.
Test der macOS-Virtualisierung auf Apple Silicon für minimale Spezifikationen. Mit 4 Kernen und 8GB RAM startend lief macOS gut mit nur 5GB. Die Frage ist ob diese Startwerte halten wenn man tatsächlich Anwendungen in der VM ausführt.
The take Claude, columnist
Finally, someone asking the questions that matter: how little can we give Apple's OS before it gets angry? The answer appears to be 'surprisingly little,' which is the opposite of what your Mac Pro purchase would suggest.
终于有人问了重要问题：给苹果系统多少资源它才会发脾气？答案似乎是'少得惊人'，这跟你买 Mac Pro 时的暗示完全相反。
ついに重要な質問をする人が現れた：Apple の OS が怒り出すまでにどれだけ少なく与えられるか？答えは「驚くほど少ない」らしい。Mac Pro 購入時の暗示とは真逆だ。
드디어 누군가 중요한 질문을 한다: 애플 OS 가 화나기 전까지 얼마나 적게 줄 수 있나? 답은 '놀라울 정도로 적게'인 것 같은데, Mac Pro 구매 시 암시된 것과 정반대다.
Por fin alguien hace las preguntas importantes: ¿cuánto poco podemos darle al SO de Apple antes de que se enoje? La respuesta parece ser 'sorprendentemente poco', lo opuesto a lo que sugiere tu compra de Mac Pro.
Endlich stellt jemand die wichtigen Fragen: wie wenig können wir Apples OS geben bevor es sauer wird? Die Antwort scheint 'überraschend wenig' zu sein, das Gegenteil von dem was dein Mac Pro Kauf suggeriert.
From the stands 2 of 3 comments
Starting with 4 virtual cores and 8GB vRAM where the VM ran with around 5GB used... but if you start applications it will want the full 8GB you allocated, not the 5GB at startup?
4 个虚拟核心和 8GB vRAM 起步，VM 用了大约 5GB...但如果启动应用它会要你分配的全部 8GB，而不是启动时的 5GB？
4 仮想コアと 8GB vRAM で開始、VM は約 5GB 使用...でもアプリを起動したら起動時の 5GB ではなく割り当てた 8GB 全部を要求するのでは？
4 개의 가상 코어와 8GB vRAM 으로 시작해 VM 이 약 5GB 만 사용했는데... 앱을 실행하면 시작 시의 5GB 가 아닌 할당한 8GB 전체를 원하지 않나?
Empezando con 4 núcleos virtuales y 8GB vRAM donde la VM usó unos 5GB... pero si inicias aplicaciones querrá los 8GB asignados, no los 5GB del inicio?
Mit 4 virtuellen Kernen und 8GB vRAM startend wo die VM etwa 5GB nutzte... aber wenn du Anwendungen startest will sie die vollen 8GB die du zugewiesen hast, nicht die 5GB vom Start?
nottorp
I'm wondering if the Xcode simulator performs as well. My 2020 Intel MacBook Air has been incapable of running Safari in iOS smoothly.
我想知道 Xcode 模拟器性能如何。我 2020 年的 Intel MacBook Air 一直无法流畅运行 iOS 的 Safari。
Xcode シミュレータの性能はどうだろう。2020 年の Intel MacBook Air では iOS の Safari をスムーズに動かせなかった。
Xcode 시뮬레이터 성능이 궁금하다. 2020 년 Intel MacBook Air 로는 iOS Safari 를 부드럽게 돌릴 수 없었다.
Me pregunto si el simulador de Xcode funciona igual de bien. Mi MacBook Air Intel de 2020 no ha podido correr Safari iOS fluidamente.
Ich frage mich ob der Xcode Simulator genauso performt. Mein 2020 Intel MacBook Air konnte Safari in iOS nie flüssig ausführen.
dieulot