No0ne Posted July 8, 2013 Report Share Posted July 8, 2013 Sveiki! Man pēdējās dienās parādijusies problēma ar serveri. Verot vaļā lapu tā 90% gadījumu atveras tieši kā paredzēts ātri un bez problēmām, bet ik pa brīdim rodas tāda problēma, ka lapu ver ļoti ilgi vaļā. Ne tieši atsevišķus elementus ilgi lādē, piemēram, bildes, bet vienkārši pieslēdzas pašai lapai ilgi. Tad attiecīgi pēc kādām 30sek vai nu lapa aiziet vai arī nginx izmet 404 not found. Problēma ir cietajā diskā, jo 404 not found parādās, ja nevar piekļūt failam slodzes dēļ. Tad nu tādos brīžos izdomāju ar iotop pavērot I/O, bet viss ir normā. Papildus tam tie ir SSD diski un I/O limitu sasniegt ir praktiski neiespējami pie pašreizējajiem apstākļiem. Skatījos arī visu pārējo - swap netiek izmantots, load nav liels. Kas varētu būt par problēmu kādēļ cietie šādi uzvedas? Quote Link to comment Share on other sites More sharing options...
jurchiks Posted July 8, 2013 Report Share Posted July 8, 2013 (edited) Papildus tam tie ir SSD diski Īstenībā tā arī varētu būt problēma. Ko tās lapas dara? Daudz raksta datus? Cietie jauni? Edited July 8, 2013 by jurchiks Quote Link to comment Share on other sites More sharing options...
marrtins Posted July 8, 2013 Report Share Posted July 8, 2013 Kas par modeli tam SSD? Ir redzēti draņķi, kas vnk aizrijas ik pa laikam (bieži). Quote Link to comment Share on other sites More sharing options...
blackhalt Posted July 8, 2013 Report Share Posted July 8, 2013 SSD var dažādi optimizēt. https://sites.google.com/site/easylinuxtipsproject/ssd Bet ne visiem viss der. Manējam desktopa SSD ļoti patīk TRIM Quote Link to comment Share on other sites More sharing options...
No0ne Posted July 8, 2013 Author Report Share Posted July 8, 2013 Īstenībā tā arī varētu būt problēma. Ko tās lapas dara? Daudz raksta datus? Cietie jauni? Cietie kādu gadu apmēram stāv, viss ir darbojies nevainojami līdz šim. Diski raksta datubāzē datus, domājams, ka relatīvi maz + vēl tiek izmantoti video failu lejupielādēi un apstrādei pirms tiek pārvietoti uz HDD. Izmantoju šādu SSD Intel 520 Series (80k random IOPS, ~550MB/s) blackhalt, es neesmu linux eksperts un diezgan maz sapratu no tā linka, ko devi, bet vai tā vispār optimizācija ir vajadzīga, ja cietajiem nav liels I/O (procentuāli)? Man šķiet, ka problēma slēpjas kur citur. Quote Link to comment Share on other sites More sharing options...
jurchiks Posted July 8, 2013 Report Share Posted July 8, 2013 (edited) Optimizācija nekad nenāk par ļaunu, ja ar to neaizraujās. vēl tiek izmantoti video failu lejupielādēi un apstrādei pirms tiek pārvietoti uz HDD Genius. Uz webservera šitādu huiņu darīt... Edited July 8, 2013 by jurchiks Quote Link to comment Share on other sites More sharing options...
No0ne Posted July 8, 2013 Author Report Share Posted July 8, 2013 Optimizācija nekad nenāk par ļaunu, ja ar to neaizraujās. Genius. Uz webservera šitādu huiņu darīt... Nu tas, protams, nav ideāls scenārijs, bet atbilstošākais šai situācijai :) Varbūt kaut ko par tēmu vari pateikt, nevis tikai izteikt savas domas par to, ka SSD ir sūds un, ka serverim, kurš var pavilkt 10x lielāku slodzi kā tam šobrīd ir, ir stulbi litk darīt to, ko viņš dara? Quote Link to comment Share on other sites More sharing options...
codez Posted July 8, 2013 Report Share Posted July 8, 2013 Ja elementus lādē ātri, bet pašu lapu ilgi, tad visdrīzāk tam nav nekāda sakara ar diskiem. Kas atšķir resursu failus no paša lapas? 1)Konekcija datubāzei. 2)PHP interpetācija un izpilde - Vai kodā kāds nav ielicis, piemēram, if (rand(0,10)==0) while(true){}. Gan tieša, gan pārnestā nozīmē, respektīvi ir darbības, kas izpildās ik pa laikam (ne uz katru requestu) un tajā kaut kas iesprūst. Quote Link to comment Share on other sites More sharing options...
Aleksejs Posted July 8, 2013 Report Share Posted July 8, 2013 Nepretendēju uz NGINX speciālistu, bet kāds ir konfigs? Vai nav tā, ka problēma ir tad, kad beidzas workeri? Quote Link to comment Share on other sites More sharing options...
jurchiks Posted July 8, 2013 Report Share Posted July 8, 2013 1) es nekur neesmu teicis, ka SSD ir sūds. 2) Johaidī, tu kačā un apstrādā video uz webservera, uz kura stāv production saits, ar kuru galu tu domā? Serveris ir serveris, nevis workstation, jautā jebkuram kaut cik pieredzējušam cilvēkam. 3) pa tēmu es vispār pirmais kaut ko pateicu. Quote Link to comment Share on other sites More sharing options...
daGrevis Posted July 9, 2013 Report Share Posted July 9, 2013 > Nepretendēju uz NGINX speciālistu, bet kāds ir konfigs? > Vai nav tā, ka problēma ir tad, kad beidzas workeri? Man arī liekas, ka te te ir problēma. Quote Link to comment Share on other sites More sharing options...
No0ne Posted July 9, 2013 Author Report Share Posted July 9, 2013 Ja elementus lādē ātri, bet pašu lapu ilgi, tad visdrīzāk tam nav nekāda sakara ar diskiem. Kas atšķir resursu failus no paša lapas? 1)Konekcija datubāzei. 2)PHP interpetācija un izpilde - Vai kodā kāds nav ielicis, piemēram, if (rand(0,10)==0) while(true){}. Gan tieša, gan pārnestā nozīmē, respektīvi ir darbības, kas izpildās ik pa laikam (ne uz katru requestu) un tajā kaut kas iesprūst. Kods ir veiksmīgi darbojies gadus 3, nekas nav rediģēts. Saproti, nevis pašu lapu lādē ilgi, bet tajā brīdī, kad notiek šī figņa, tad neko nelādē - ne elementus, ne ko un tad kad tā figņa beidzas viss uzreiz aiziet. Teiksim šobrīd ieejot lapā ~1sek un lapa ir ielādējusies. Ja tad, kad notiek figņa ieieitu lapā: 30sek firefox lādētu un pa to laiku būtu blank page, tad pēc ~30sek, kad figņa beigtos pa 1 sek ielādētu lapu. Ja figņa nebeigtos nginx izmestu 404 not found, jo nav varējis piekļūt failam for some reason. Pēc tam figņa beigtos un viss lādētos atkal ~1sek līdz nākamajai reizei, kad tā figņa parādīsies pēc dažām minūtēm. Vai nav tā, ka problēma ir tad, kad beidzas workeri? Esmu diezgan drošs, ka to error logā varēja redzēt un tur bija jāmet 502 vai 500-to erroru. 404 not found nozīmē, ka nav iespējams piekļūt failam vai, ka fails neeksistē. Fails eksistē un strādā lielāko laika daļu normāli, tāpēc lūdzu padomājiet kāpēc varētu nevarēt atsevišķos brīžos piekļūt failam, kamēr SSD nav noslogots. Quote Link to comment Share on other sites More sharing options...
Maris-S Posted July 9, 2013 Report Share Posted July 9, 2013 (edited) Īstenībā ar SSD var būt dažādi brīnumi, kurus sarežģīti atklāt. Man pašam nesen nocepās SSD. Defekts bija interesants, strādāja kādu pus stundu un tad vienkārši nobruka, linuksis tajā brīdī pārmountēja root failu sistēmu uz read only, tā arī sapratu ka problēma ir ar SSD. Pēc restartēšanas viss ir tā pat, pastrādā kādu laiku un nobrūk. Es mēģināju skatīties SMART informāciju, bet arī tur neko jēdzīgu neuzrādīja. Paskaties sev to SMART, kaut ko iespējams arī varēs uzzināt. Edited July 9, 2013 by Maris-S Quote Link to comment Share on other sites More sharing options...
No0ne Posted July 9, 2013 Author Report Share Posted July 9, 2013 (edited) Tagad pamanīju, ka uz statiskajiem failiem šādas problēmas nav. Statiskie faili tieši tāpat stāv uz SSD. Sāku domāt vai ar PHP nav kas noticies. Atjaunināju PHP versiju, skatīšos vai vēl parādīsies šī problēma, vai pazudīs. Edited July 9, 2013 by No0ne Quote Link to comment Share on other sites More sharing options...
ieleja Posted July 9, 2013 Report Share Posted July 9, 2013 /var/log/* nav kas interesants? arī tur, kas nav saistīts ar webserveri? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.