Algotimizace prostrihu

[Galloth]

Ono v tomto pripade nic moc lepsiho asi nikdo nevymysli, protoze pokud
pouzijte nejaky sofistikovany algoritmus, tak zase nebude stacit vykon
serveru. Rozhodne ne v php, priznam se ze jsem vasi demo aplikaci
nevidel, takze nevim, jak moc je rychla, ale podle toho, ze o PHP se
mluvi jako o jedine alterntive protoze web server, predpokladam, ze se
jedna o nejaky server pro vice lidu a proto tam pojede i spousta
dalsich veci.

Snad jen prednaset to jako maximalni moznou cenu s tim, ze pokud se
podari lepsi uskladani v tikarne, tak se cena snizi. Ale docela by me
zajimalo, v jakem tvaru to nakonec pojede....

2007/3/24, Slavomir Skopalik <skopalik@elektlabs.cz>:
> Tohel asi neprojde:
> Viz muj priklad:
> Napriklad bych nechtel hledat obecnym postupem reseni pro velmi tenke prozky,
> ktere by byly dluhe temer jako kratka strana pouziteho papiru (ale kratsi o cca
> 15%).
>
>         Slavek
>
> > Pak to udelejte tak, ze si pevne stanovite orientaci rezanych
> > obdelniku a spocitejte, kolik se jich tam vleze. Uz to tady bylo (A/a
> > * B/b) kde velka pismena jsou romery velke stranky a mala
> > pismena rozmery male stranky. Deleni se amozrejme zokrouhluje
> > dolu (neboli celociselne deleni). pokud zvolite tento postup,
> > tk i vas priklad s prouzkem vyjde, protoze spocitate, ze se
> > na stranku vleze sirka A2/10 prouzku.... Pokud se Vam to zda
> > prilis hloupe, muzete vyzkouset obe moznosti natoceni malych
> > obdelnicku a zvolit co vyjde lepsi.
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list@list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>


-- 
Jan Kastil
galloth@jabbim.cz