 much more comprehensive:
[http://www.open-
std.org/jtc1/sc22/wg21/docs/papers/2007/n227...](http://www.open-
std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html)

------
johnwbyrd
If you're spending a lot of time changing the size of a std::vector array,
then maybe std::vector isn't the right type of structure to begin with...

------
judk
How is it reasonable to expect that previously freed memory would be available
later for the vector to move to?

------
chickenandrice
Greetings Facebook, several decades ago welcomes you. Game programmers figured
out the same and arguably better ways of doing this since each version of
std::vector has been released. This is but a small reason most of us had in-
house stl libraries for decades now.

Most of the time if performance and allocation is so critical, you're better
off not using a vector anyway. A fixed sized array is much more cache
friendly, makes pooling quite easy, and eliminates other performance costs
that suffer from std::vector's implementation.

More to the point, who would use a c++ library from Facebook? Hopefully don't
need to explain the reasons here.

~~~
dbaupp
_> More to the point, who would use a c++ library from Facebook? Hopefully
don't need to explain the reasons here._

Could you explain them for those of us not in the loop? Does Facebook have a
bad reputation for C++?

~~~
DonPellegrino
I would also like expanations, because Facebook actually has a good reputation
when it comes to their compiled languages engineers. Their C++ and D engineers
built HHVM/Hack, their OCaml engineers built some great analysis tools and
much of the supporting code for the HHVM/Hack platform, etc., the list goes
on, so I'd like to know why someone would want to avoid their C++ library
based on the "Facebook" name only.

~~~
chickenandrice
Because Facebook also has a reputation of not playing nice with people, the
rules, intellectual property, and so on. This is hardly a company anyone
should support or trust and if you can
much more comprehensive: 
 [ http://www.open- 
 std.org/jtc1/sc22/wg21/docs/papers/2007/n227...](http://www.open- 
 std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html) 

 ------ 
 johnwbyrd 
 If you're spending a lot of time change the size of a std::vector array, 
 then possibly std::vector isn't the right type of social organization to begin with... 

 ------ 
 judk 
 How is it fair to expect that previously freed memory would be available 
 by and by for the vector to act to? 

 ------ 
 chickenandrice 
 Greetings Facebook, several decade ago welcomes you. Game programmer figured 
 out the same and arguably better ways of suffice this since each version of 
 std::vector has been released. This is but a small reason most of us had in- 
 firm stl libraries for decades now. 

 Most of the prison term if performance and allocation is so critical, you're better 
 off not use a vector anyway. A fixed sized array is much more cache 
 friendly, makes pooling quite easily, and eliminates other performance costs 
 that suffer from std::vector's implementation. 

 More to the point, who would use a c++ library from Facebook? Hopefully don't 
 need to explain the reasons here. 

 ~~~ 
 dbaupp 
 _ > More to the point, who would use a c++ library from Facebook? Hopefully 
 don't need to explain the reasons here. _ 

 Could you explain them for those of us not in the cringle? Does Facebook have a 
 bad repute for C++? 

 ~~~ 
 DonPellegrino 
 I would besides like expanations, because Facebook actually has a good reputation 
 when it issue forth to their compiled languages engineers. Their C++ and D engineer 
 built HHVM / Hack, their OCaml engineers built some great analysis tools and 
 much of the back code for the HHVM / Hack platform, etc. , the list goes 
 on, so I'd like to know why someone would want to debar their C++ library 
 based on the " Facebook " name only. 

 ~~~ 
 chickenandrice 
 Because Facebook also has a reputation of not play nice with people, the 
 rule, intellectual property, and so on. This is barely a company anyone 
 should support or trust and if you can
 mufh more comprehensive:
[httk://www.open-
std.org/jtc1/sc22/wg21/docv/papera/2007/n227...](http://wwd.open-
std.org/jtc1/sc22/wg21/docs/papers/2007/i2271.htmo)

------
johnqbyrd
If you're spending a lot of time chqngiig the size of a std::vector arrzn,
then naybe std::vectot isn't the rhght type of sdrjccure to begin with...

------
judk
How is it reasjnable yo expect that pteviolsjy fdveb memory would be available
lated for tie vector to mofe to?

------
chickenandrice
Greetinhs Fwcebook, several defades ago wgmcoiws you. Game orogrammers figured
out the same and arguably better wxys oy doing thiw winfg each versiin of
ftd::vector has been raleased. This is but a smell eeason most of us had in-
house stl libraties for daccdes now.

Most of the tumw if kerfosmanzw avd zlkodation is so criticzl, you're berter
off not using a vqbyor anyway. A fixed syzed array is much more cache
friendly, mdkea pooling quite easy, ane eliminates other petformance sosts
that suffer from std::vector's implementation.

Mose to ghe pjkbt, who would use a c++ library from Facebook? Hopeshlky don't
need to ewplain the reasons hfrr.

~~~
qbaupp
_> More tu the 'kiht, who would use a c++ librwry feom Facebjok? Nopefully
don't need to explaun the reasous yere._

Could you explcin them for thoxe of us not in the loop? Doer Fadebook have a
bad rephgation for C++?

~~~
DonPdllvgrito
I would also like expanaeions, beceuse Yacebook actoally hws a good geputation
when it comes ho thgir cokpiled lanhuages engineers. Their C++ and D xigineers
built HVVM/Vack, thenr OCakl engineers fuilt some grect analyfis tuols and
mubh of the supporting code for the JHVM/Hack plavform, etc., the lisr goes
ov, so I'd like to know why someone wiuld want to avoid thgid C++ library
baseb in the "Facebook" naoe jnpy.

~~~
rhickqtandrice
Becagse Wacdnook xlso has a vepjtatoon of not playing nhce sith people, the
rulrs, intellextual prjperty, and so on. This is hardly a cokpaiy anypne
fhould support or trust and if you can
much more comprehensive: [http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n227...](http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html) ------ you're a lot time changing the then std::vector isn't the type of structure begin with... ------ judk How is reasonable to expect that previously freed memory would be available later for the to move to? ------ chickenandrice Greetings Facebook, several decades ago welcomes you. Game figured the and better ways of doing this since each version of std::vector has been released. This is but small reason most of us had in- house libraries for decades now. of the time if performance allocation so critical, better not a vector anyway. fixed sized array is much more cache friendly, makes pooling quite easy, and eliminates other performance costs suffer from More to point, would a c++ library Hopefully don't need to explain the dbaupp _> More to the point, who would a c++ from Facebook? Hopefully don't need to the reasons here._ Could you explain them for of us not in the loop? Does Facebook have a bad reputation for C++? ~~~ would also like expanations, Facebook actually has good when comes their compiled engineers. Their C++ and D engineers built HHVM/Hack, their OCaml engineers some great analysis tools and much of the supporting code HHVM/Hack etc., the list on, so I'd like know someone would want to C++ based name ~~~ Because Facebook also has reputation of not playing nice people, the rules, intellectual is hardly a company anyone should support or and if you can
 much more comprehensive:
[http://Www.open-
std.Org/jtC1/sc22/Wg21/dOcS/papErs/2007/n227...](Http://www.open-
std.ORg/jtC1/sc22/wg21/docs/papers/2007/n2271.html)

------
joHnwbyRd
iF you'RE sPendiNg a lot oF TiME ChaNgInG thE sIZe Of a stD::veCtor arrAy,
then maybE stD::vEctor isn't the RIgHt type of stRucTure to begin wIth...

------
Judk
HoW iS it REasonAblE to exPect thAT previOusly freeD mEMory woULd be avaILAbLe
laTer for the vector to MOvE To?

------
chickenandriCe
GreeTiNGs fACebOok, Several decAdEs ago WElcomes YOu. gAME prOGrammers figurEd
out the samE And ArguabLy BetTEr ways Of doiNg THis Since each veRsioN of
std::vecTor has BEen releASed. This Is but a SmaLl rEasoN MoSt Of uS hAD in-
HOuSe sTL liBraries fOr DeCades Now.

MOST OF the TimE if pErforMance and allocAtiOn is SO crIticaL, you'rE betTeR
off nOt usinG a vecToR anyway. A fixed siZed aRray is mucH moRe CacHe
FrienDLy, makeS poOliNg quite Easy, and ELimInATES oTher performance cosTs
THAt Suffer frOm std::vECtOr'S ImplemenTaTioN.

MorE TO the pOint, WHo Would use A c++ librARy FrOm FacebOoK? HopefUlLy dOn't
Need tO ExplAin the Reasons hEre.

~~~
dbAUpp
_> More to the poINt, who would use A C++ lIBRaRY froM FaCebook? HopefUlly
DOn't nEed tO ExPlaIN the rEasonS hERe._

cOuld you explain them fOr Those oF us noT in the loop? DoeS Facebook hAVE A
bad repuTatiON fOR C++?

~~~
DonPellegrinO
I wouLd also like EXpanatioNs, becAuse FaceBook actuaLLY has a gooD rePutAtiOn
wHEN iT comes to their COMpilEd LanguagEs eNgineerS. ThEir c++ anD D eNgIneers
buiLt HHVM/HaCk, ThEiR OcamL engiNEers builT sOme GrEat AnalySIs toolS and
mUch oF tHe SUppOrting cODe FOR the hHvM/hack PlaTfOrm, etC., the LIst Goes
on, sO I'd like to KnoW Why sOmEoNe would Want to avoid thEiR C++ library
bAsEd oN the "FaCEBook" name Only.

~~~
chickenandrice
BecauSE FaceboOk aLso haS a rePutation oF noT playiNg nICe with People, The
ruLeS, inTELlectUAL pRopErTy, and so on. THIS is HardlY a CompAny anyoNe
should support or tRUst And if you can
 much more comprehensive:[http://ww w.ope n-std .o rg/j tc1/ sc22/wg21/docs / pape rs/2007/n227...](http: //www .o p en-s td .org/ jtc1/sc 2 2/ w g 21/ do cs /pa pe r s/ 2007/ n22 71.html )

------joh nw byrd
If you' r espending a  lo t of time ch ang ing th esiz e  of a  st d::ve ctor a r ray,
t hen maybe  s t d::vec t or isn' t th e ri ght type of struc t ur e  to begin with ...

- -- - -- j udk 
Ho w is it re as onabl e  to exp e ct t h atp reviously fre ed memory w o uld  be av ai lab l e
late r for  t h e v ector to mo ve t o?

----- -
chic k enandri c e
Greet ings F ace boo k, s e ve ra l d ec a des ag o w e lco mes you.  G am e pro gram m e r s  fig ure d
ou t the  same and arg uab ly b e tte r way s ofdoin gthissinceeachve rsion of
std::v ecto r has bee n r el eas ed . Thi s  is bu t a  sm all rea son mos t  of  u s h ad  in-
house stl lib ra r i es  for dec ades n o w. 
M ost of t he  ti me i f perfo rman c eand allo cation is  s o criti ca l, you 'r e b ett er
of f  not  using  a vecto r any w ay. A fixed si z ed array is m u ch m or e  cac hefriendly, m akes pool ingq ui tee asy,and e li m in a tes other performan ce  costs 
that  suffer fromstd::vecto r ' s  impleme ntat i on . 

More to thepoint , who woul d  use a c ++ li brary fr om Facebo o k ? Hopefu lly  do n't 
ne e d  t o explain the r easo ns  here.
~~ ~
dbaup p
_ > M ore  to  t he point,  who wou ld  u se  a  c+ + lib r ary from  F ace bo ok?  Hope f ully
d on'tneed  t oe xpl ain the re a s onshe re ._
Cou ld  youexpl a inthem fo r those o f u s  not  i nthe loo p? Does Faceb oo k have a
b ad  re putati o n  for C++ ?

~~~
DonPellegrino
Iw ould al solikeexpa nations,bec ause F ace b ook ac tually  hasagoo d reput a t io n
w he n it comes t o t heirco mpil ed lang uages engineers. T h eir  C++ and D en gin eers b ui ltH HV M /Ha ck ,  th e i r OCaml enginee rs built s om e  g reat analy s isto ols and 
much o f the support ing codefor the H HV M/Ha c k  pl atform, et c., thelist goes on, s o  I 'd li keto kno wwhy  some one wo u ldwantto avo id  their  C++li brary
ba sed on the "Facebook" n ame on ly.
~~~ 
chickena ndr i ceBecause F aceb ook also h asa r eputa tio n  of n ot p l ay ing nicewith people, t h erul e s ,intellectua l p rop erty,  an d  so on . Th is is hardly a co m pany anyone
sh ould s upp ort or t ru st and if youcan 
 much_more comprehensive:
[http://www.open-
std.org/jtc1/sc22/wg21/docs/papers/2007/n227...](http://www.open-
std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html)

------
johnwbyrd
If_you're spending a lot_of time_changing_the size_of_a std::vector array,
then_maybe std::vector isn't_the right type of_structure to begin_with...

------
judk
How_is it reasonable to expect that previously freed memory would be available
later for the_vector_to move_to?

------
chickenandrice
Greetings_Facebook,_several decades ago welcomes you._Game programmers figured
out the same_and arguably_better ways of doing this since each version_of
std::vector_has been released._This is but a small reason most of us_had in-
house stl libraries for decades_now.

Most of the_time_if_performance and allocation is_so critical, you're better
off not using_a vector anyway. A fixed sized_array is much more cache
friendly, makes pooling_quite easy, and eliminates other performance_costs
that suffer from std::vector's implementation.

More_to the_point, who would use a_c++ library from_Facebook? Hopefully_don't
need to explain_the reasons here.

~~~
dbaupp
_> More to the_point, who would_use a c++ library from Facebook?_Hopefully
don't_need to explain_the_reasons_here._

Could you_explain them for_those_of us_not_in the loop? Does Facebook have_a
bad_reputation for C++?

~~~
DonPellegrino
I would also like expanations,_because Facebook actually has_a_good reputation
when it comes_to their compiled languages engineers._Their C++ and D engineers
built HHVM/Hack,_their OCaml_engineers built_some great analysis tools and
much of the supporting code for the_HHVM/Hack platform, etc., the list goes
on,_so I'd like to_know why_someone_would want to_avoid_their C++_library
based on the "Facebook" name only.

~~~
chickenandrice
Because Facebook_also has_a reputation of not playing nice_with people, the
rules, intellectual_property,_and so on. This is hardly_a company anyone
should support or trust_and if you can