| Pages: 1 [2] :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Nika Dekaia
   |
Posted - 2009.09.12 23:01:00 -
[31]
 Originally by: Cheesestick Charlie
ITT: People talking about things they pretend to know a lot about. Protip: most of you don't. In fact, almost none of you know how the EVE cluster works unless you're a dev.
Yeah. And that is what the Devs say: Linkage
|
Cheesestick Charlie
|
Posted - 2009.09.12 23:04:00 -
[32]
Edited by: Cheesestick Charlie on 12/09/2009 23:04:27
oops
|
Khemul Zula
Amarr
Keisen Trade League
|
Posted - 2009.09.12 23:06:00 -
[33]
Originally by: Cheesestick Charlie
Originally by: Khemul Zula
Originally by: Cheesestick Charlie
ITT: People talking about things they pretend to know a lot about. Protip: most of you don't. In fact, almost none of you know how the EVE cluster works unless you're a dev.
Which is why many people are basically repeating what the Devs have explained in previous threads as the reason for this issue not being taken care of yet.
If I recall correctly, one of the Dev's even went as far as to explain how the cluster works in regards to the issue.
Sure, but the people saying "but its so simple, just do..." 
Ah well, in that case entirely agree. 
That seems to be standard form for all forms of business. Something about being a customer instantly makes everyone an expert on the subject, something about being an employee does not.
|
rofflesausage
|
Posted - 2009.09.13 00:09:00 -
[34]
Edited by: rofflesausage on 13/09/2009 00:11:02
Originally by: LaVista Vista
Originally by: rofflesausage
Indeed. The client knows what's a BPO or BPC when doing a 'show info'. There is no reason this data can not be cached on the client which then does the work for colours. Every item in Eve has a unique number ID as can be seen from the API, I'd love to know why the client couldn't cache the info for this.
Exactly. When doing a Show Info a LOT more data is requested off the database.
Having to request extra data for each blueprint in a hangar could increase the load dramatically. For instance, I have a hangar filled with blueprints(There's easily a few thousand).
That's why, even if you cache it, it's not doable.
I never said that.
I said that the client gets the info when the player asks for it. Not caching this and making it easily displayable to the user is crazy. There is no additional database work needed for this method as the data is already being sent.
If you have a few thousand in your hanger, then I think you'll agree that you have little need for them to all be identifiable now, but rather you'll find out when you need to know. I was absolutely not suggesting sending the info for every single one each time you open your hanger.
All the items have a unique ID. Even if the BPO/BPC stuff is only cached for each login (I believe the ID's over the API can change over time), it's better than nothing and saves people checking the same items more than once.
Originally by: Khemul Zula
That seems to be standard form for all forms of business. Something about being a customer instantly makes everyone an expert on the subject, something about being an employee does not.
Probably not in here, but sometimes it needs someone from outside to give another perspective on things. I've come across customers a few times in my job who have suggested things we had not even considered. Don't be so quick to dismiss them.
|
Minmatar Assassin
Minmatar
Utopian Research I.E.L.
Hedonistic Imperative
|
Posted - 2009.09.13 01:34:00 -
[35]
bumping for difference bettwen bpo and bpc.
|
TCL987
Gallente
|
Posted - 2009.09.13 01:43:00 -
[36]
The Science and Industry window already shows if a blueprint is Original or a Copy, Runs and the ME and PE levels for all blueprints in a region so this can't be that much extra work.
|
Cardiana
|
Posted - 2009.09.13 01:47:00 -
[37]
Edited by: Cardiana on 13/09/2009 01:48:04
Originally by: Minmatar Assassin
bumping for difference bettwen bpo and bpc.
but leave em blue!
|
Nova Fox
Gallente
Novafox Shipyards
|
Posted - 2009.09.13 02:33:00 -
[38]
Just saying can you imagine day in and day out recreating not just 1 item but 3 new items for eve's 19k+ items already existing items (possibly more), seriously I'd quit, espeically since it wont be something you can easily script a bot for that would lead to things getting built that shouldnt be or the sort.
Which is why I said CCPs database idea is a better solution, they're already put some ground work into the S/I interface, they just need to finish it, this was promised back in quantum rise but you see how it didnt makeit then and about three expansions later still isnt in.
Pre-order your Sisters of ≡v≡ Exploration ship today, Updated 1SEP09
|
Kyra Felann
Gallente
Noctis Fleet Technologies
|
Posted - 2009.09.13 03:09:00 -
[39]
Hi, guys! I just figured something out!
I don't know anything about politics or diplomacy or anything, but I dunno why people can't figure out this whole "world peace" thing! Just stop killing each other! Problem solved--I'm a genius! I'm expecting a Nobel Peace prize any day now.
|
Danton Marcellus
Nebula Rasa Holdings
|
Posted - 2009.09.13 03:57:00 -
[40]
Now this is a topic I've never seen before in six years.
Should/would/could have, HAVE you chav!
Also Known As |
KoChun
Gallente
Garoun Investment Bank
|
Posted - 2009.09.13 07:08:00 -
[41]
Hah, Eve is great. You take a two year break and when you get back you can be sure people are still arguing about the same stuff. Makes me feel right at home. 
|
Those dudes
|
Posted - 2009.09.13 11:31:00 -
[42]
yellow prints?
|
Grez
Neo Spartans
Laconian Syndicate
|
Posted - 2009.09.13 11:51:00 -
[43]
Edited by: Grez on 13/09/2009 11:53:24
Originally by: MacGardner
Originally by: Alexeph Stoekai
2. Loading lag. When you open a container today, all the server needs to do is pull up a list of the item IDs - giving it the icons for everything. No other additional information needs to be pulled unless the player checks info or goes to use the item for something.
Nobody asks for full info. Just the type ( BPC/BPO ) of the BP, which is easy to include with the icon info. on the top of my head, id assign BPOs IDs from 0 to 499999, BPC IDs from 50000 or so up - and thats the "lazy man" solution.
This discussion is pointless anyways. We would not change any dev's mind.
You're easily one of the most clueless people I've ever met.
When you design a game, you create functions. There is no simple function to pull one bit of information for an item based on what type it is. Every item in your hanger when viewed normally uses the same function to collect information (type and quantity).
You're asking CCP to create another function specially for blueprints which would increase the load of the cluster dramatically.
It's not even the amount of data that has to be moved, it's the amount of times. In the PC world, we call it trashing, and it's a bad thing. If you have 9 megabytes worth of data in one chunk, then that's easy to request and get as it only requires two transactions - one to find, and one to get. However, if it's 9 megabytes worth of information at 1 byte each, then you're asking for 9,000,000 (I cba to be exact to the byte) separate transactions, with random seek and fetch times.
L2Database.
The best solution is to seperate BPC's and BPO's into seperate items entirely, but that would require a lot of work, and downtime for the database changes to be run.
---
|
| |
|
| Pages: 1 [2] :: one page |
| First page | Previous page | Next page | Last page |