એલેક્સી નાયડેનોવ. ITooLabs. ગો (ગોલાંગ) ફોન પ્લેટફોર્મ પર વિકાસ કેસ. ભાગ 1

એલેક્સી નાયડેનોવ, સીઇઓ ITooLabs, પ્રોગ્રામિંગ ભાષા ગો (ગોલાંગ) માં ટેલિકોમ ઓપરેટરો માટે ટેલિકોમ્યુનિકેશન પ્લેટફોર્મના વિકાસ વિશે વાત કરે છે. એલેક્સી એશિયાના સૌથી મોટા ટેલિકોમ ઓપરેટરોમાંના એકમાં પ્લેટફોર્મને જમાવવાનો અને ઓપરેટ કરવાનો અનુભવ પણ શેર કરે છે, જેણે પ્લેટફોર્મનો ઉપયોગ વૉઇસ મેઇલ (વોઇસમેઇલ) અને વર્ચ્યુઅલ PBX (ક્લાઉડ PBX) સેવાઓ પ્રદાન કરવા માટે કર્યો હતો.

એલેક્સી નાયડેનોવ (ત્યારબાદ - AN): - કેમ છો બધા! મારું નામ એલેક્સી નાયડેનોવ છે. હું ITooLabs નો ડિરેક્ટર છું. સૌ પ્રથમ, હું જવાબ આપવા માંગુ છું કે હું અહીં શું કરી રહ્યો છું અને હું અહીં કેવી રીતે સમાપ્ત થયો.

જો તમે Bitrix24 માર્કેટપ્લેસ (વિભાગ "ટેલિફોની") જુઓ, તો 14 એપ્લિકેશનો અને 36 જે ત્યાં છે (40%) અમે છીએ:

વધુ સ્પષ્ટ રીતે, આ અમારા ભાગીદાર ઓપરેટરો છે, પરંતુ આ બધાની પાછળ અમારું પ્લેટફોર્મ (સેવા તરીકે પ્લેટફોર્મ) છે - જે અમે તેમને એક નાના પૈસામાં વેચીએ છીએ. ખરેખર, હું આ પ્લેટફોર્મના વિકાસ અને અમે ગોમાં કેવી રીતે આવ્યા તે વિશે વાત કરવા માંગુ છું.

અમારા પ્લેટફોર્મ માટે હવે નંબરો છે:

MegaFon સહિત 44 ભાગીદાર ઓપરેટરો. સામાન્ય રીતે કહીએ તો, અમે સાહસો પર જવાનું પસંદ કરીએ છીએ, અને અમે ખરેખર અહીં રશિયામાં 100 ઑપરેટર્સના 44 મિલિયન સબ્સ્ક્રાઇબર્સની ઍક્સેસ ધરાવીએ છીએ. તેથી, જો કોઈની પાસે કેટલાક વ્યવસાયિક વિચારો હોય, તો અમે તેમને સાંભળીને હંમેશા ખુશ છીએ.

• 5000 વપરાશકર્તા કંપનીઓ.
• કુલ 20 સબ્સ્ક્રાઇબર્સ. આ બધું b000b છે - અમે ફક્ત કંપનીઓ સાથે કામ કરીએ છીએ.
• દિવસ દરમિયાન પ્રતિ મિનિટ 300 કોલ.
• ગયા વર્ષે 100 મિલિયન કોલ મિનિટ્સ (અમે ઉજવણી કરી હતી). આ અમારા પ્લેટફોર્મ પરની આંતરિક વાટાઘાટોને ધ્યાનમાં લીધા વિના છે.

તેની શરૂઆત કેવી રીતે થઈ?

યોગ્ય મિત્રો કેવી રીતે પોતાનું પ્લેટફોર્મ બનાવવાનું શરૂ કરે છે? આપણે એ પણ ધ્યાનમાં લેવું જોઈએ કે અમારી પાસે "હાર્ડકોર એન્ટરપ્રાઈઝ" ડેવલપમેન્ટનો ઈતિહાસ હતો, અને તે પણ એન્ટરપ્રાઈઝ માટે વર્ષના સૌથી સચોટ સમયે! તે આનંદનો સમય હતો જ્યારે તમે ગ્રાહક પાસે આવો અને કહો: "અમને થોડા વધુ સર્વરની જરૂર છે." અને ગ્રાહક: "હા, કોઈ પ્રશ્ન નથી! અમારી પાસે રેકમાં દસ છે.

તેથી અમે Oracle, Java, WebSphere, Db2 અને તે બધું કર્યું. તેથી, અમે, અલબત્ત, શ્રેષ્ઠ વિક્રેતા ઉકેલો લીધા, તેમને એકીકૃત કર્યા અને તેની સાથે ઉપાડવાનો પ્રયાસ કર્યો. તેઓ પોતાના દમ પર રમ્યા. તે આવા આંતરિક સ્ટાર્ટઅપ હશે.

તે બધું 2009 માં શરૂ થયું. 2006 થી, અમે એક યા બીજી રીતે ઓપરેટરના નિર્ણયોમાં નજીકથી સંકળાયેલા છીએ. અમે ઘણા કસ્ટમ વર્ચ્યુઅલ પીબીએક્સ બનાવ્યા (જેમ કે હવે અમારી પાસે ઓર્ડર પર છે): અમે જોયું, નક્કી કર્યું કે તે સારું છે, અને આંતરિક સ્ટાર્ટઅપ શરૂ કરવાનું નક્કી કર્યું.

VMWare લો. અમે અમારા પોતાના પર ચાલતા હોવાથી, અમારે તરત જ કૂલ વેન્ડર સ્ટોરેજ છોડી દેવાનું હતું. અમે તેમના વિશે બધું જાણીએ છીએ: તે વચનોને 3 વડે ભાગવું જોઈએ, અને ખર્ચને 10 વડે ગુણાકાર કરવો જોઈએ. તેથી, અમે DirDB અને તેથી વધુ કર્યું.

પછી તે વધવા લાગ્યો. આમાં બિલિંગ સેવા ઉમેરવામાં આવી હતી, કારણ કે પ્લેટફોર્મ હવે તેનો સામનો કરી શકશે નહીં. પછી MySQL માંથી બિલિંગ સર્વર મોંગો પર ખસેડવામાં આવ્યું. પરિણામે, અમને એક કાર્યકારી સોલ્યુશન મળ્યું જે ત્યાં જતા તમામ કૉલ્સની પ્રક્રિયા કરે છે:

પરંતુ અંદર ક્યાંક, સમાન વિક્રેતા ઉત્પાદન સ્પિનિંગ કરી રહ્યું છે - મુખ્ય, પરમાણુ એક, જે અમે એકવાર લીધું હતું. લગભગ 2011 ના અંત સુધીમાં, અમને પોતાને માટે સમજાયું કે અમારા માટે મુખ્ય અવરોધ, અલબત્ત, આ ચોક્કસ ઉત્પાદન હશે - અમે તેમાં દોડીશું. અમે અમારી સામે એક દિવાલ જોઈ, જેમાં અમે પૂરા ઝપાટામાં દોડ્યા, જેમ જેમ ગ્રાહકો ચાલતા ગયા, તેમ ઉમેરાઈ ગયા.
એ પ્રમાણે અમારે કંઈક કરવાનું હતું. અલબત્ત, અમે વિવિધ ઉત્પાદનો પર ઘણું સંશોધન કર્યું - ઓપન સોર્સ અને વેન્ડર બંને. હું હવે આ પર ધ્યાન આપીશ નહીં - તે મુદ્દો નથી. અમે જે છેલ્લી ફોલબેક વિશે વિચાર્યું તે અમારું પોતાનું પ્લેટફોર્મ બનાવવાનું હતું.

આખરે, અમે આ વિકલ્પ પર આવ્યા. શા માટે? કારણ કે તમામ વિક્રેતા અને ઓપન સોર્સ ઉત્પાદનો 10 વર્ષ પહેલા સમસ્યાઓ ઉકેલવા માટે બનાવવામાં આવ્યા હતા. સારું, જો 10 વર્ષનો, અને કેટલાક વધુ! અમારા માટે પસંદગી સ્પષ્ટ થઈ ગઈ છે: કાં તો અમે આદર્શ સેવાના અમારા મહાન વિચારને અલવિદા કહીએ છીએ (ભાગીદારો, ઑપરેટરો અને અમારા માટે), અથવા અમે અમારી પોતાની કંઈક કરીએ છીએ.

અમે કંઈક અલગ કરવાનું નક્કી કર્યું!

પ્લેટફોર્મ જરૂરીયાતો

જો તમે લાંબા સમય સુધી કંઈક કરો છો (તમે કોઈ બીજાના ઉત્પાદનનું શોષણ કરો છો), તો પછી તમારા મગજમાં ધીમે ધીમે વિચાર આવે છે: હું તે જાતે કેવી રીતે કરીશ? કંપનીમાં અમે બધા પ્રોગ્રામર હોવાથી (વિક્રેતાઓ સિવાય, ત્યાં કોઈ બિન-પ્રોગ્રામર્સ નથી), અમારી જરૂરિયાતો લાંબા સમયથી રચાયેલી છે, અને તે સ્પષ્ટ હતી:

1. ઉચ્ચ વિકાસ ગતિ. વિક્રેતાનું ઉત્પાદન, જેણે અમને ત્રાસ આપ્યો, તે પ્રથમ સ્થાને અમને અનુકૂળ ન હતો કારણ કે બધું લાંબા સમય સુધી અને ધીમે ધીમે કામ કરતું હતું. અમે ઝડપી ઇચ્છતા હતા - અમારી પાસે ઘણા બધા વિચારો હતા! અમારી પાસે હજુ ઘણા વિચારો છે, પણ પછી વિચારોનું લિસ્ટ એવું હતું કે જાણે દસ વર્ષ આગળ હોય તેમ લાગ્યું. હવે માત્ર એક વર્ષ માટે.
2. મલ્ટી-કોર આયર્નનો મહત્તમ ઉપયોગ. આ અમારા માટે પણ મહત્વપૂર્ણ હતું, કારણ કે અમે જોયું કે ત્યાં ફક્ત વધુ અને વધુ કોરો હશે.
3. ઉચ્ચ વિશ્વસનીયતા. જેને અમે પણ રડ્યા.
4. ઉચ્ચ દોષ સહનશીલતા.
5. અમે દૈનિક પ્રકાશન પ્રક્રિયા સાથે સમાપ્ત કરવા માંગીએ છીએ. આ કરવા માટે, અમને ભાષાની પસંદગીની જરૂર છે.

તદનુસાર, અમે અમારા માટે પ્રસ્તુત કરેલ ઉત્પાદન માટેની આવશ્યકતાઓમાંથી, ભાષા માટેની આવશ્યકતાઓ સ્પષ્ટ રીતે તાર્કિક રીતે વધે છે.

1. જો આપણે મલ્ટી-કોર સિસ્ટમ્સ માટે સમર્થન જોઈએ છે, તો અમને સમાંતર અમલ માટે સમર્થનની જરૂર છે.
2. જો આપણને વિકાસની ગતિની જરૂર હોય, તો આપણને સ્પર્ધાત્મક વિકાસ, સ્પર્ધાત્મક પ્રોગ્રામિંગને સમર્થન આપતી ભાષાની જરૂર છે. જો કોઈને તફાવતનો સામનો કરવો પડ્યો નથી, તો તે ખૂબ જ સરળ છે:
   • સમાંતર પ્રોગ્રામિંગ એ છે કે કેવી રીતે બે જુદા જુદા થ્રેડો વિવિધ કોરો પર ચાલે છે;
   • સમવર્તી એક્ઝેક્યુશન, વધુ ખાસ કરીને સહવર્તી સમર્થન, એ છે કે કેવી રીતે ભાષા (અથવા રનટાઇમ, ગમે તે) સમાંતર અમલથી આવતી તમામ જટિલતાને છુપાવવામાં મદદ કરે છે.
3. ઉચ્ચ સ્થિરતા. દેખીતી રીતે, અમને એક ક્લસ્ટરની જરૂર હતી, અને તે વિક્રેતા ઉત્પાદન પર અમારી પાસે જે હતું તેના કરતાં તે વધુ સારું હતું.

જો તમને યાદ હોય તો અમારી પાસે ખરેખર ઘણા વિકલ્પો ન હતા. પ્રથમ, એર્લાંગ - અમે તેને પ્રેમ કરીએ છીએ અને જાણીએ છીએ, તે મારી વ્યક્તિગત, વ્યક્તિગત પ્રિય હતી. બીજું, જાવા જાવા પણ નથી, પરંતુ ખાસ કરીને સ્કેલા. ત્રીજે સ્થાને, જે ભાષા તે સમયે આપણે બિલકુલ જાણતા ન હતા - જાઓ. તે માત્ર ત્યારે જ દેખાયું હતું, વધુ સ્પષ્ટ રીતે, તે લગભગ બે વર્ષથી અસ્તિત્વમાં હતું, પરંતુ હજી સુધી બહાર પાડવામાં આવ્યું ન હતું.

પરાજિત જાઓ!

ગોનો ઇતિહાસ

અમે તેના પર એક પ્લેટફોર્મ બનાવ્યું. હું શા માટે સમજાવવાનો પ્રયત્ન કરીશ.

ગોનો સંક્ષિપ્ત ઇતિહાસ. 2007 માં શરૂ થયેલ, 2009 માં ખોલવામાં આવ્યું, પ્રથમ સંસ્કરણ 2012 માં રિલીઝ થયું (એટલે ​​કે, અમે પ્રથમ રિલીઝ પહેલા જ કામ કરવાનું શરૂ કર્યું). પહેલ કરનાર Google હતું, જે મને શંકા મુજબ જાવા બદલવા માંગતો હતો.

લેખકો ખૂબ પ્રખ્યાત છે:

• યુનિક્સ પાછળ રહેલા કેન થોમસને UTF-8ની શોધ કરી, પ્લાન 9 સિસ્ટમ પર કામ કર્યું;
• કેન સાથે UTF-8 ડિઝાઇન કરનાર રોબ પાઇક, બેલ લેબ્સમાં પ્લાન 9, ઇન્ફર્નો, લિમ્બો પર પણ કામ કર્યું હતું;
• રોબર્ટ ગિઝમર, જેમને આપણે જાવા હોટસ્પોટ કમ્પાઈલરની શોધ કરવા અને V8 (Google નું Javascript દુભાષિયા) માં જનરેટર પર કામ કરવા માટે જાણીએ છીએ અને પ્રેમ કરીએ છીએ;
• અને અમારા કેટલાક પેચ સહિત 700 થી વધુ યોગદાનકર્તાઓ.

એક નજરમાં જાઓ

આપણે જોઈએ છીએ કે ભાષા વધુ કે ઓછી સરળ અને સમજી શકાય તેવી છે. અમારી પાસે સ્પષ્ટ પ્રકારો છે: કેટલાક કિસ્સાઓમાં તેઓ જાહેર કરવાની જરૂર છે, અન્યમાં તેઓ નથી (એટલે ​​કે પ્રકારો કોઈપણ રીતે અનુમાનિત છે).

તે જોઈ શકાય છે કે તે રચનાઓનું વર્ણન કરવા માટે ફેશનેબલ છે. તે જોઈ શકાય છે કે આપણી પાસે નિર્દેશકનો ખ્યાલ છે (જ્યાં ફૂદડી છે). તે જોઈ શકાય છે કે એરે અને એસોસિએટીવ એરેના આરંભને જાહેર કરવા માટે વિશેષ આધાર છે.

લગભગ સમજી શકાય તેવું - તમે જીવી શકો છો. હેલો, વર્લ્ડ લખવાનો પ્રયાસ કરી રહ્યો છું:

આપણે શું જોઈએ છીએ? આ સી-જેવો વાક્યરચના છે, અર્ધવિરામ વૈકલ્પિક છે. તે બે રેખાઓ માટે વિભાજક હોઈ શકે છે, પરંતુ માત્ર જો આ બે રચનાઓ છે જે બરાબર એક જ લાઇન પર છે.

આપણે જોઈએ છીએ કે કંટ્રોલ સ્ટ્રક્ચરમાં કૌંસ (14મી લાઇન પર) વૈકલ્પિક છે, પરંતુ સર્પાકાર હંમેશા જરૂરી છે. આપણે જોઈએ છીએ કે ટાઈપિંગ સ્થિર છે. મોટા ભાગના કિસ્સાઓમાં ટિમ પ્રદર્શિત થાય છે. આ ઉદાહરણ સામાન્ય હેલો, વર્લ્ડ કરતાં થોડું વધુ જટિલ છે - ફક્ત એક પુસ્તકાલય છે તે બતાવવા માટે.

આપણે બીજું શું મહત્વનું જોઈએ છીએ? કોડ પેકેજોમાં ગોઠવાયેલ છે. અને તમારા પોતાના કોડમાં પેકેજનો ઉપયોગ કરવા માટે, તમારે તેને આયાત નિર્દેશનો ઉપયોગ કરીને આયાત કરવાની જરૂર છે - આ પણ મહત્વપૂર્ણ છે. અમે શરૂ કરીએ છીએ - તે કામ કરે છે. મહાન!

ચાલો કંઈક વધુ જટિલ પ્રયાસ કરીએ: હેલો, વિશ્વ, પરંતુ હવે તે HTTP સર્વર છે. આપણે અહીં રસપ્રદ શું જોશું?

પ્રથમ, કાર્ય પરિમાણ તરીકે કાર્ય કરે છે. આનો અર્થ એ છે કે અમારી પાસે જે કાર્ય છે તે "પ્રથમ-વર્ગના નાગરિક" છે અને તમે કાર્યાત્મક શૈલીમાં તેની સાથે ઘણી રસપ્રદ વસ્તુઓ કરી શકો છો. અમે અણધારી આગળ જોઈએ છીએ: આયાત નિર્દેશો સીધા GitHub રીપોઝીટરીનો સંદર્ભ આપે છે. તે સાચું છે, તે આવું છે - વધુમાં, તે કેવી રીતે કરવું જોઈએ.

Go માં, પેકેજનું સાર્વત્રિક ઓળખકર્તા તેના ભંડારનું url છે. ત્યાં એક વિશિષ્ટ Goget ઉપયોગિતા છે જે તમામ નિર્ભરતાઓ માટે જાય છે, તેમને ડાઉનલોડ કરે છે, તેમને ઇન્સ્ટોલ કરે છે, તેમને કમ્પાઇલ કરે છે અને જો જરૂરી હોય તો ઉપયોગ માટે તૈયાર કરે છે. તે જ સમયે, ગોગેટ html-meta વિશે જાણે છે. તદનુસાર, તમે http ડાયરેક્ટરી રાખી શકો છો, જેમાં તમારા ચોક્કસ રીપોઝીટરીની લિંક્સ હશે (જેમ કે આપણે, ઉદાહરણ તરીકે, કરીએ છીએ).

આપણે બીજું શું જોઈએ છીએ? નિયમિત પુસ્તકાલયમાં Http અને Json. દેખીતી રીતે, આત્મનિરીક્ષણ - પ્રતિબિંબ છે, જેનો ઉપયોગ એન્કોડિંગ / json માં થવો જોઈએ, કારણ કે આપણે તેના માટે ફક્ત કેટલાક મનસ્વી પદાર્થને બદલીએ છીએ.

અમે તેને ચલાવીએ છીએ અને જોઈએ છીએ કે અમારી પાસે ઉપયોગી કોડની 20 લીટીઓ છે જે કમ્પાઈલ કરે છે, ચાલે છે અને મશીનનો વર્તમાન સરેરાશ લોડ આપે છે (જે મશીન પર તે ચાલી રહ્યું છે).
આપણે અહીં તરત જ જોઈ શકીએ તેમાંથી બીજું શું મહત્વનું છે? તે એક સ્થિર દ્વિસંગી (બિનરી) માં કમ્પાઇલ કરે છે. આ દ્વિસંગી પાસે કોઈ અવલંબન નથી, કોઈ પુસ્તકાલયો નથી! તે કોઈપણ સિસ્ટમ પર નકલ કરી શકાય છે, તરત જ ચલાવો, અને તે કામ કરશે.

અમે આગળ વધીએ છીએ.

જાઓ: પદ્ધતિઓ અને ઇન્ટરફેસ

ગો પાસે પદ્ધતિઓ છે. તમે કોઈપણ કસ્ટમ પ્રકાર માટે પદ્ધતિ જાહેર કરી શકો છો. તદુપરાંત, આ એક માળખું જરૂરી નથી, પરંતુ અમુક પ્રકારનું ઉપનામ હોઈ શકે છે. તમે N32 માટે ઉપનામ જાહેર કરી શકો છો અને કંઈક ઉપયોગી કરવા માટે તેની પદ્ધતિઓ લખી શકો છો.

અને આ તે છે જ્યાં આપણે પ્રથમ વખત મૂર્ખમાં પડીએ છીએ ... તે તારણ આપે છે કે ગો પાસે આવા વર્ગો નથી. જે લોકો ગોને જાણે છે તેઓ કહી શકે છે કે તેમાં પ્રકારનો સમાવેશ છે, પરંતુ આ સંપૂર્ણપણે અલગ છે. જલદી વિકાસકર્તા તેને વારસા તરીકે વિચારવાનું બંધ કરે તેટલું સારું. ગોમાં કોઈ વર્ગો નથી, અને ત્યાં કોઈ વારસો પણ નથી.

પ્રશ્ન! વિશ્વની જટિલતાને પ્રદર્શિત કરવા માટે Google ની આગેવાની હેઠળ લેખકોની કંપનીએ અમને શું આપ્યું? અમને ઇન્ટરફેસ આપવામાં આવ્યા છે!

ઇન્ટરફેસ એ એક વિશિષ્ટ પ્રકાર છે જે તમને સરળ પદ્ધતિઓ, પદ્ધતિ હસ્તાક્ષર લખવાની મંજૂરી આપે છે. આગળ, કોઈપણ પ્રકાર કે જેના માટે આ પદ્ધતિઓ અસ્તિત્વમાં છે (એક્ઝિક્યુટ કરવામાં આવે છે) તે આ ઈન્ટરફેસને અનુરૂપ હશે. આનો અર્થ એ છે કે તમે ફક્ત એક પ્રકાર માટે અનુરૂપ કાર્ય લખી શકો છો, બીજા માટે (જે તે ઇન્ટરફેસ પ્રકારને અનુરૂપ છે). આગળ, આ ઈન્ટરફેસના પ્રકારનું ચલ જાહેર કરો અને આમાંના કોઈપણ ઑબ્જેક્ટને તેને સોંપો.

હાર્ડકોર ચાહકો માટે, હું કહી શકું છું કે આ વેરીએબલમાં વાસ્તવમાં બે પોઇન્ટર હશે: એક ડેટા માટે, બીજું વિશિષ્ટ વર્ણનકર્તા કોષ્ટક માટે જે આ ચોક્કસ પ્રકાર માટે વિશિષ્ટ છે, આ પ્રકારના ઇન્ટરફેસ માટે. એટલે કે, કમ્પાઈલર લિંક કરતી વખતે વર્ણનકર્તાઓના આવા કોષ્ટકો બનાવે છે.

અને ત્યાં, અલબત્ત, Go માં રદબાતલ કરવા માટેના નિર્દેશકો છે. શબ્દ ઇન્ટરફેસ {} (બે સર્પાકાર કૌંસ સાથે) એ એક ચલ છે જે તમને સિદ્ધાંતમાં કોઈપણ ઑબ્જેક્ટ તરફ નિર્દેશ કરવા દે છે.
અત્યાર સુધી, બધું ક્રમમાં છે, બધું પરિચિત છે. આશ્ચર્યજનક કંઈ નથી.

જાઓ: goroutines

હવે આપણે એ તરફ આવીએ છીએ જેમાં આપણને રુચિ છે: ગો પરિભાષામાં હળવા વજનની પ્રક્રિયાઓ - ગોરોટીન્સ (ગોરોટીન્સ).

1. પ્રથમ, તેઓ ખરેખર ઓછા વજનવાળા છે (2 Kb કરતા ઓછા).
2. બીજું, આવા ગોરોટીન બનાવવાની કિંમત નજીવી છે: તમે તેમાંથી એક હજાર પ્રતિ સેકન્ડ બનાવી શકો છો - કંઈ થશે નહીં.
3. તેઓ તેમના પોતાના શેડ્યૂલર દ્વારા સેવા આપવામાં આવે છે, જે ફક્ત એક ગોરોટીનથી બીજામાં નિયંત્રણ સ્થાનાંતરિત કરે છે.
4. આ કિસ્સામાં, નીચેના કેસોમાં નિયંત્રણ સ્થાનાંતરિત થાય છે:
   • જો ગો સ્ટેટમેન્ટ આવે છે (જો ગોરોટીન આગામી ગોરોટીન શરૂ કરે છે);
   • જો અવરોધિત ઇનપુટ/આઉટ કોલ સક્ષમ હોય;
   • જો કચરો સંગ્રહ શરૂ થાય છે;
   • જો ચેનલો સાથે કેટલીક કામગીરી શરૂ કરવામાં આવે છે.

એટલે કે, જ્યારે પણ કમ્પ્યુટર પર ગો પ્રોગ્રામ ચલાવવામાં આવે છે, ત્યારે તે સિસ્ટમમાં કોરોની સંખ્યા શોધી કાઢે છે, જરૂરી હોય તેટલા થ્રેડો શરૂ કરે છે (સિસ્ટમમાં કેટલા કોરો છે, અથવા તમે તેને કેટલા કહ્યું છે). તદનુસાર, શેડ્યૂલર દરેક કોરમાં આ તમામ ઓપરેટિંગ સિસ્ટમ થ્રેડો પર અમલના આ ઓછા વજનના થ્રેડો ચલાવશે.

એ નોંધવું જોઇએ કે આયર્નનો ઉપયોગ કરવાની આ સૌથી અસરકારક રીત છે. અમે જે બતાવ્યું છે તે ઉપરાંત, અમે ઘણું બધું કરીએ છીએ. અમે, ઉદાહરણ તરીકે, DPI સિસ્ટમો બનાવીએ છીએ જે એક યુનિટમાં 40 ગીગાબિટ્સ સર્વ કરવાની મંજૂરી આપે છે (આ રેખાઓમાં શું થાય છે તેના આધારે).

ત્યાં, ગો પહેલા પણ, અમે આ જ કારણસર બરાબર એ જ યોજનાનો ઉપયોગ કર્યો હતો: કારણ કે તે તમને પ્રોસેસર કેશની સ્થાનિકતાને બચાવવા માટે પરવાનગી આપે છે, OS સંદર્ભ સ્વીચોની સંખ્યાને નોંધપાત્ર રીતે ઘટાડે છે (જે ખૂબ લાંબો સમય પણ લે છે). હું પુનરાવર્તન કરું છું: આયર્નનો ઉપયોગ કરવાની આ સૌથી અસરકારક રીત છે.

આ સરળ 21-લાઇન ઉદાહરણ એક ઉદાહરણ છે જે ફક્ત ઇકો-સર્વર કરે છે. તે જ સમયે, નોંધ કરો કે સેવા કાર્ય અત્યંત સરળ છે, તે રેખીય છે. ત્યાં કોઈ કોલબેક નથી, ચિંતા કરવાની અને વિચારવાની જરૂર નથી... તમે ફક્ત વાંચો અને લખો!

તે જ સમયે, જો તમે વાંચતા અને લખતા હો, તો તે વાસ્તવમાં અવરોધિત થવું જોઈએ - જ્યારે અમલ ફરીથી શક્ય બને ત્યારે શેડ્યૂલર દ્વારા આ ગોરોટીન સરળ રીતે કતારબદ્ધ અને લેવામાં આવે છે. એટલે કે, આ સરળ કોડ આ મશીન પરની OS પરવાનગી આપશે તેટલા કનેક્શન્સ માટે ઇકો સર્વર તરીકે કાર્ય કરી શકે છે.

ખૂબ જ ટૂંક સમયમાં ચાલુ રાખવામાં આવશે...

કેટલીક જાહેરાતો 🙂

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, $4.99 થી વિકાસકર્તાઓ માટે ક્લાઉડ VPS, એન્ટ્રી-લેવલ સર્વર્સનું એક અનન્ય એનાલોગ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી છે: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $19 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

એમ્સ્ટરડેમમાં ઇક્વિનિક્સ ટાયર IV ડેટા સેન્ટરમાં ડેલ R730xd 2 ગણું સસ્તું? માત્ર અહીં 2 x ઇન્ટેલ ટેટ્રાડેકા-કોર Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ટીવી $199 થી નેધરલેન્ડમાં! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 થી! વિશે વાંચો ઇન્ફ્રાસ્ટ્રક્ચર કોર્પોરેશન કેવી રીતે બનાવવું. ડેલ R730xd E5-2650 v4 સર્વર્સના ઉપયોગ સાથેનો વર્ગ એક પેની માટે 9000 યુરોના મૂલ્યના છે?

સોર્સ: www.habr.com