Ogromne pliki core w tfsie
- Thread starter Duxi
- Start date
EvulFapMastah
New Member
- Joined
- May 29, 2011
- Messages
- 71
- Reaction score
- 1
usuń ?
- Joined
- Dec 22, 2007
- Messages
- 1,984
- Reaction score
- 2
Przypatrz się temu jak odpalasz proces tfsa.
OP
OP
Duxi
Member
- Joined
- Aug 31, 2010
- Messages
- 218
- Reaction score
- 5
Odpaliłem teraz normalnie przez screena i nie tworzą się te pliki.
Wcześniej używałem restartera
start-tfs:
Code:
#! /bin/bash
cd /home/tfs
ulimit -c unlimited
i=1
while [ $i -le 99999000 ]
do
./theforgottenserver > ./data/output.txt
i=`expr $i + 1`
donestart.sh
Code:
echo Starting The Forgotten Server....
sleep 0
screen -A -m -d -S tfs ./start-tfsMam dysk 500GB. Samych tych plików było ponad 450GB
- Joined
- Dec 22, 2007
- Messages
- 1,984
- Reaction score
- 2
W sumie rozwiązanie Cuddlez'a jest lepsze. Kup większy dysk.
nemezis
# Lazybones #
Ty chyba nie wiesz co to ogromy jest, u mnie przy crashu miałem core po 8 gb. Plik core ma tyle mb ile ilość zajętego ramu podczas crasha, bo on ten ram do pliku zapisuje (mogę się mylić)
Akurat w tej sprawie się nie mylisz.
masteuszx
OtsList.eu
- Joined
- Aug 3, 2008
- Messages
- 784
- Reaction score
- 45
zawsze lepiej miec logi niz ich nie miec <hihi>
po co? to tylko stwarza ogromne pole manewru ewentualnym hakerom (flood dysku)
Tak to jest jak się nie wie co się robi.
Polecam przeczytać skrypty pobrane z internetu zanim się je odpali. Inaczej możesz równie dobrze od razu wpisać "rm -fr /".
Przeanalizuj restarter linijka po linijce i zobacz co w nim jest. Jeśli czegoś nie rozumiesz to wywal, i tak ci się nie przyda.
@Ethan
To jednak są zrzuty pamięci i zajmują tyle ile TFS używał pamięci, to chyba logiczne.
Przydają się do gdb i info do developerów, jednak to nie ma zastosowania jeśli ktoś używa starszego reva niż najnowszy.
Polecam przeczytać skrypty pobrane z internetu zanim się je odpali. Inaczej możesz równie dobrze od razu wpisać "rm -fr /".
Przeanalizuj restarter linijka po linijce i zobacz co w nim jest. Jeśli czegoś nie rozumiesz to wywal, i tak ci się nie przyda.
@Ethan
To jednak są zrzuty pamięci i zajmują tyle ile TFS używał pamięci, to chyba logiczne.
Przydają się do gdb i info do developerów, jednak to nie ma zastosowania jeśli ktoś używa starszego reva niż najnowszy.
Diath
ＤＩＡＴＨ
>Przydaja sie do GDB
>Nie ma zastosowanie do starszych revow
Wut? Przeciez starsze revy tez nie sa bez skazy i jest wiele crashbugow do poprawek
.
Wut? Przeciez starsze revy tez nie sa bez skazy i jest wiele crashbugow do poprawek
Który developer czegokolwiek będzie analizował raporty błędów ze starszych wersji ? Może w najnowszej wersji tego problemu już nie ma ? Nigdy nie wspiera się poprzednich wersji w fazie "Alpha", szczególnie w TFS, gdzie dostęp do tych wersji jest właśnie dlatego ograniczony.
Nie widzę związku. Dlaczego, miałby ich nie analizować, skoro czegoś dotyczą? To, że ktoś ma błąd w starym rev. to nie oznacza, że tego błędu nie ma w najnowszej wersji, szczególnie w TFS.
Osobiście znam błąd który istnieje od 3000~ rev. a nie został załatany do tej pory, jeśli ktoś nie wyczyta dumpa i nie poprawi, to będzie jeszcze długo. Więc trzeba analizować starsze dumpy, oczywiście dobrze by było też, gdyby developer miał jakieś pojęcie na temat tego czy błąd rzeczywiście istnieje czy nie
.
A teraz wróćmy na ziemię i spraw aby developerzy analizowali CHOĆBY raporty z ostatniego reva...
Widzisz, to ich wola. My też mamy gdb oraz własne mózgi, więc możemy sobie sami to przeanalizować. Myślę, że analizowali by te dumpy, gdyby normalny użytkownik TFS wiedział jeszcze co to core dump ^ , i wiedział, jak wygenerować log. Developer nie ma Twojej binarki, źródeł, a już na pewno nie będzie ściągał konkretnego reva. kompilował i do tego jeszcze odpalał silnika i używał buga aby wygenerować sobie log. Trochę zaangażowania, nie wszystko musi robić za Ciebie developer, Ty jako użytkownik TFS również powinieneś pomóc jeśli tylko umiesz, chociażby w postaci loga, na pewno ktoś by się tym zainteresował.
