Pages: 1 2 [3] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 14 post(s) |
DrKuLa
|
Posted - 2009.07.14 15:57:00 -
[61]
Originally by: CCP Explorer
Originally by: Caldreis While I would love to be able tell different between bpc/bpo. Why would the performance impact be bad without going into it too much?
The Inventory System is highly scalable but also very generic. So for each blueprint item it only stores the type of the blueprint, but not BPO vs. BPC or the levels. That information is stored in different tables based on the itemID and we don't want to query those tables every time a hangar is opened. Rather we only query them when you specifically a show info on the blueprint or when we need this information. This request has been noted and we will implement it when we find a suitable solution that performs well.
And what about creating a new class/group of items to make that distinction to avoid joining other table(s)... or a new binary column to highlight what is or is not BPO.
The problem of be almost impossible to differenciate between BPC and BPO is really an issue not only on hangars but specially on contracts
For bulk listing such as generic blueprint search without other parameters; Creating a new group/class for items to distinct "blueprints" from "blueprint copies" could easily workaround the issue of a single image for many item rows.
There always solutions to the problems some faster than others
My self see this BPC/BPO matter as an issue because allot of scam around where people asking 800m for a BPC single copy of a BS rather than a BPO with same price.
Therefore the problem exists; I'm sure DB solution is also possible is just matter of willing to sort it out or added it to the list of dev priorities.
Cheers
|
Amerilia
|
Posted - 2009.07.14 16:20:00 -
[62]
Originally by: CCP Explorer
Originally by: Caldreis While I would love to be able tell different between bpc/bpo. Why would the performance impact be bad without going into it too much?
The Inventory System is highly scalable but also very generic. So for each blueprint item it only stores the type of the blueprint, but not BPO vs. BPC or the levels. That information is stored in different tables based on the itemID and we don't want to query those tables every time a hangar is opened. Rather we only query them when you specifically a show info on the blueprint or when we need this information. This request has been noted and we will implement it when we find a suitable solution that performs well.
Isnt it simple? Take the BPO/BPC Boolean marker out of the BP tabe and into the general item table?
|
Shar'kin
|
Posted - 2009.07.14 17:20:00 -
[63]
As I read 'core' I was hoping for dual core / quad core client support....
Nothing on the horizon?
While you optimize the server dont forget the client!
Thank you
|
Amerilia
|
Posted - 2009.07.14 18:08:00 -
[64]
Originally by: Shar'kin As I read 'core' I was hoping for dual core / quad core client support....
Nothing on the horizon?
While you optimize the server dont forget the client!
Thank you
They dont have multiple core suport on the server either XD
|
Caleb Ayrania
Gallente TarNec New Eden Retail Federation
|
Posted - 2009.07.14 20:58:00 -
[65]
Originally by: CCP Explorer
Originally by: Dav Varan One thing that does concern me though. Theres an RL concept that the more roads you build to relive congestion the more cars will be used on those roads, once again restoring the congested state. Its good that 1,400 players can be on the same node , but wont this just encorage more jita usage as its now running smooth. Can we expect 1,5K 1,6K or more players to now turn up in Jita, especially as eve subscribtions grow and grow. At some point in the future the Jita handling of the core will be perfection. If it is not close to perfection allready. At that point no more performance will be possible and the ever increasing jita hordes will return jita to a state of lag :( Isnt there something you can do, like increased taxation at busy stations that will help to spread the horde out over multiple nodes.
We are still exploring various game design changes, some of which mimic RL solutions such as taxation of busy areas encouraging players to seek out less busy space. I would emphasise that nothing has been decided yet and we are not implementing any such changes at this time.
Increase the possible number of orders to place on market by a factor 10, and you will see the importance of Jita drop Rapidly..
Market saturation and price equilibrium is among the main motivations besides logistics of having a solo HUB like Jita..
Also with more opertunities to use dif sized and priced orders on the same items you make the 0,01 micro updating wars a bit harder, and thus less updates from market to the servers.
With more orders more diversification is possible hence trade and items are easier to spread out from a market and trader perspective...
In all this small step is a huge factor in nerfing Jita..
- Money is Love - Sometimes it just gets bend the wrong ways.
Feed your Brain:
Innovation Thread |
Nessaden
Minmatar The Greater Goon Clockwork Pineapple
|
Posted - 2009.07.15 22:22:00 -
[66]
Any plans on releasing some or all of this core technology platform as open-source or even licensed? I'm an aspiring game developer/programmer who awaits a StacklessIO release.
|
Vladmir Dracu
|
Posted - 2009.07.22 00:09:00 -
[67]
i have played this very cool game for a long time since it started and i want to help make it more fun for crops, they should have corp missions big fights with npcs and story line lots of fun for many.... with carriers, drednuts, battleships, t2,t3, ships a battle that this game can only offer if companies would have to go to war. not just a faction battle. a mission to take a station with a huge fleet two avery type of ship are a mix of biggest to littlest. that would be awsome......
|
AngryMax
Gallente Maelstrom Crew
|
Posted - 2009.07.22 07:13:00 -
[68]
Yes, i noticed. You guys rock.
|
Nguyen VanPhuoc
Minmatar The but's shoal
|
Posted - 2009.10.14 13:33:00 -
[69]
6000 people in Jita?
___________________ MAXimum CAOD!
|
|
|
|
Pages: 1 2 [3] :: one page |
First page | Previous page | Next page | Last page |