Sari la conținutul principal

Rapid vs Echilibrat în optimizarea tăierii

intermediate8 min readUpdated: 22 august 2026
Două aranjamente de tăiere, unul mai dens și unul rezolvat mai rapid, alăturate
O singură setare decide cât de amănunțit caută optimizatorul înainte să-ți dea un plan.

Răspuns rapid

Setarea Viteză vs densitate din CutOptim schimbă un singur lucru: cât de amănunțit caută optimizatorul. Echilibrat, cea implicită, rulează căutarea completă pentru cel mai dens plan ghilotină. Rapid sare peste singurul cel mai costisitor pas, așa că rezolvă comenzile mari mult mai repede, în schimbul a câtorva puncte de randament mai puțin. Ambele planuri sunt complet tăiabile pe ferăstrău, iar la comenzile obișnuite cele două sunt de obicei identice.

Majoritatea programelor de liste de tăiere îți dau un singur optimizator și o singură viteză. CutOptim îți dă un buton. Întrebarea la care răspunde acest ghid este când să-l rotești — și, mai des, când să-l lași exact acolo unde este.

Ce controlează de fapt setarea

Optimizatorul implicit este o căutare ghilotină multi-strategie: generează multe aranjări candidate — mai multe strategii de împachetare, ordini de sortare și direcții de primă tăietură — dă un punctaj fiecăreia și o păstrează pe cea mai bună. Cea mai mare parte a acestei munci este ieftină. Un pas nu este.

Acel pas costisitor este o recăutare pentru fiecare placă: după ce se găsește o primă aranjare, optimizatorul revine și încearcă să reîmpacheteze plăci individuale ca să stoarcă ultimele câteva procente de randament. La o comandă mică nu prea are ce câștiga acolo, așa că se termină instantaneu. La o comandă mare și variată, cu sute de dimensiuni distincte, face muncă reală — și consumă timp real.

Motivul pentru care costul crește atât de abrupt cu dimensiunea este că numărul de moduri în care poți rearanja piesele pe o placă explodează pe măsură ce adaugi piese. Câteva piese au câteva aranjări care merită încercate; câteva sute de dimensiuni distincte au un număr enorm, iar recăutarea trebuie să parcurgă multe dintre ele ca să găsească câștigurile marginale. De aceea pasul este invizibil la o comandă de zi cu zi și dominant la una mare — același cod, făcând mult mai multă muncă pentru că are mult mai mult de examinat.

Viteză vs densitate este comutatorul pentru acel singur pas. Echilibrat îl rulează. Rapid îl sare. Tot restul căutării — strategiile, regula de ghilotină, punctarea — este identic între cele două.

„Ghilotină” înseamnă că fiecare tăietură merge de la margine la margine pe placă, exact ce face fizic un ferăstrău de panouri. Atât Rapid, cât și Echilibrat produc numai aranjări tăiabile în ghilotină, așa că, indiferent ce alegi, planul se poate executa pe un ferăstrău cu masă mobilă sau cu grindă. Vezi cum funcționează optimizarea tăierii pentru imaginea completă.

Compromisul măsurat

Procentele generice nu valorează nimic, deci iată o singură comandă măsurată, nu o afirmație de marketing. Pe o rulare solicitantă — circa 1.550 de piese pe o placă de 2,07 × 5,6 m — cele două setări au ieșit astfel:

Echilibrat (implicit)Rapid
Plăci folosite330350
Randamentul materialului80,8%76,2%
Timp de calcul≈4,8 s≈1,9 s — de aproximativ 2,5× mai rapid
Tăiabil pe ferăstrăuÎntotdeaunaÎntotdeauna

Echilibrat a petrecut de aproximativ două ori și jumătate mai mult timp și a scos din asta o densitate cu douăzeci de plăci mai bună. Dacă merită sau nu acest compromis depinde în întregime de dimensiunea comenzii și de cum se simt secundele cât aștepți.

Comutator de efort: randamentul materialului vs timpul de calculComutator de efort: randamentul materialului vs timpul de calcul. fast: 350 plăci · 76.2% · ≈1.9 s. balanced: 330 plăci · 80.8% · ≈4.8 s. max: neconstruit — balanced atinge deja optimul demonstrat. La majoritatea comenzilor (mai mici) cele două sunt identice; diferența se deschide doar la comenzi mari ca aceasta. balanced este cea implicită și nu este niciodată mai dens decât poate atinge fast.Comutator de efort: randamentul materialului vs timpul de calculO comandă solicitantă — circa 1.550 de piese pe o placă de 2,07 × 5,6 m. Fiecare cifră măsurată pe motorul real.74%76%78%80%82%84%02 s4 s6 stimp de calcul · mai rapid →randamentul materialului · mai dens ↑⇄ comutatorul de efort+4,6 pct. randament · −20 plăci−5,7% material · ≈2,5× mai lentfast350 plăci · 76.2% · ≈1.9 s★ balanced · implicit330 plăci · 80.8% · ≈4.8 smaxneconstruitbalanced atingedeja optimuldemonstrat
La majoritatea comenzilor (mai mici) cele două sunt identice; diferența se deschide doar la comenzi mari ca aceasta. balanced este cea implicită și nu este niciodată mai dens decât poate atinge fast.

Graficul reprezintă același compromis: Rapid stă mai jos și mai la stânga (mai rapid, puțin mai puțin dens), Echilibrat mai sus și mai la dreapta. La comenzile mici spre medii pe care majoritatea atelierelor le fac zilnic, cele două puncte stau aproape unul peste altul — pasul costisitor pe care Rapid îl sare are puțin de găsit, deci sărirea lui nu costă aproape nimic și nu economisește aproape nimic.

Rapid nu este niciodată mai dens decât Echilibrat

Aceasta este proprietatea care face alegerea sigură. Rapid caută o submulțime strictă a aranjărilor pe care le caută Echilibrat. Ia în considerare aceiași candidați minus singura recăutare costisitoare, deci matematic poate doar să egaleze randamentul lui Echilibrat sau să rămână puțin în urmă — nu îl poate depăși niciodată.

Asta are o consecință utilă: nu trebuie niciodată să testezi A/B cele două setări sperând că Rapid a avut noroc. Dacă Rapid îți dă un plan de care ești mulțumit, Echilibrat ți-ar da același plan sau unul marginal mai dens. La o comandă mare limitată de buget, cele două pot ieși chiar identice, pentru că căutarea este plafonată înainte ca pasul costisitor să fi schimbat ceva.

Fiindcă Rapid poate doar să egaleze sau să rămână sub Echilibrat, nu există niciun motiv să rulezi Rapid pe o comandă care se rezolvă deja repede. Setarea implicită există tocmai ca să obții cel mai dens plan fără să te gândești la asta. Comută pe Rapid ca răspuns la o rezolvare lentă, nu ca obicei.

Când să alegi Rapid

Apelează la Rapid într-o singură situație: o comandă foarte mare durează suficient cât să te întrerupă. Concret, asta înseamnă de obicei câteva sute de piese sau mai mult, cu multe dimensiuni distincte — tipul de comandă la care recăutarea pentru fiecare placă face cea mai multă muncă și, prin urmare, costă cel mai mult timp.

  • Iterezi pe o comandă mare. Dacă adaugi piese, schimbi kerf-ul și rerulezi în mod repetat o listă de tăiere de câteva sute de piese, Rapid menține fiecare rulare promptă cât timp experimentezi; revino la Echilibrat pentru planul final pe care îl trimiți la ferăstrău.
  • Un răspuns aproximativ, chiar acum. Dacă ai nevoie de un număr de plăci și de un randament orientativ ca să oferi un preț pentru o comandă mare la telefon, Rapid te duce acolo într-o fracțiune din timp, iar câteva puncte de randament nu vor schimba oferta.
  • Rulări în lot sau automatizate. Prin Engine API, unde multe comenzi mari se rezolvă una după alta, Rapid poate fi setarea implicită rezonabilă pentru debit — cu o trecere Echilibrat rezervată comenzilor care chiar merg în producție.

Pentru tot restul — comanda zilnică de corpuri, seria mică, unicatul — las-o pe Echilibrat. Câteva zeci până la două sute de piese se rezolvă în mult sub o secundă în ambele cazuri, deci nu ai nimic de câștigat mergând mai repede și ai puțin randament de pierdut.

Unde o găsești

În aplicație, deschide Setările avansate și pune Viteză vs densitate pe Echilibrat sau Rapid. Alegerea este per proiect și se aplică la comenzile de panouri 2D; valoarea implicită este Echilibrat.

Pe Engine API, aceeași alegere este o opțiune effort pe cererea POST /v1/optimize/2d"balanced" (cea implicită) sau "fast". Schimbă doar cât de amănunțit caută optimizatorul implicit; formatul răspunsului, garanția de ghilotină și tot restul rămân neschimbate. Vezi referința Engine API pentru forma cererii.

Nu este același lucru cu motorul „balanced”

O coincidență de denumire merită lămurită, pentru că îi încurcă pe oameni. Pe Engine API există un motor balanced separat — un optimizator complet diferit, care folosește nesting liber MaxRects în locul căutării ghilotină. Nu despre asta este vorba în această setare.

  • Rapid și Echilibrat (acest ghid) sunt două adâncimi de căutare ale optimizatorului ghilotină implicit. Ambele produc planuri tăiabile pe ferăstrău.
  • Motorul balanced este un alt împachetator pe care îl activezi în API. Aranjările lui deseori nu sunt tăiabile în ghilotină, așa că este pentru apelanții care folosesc routere CNC sau lasere, nu ferăstraie de panouri.

Sunt alegeri fără legătură între ele. Dacă tai pe un ferăstrău de panouri, vrei optimizatorul implicit la adâncimea Rapid sau Echilibrat — niciodată motorul cu nesting liber.

Încearcă pe propriile cifre

Cel mai bun mod de a simți compromisul este pe o comandă proprie. Introdu piesele și stocul tău mai jos; la o comandă mică vei vedea că cele două setări sunt de acord, iar diferența se deschide doar pe măsură ce numărul de piese crește.

Pentru o listă de tăiere completă, cu kerf, margini debitate și exporturi, deschide optimizatorul sau pornește de la optimizatorul de tăiere panouri.

Rezolvă-ți propria listă de tăiere și compară cele două

Echilibrat implicit — fiecare tăietură de la margine la margine, cu Rapid la un clic distanță în Setările avansate, pentru comenzile mari.

Deschide optimizatorul

Întrebări frecvente

Care este diferența dintre Rapid și Echilibrat?
Echilibrat, cea implicită, rulează căutarea multi-strategie completă pentru cel mai dens plan ghilotină. Rapid sare peste un singur pas costisitor din acea căutare — o recăutare pentru fiecare placă, care recuperează ultimele câteva procente de randament la comenzile mari și variate — așa că returnează un răspuns mult mai rapid, în schimbul a câtorva puncte de randament mai puțin. Ambele produc planuri complet tăiabile pe ferăstrău.
Produce Rapid vreodată un plan mai slab decât Echilibrat?
Rapid nu este niciodată mai dens decât Echilibrat, dar nici nu este mai slab într-un fel care contează: caută o submulțime strictă a acelorași aranjări, deci poate doar să egaleze Echilibrat sau să rămână puțin în urmă la randament, niciodată să îl depășească. La comenzile mici spre medii cele două sunt de obicei identice, așa că setarea implicită este alegerea potrivită, cu excepția cazului în care o comandă mare se rezolvă greu.
Cu cât este mai rapid Rapid?
Depinde de comandă. Pe o comandă solicitantă măsurată — circa 1.550 de piese pe o placă de 2,07 pe 5,6 m — Echilibrat a folosit 330 de plăci la un randament de 80,8%, iar Rapid a folosit 350 de plăci la 76,2%, rezolvând de aproximativ 2,5 ori mai rapid. La comenzile mai mici diferența se închide complet, pentru că pasul costisitor pe care Rapid îl sare are puțin de făcut acolo.
Rapid este disponibil pe Engine API?
Da. Controlul „Viteză vs densitate” din aplicație corespunde unei opțiuni `effort` pe endpointul 2D al Engine API: `balanced` (cea implicită) sau `fast`. Schimbă doar adâncimea de căutare a optimizatorului ghilotină implicit; nu schimbă motorul.
Rapid este același lucru cu motorul „balanced” din API?
Nu, iar denumirile sunt o coincidență nefericită. Rapid și Echilibrat sunt adâncimi de căutare ale optimizatorului ghilotină implicit, și ambele returnează planuri tăiabile pe ferăstrău. Motorul separat `balanced` din Engine API este un alt împachetator (cu nesting liber MaxRects), ale cărui aranjări deseori nu pot fi tăiate pe un ferăstrău de panouri. Sunt alegeri fără legătură între ele.
Ce ar trebui să folosesc pentru o comandă normală de mobilier?
Echilibrat. O comandă tipică de atelier, de la câteva zeci la două sute de piese, se rezolvă în mult sub o secundă în ambele cazuri, iar Echilibrat îți dă cel mai dens plan tăiabil pe ferăstrău. Apelează la Rapid doar când o comandă foarte mare — câteva sute de piese sau mai mult — durează suficient cât să-ți întrerupă fluxul de lucru.

Conținut similar

Ready to optimize your cuts?

Try CutOptim free — no signup required.

Open App