یکی از نکات جذاب این فناوری، این است که می‌توان از رویکردهای متنوعی برای ساخت گوشی تاشو استفاده کرد. به‌عنوان مثال سامسونگ بعد از سال‌ها آزمون و خطا در این رابطه، ظاهرا به طراحی نسبتا محافظه‌کارانه‌ای بسنده کرده است. در همین حین، هواوی که یکی از مهم‌ترین غول‌های صنعت گوشی‌های هوشمند محسوب می‌شود، تصمیم گرفته گوشی تاشو خود را به نحوی طراحی کند که هنگام تا شدن، نمایشگر انعطاف‌پذیر در بیرون بدنه قرار بگیرد. علاوه بر این موارد، رییس شیائومی چند هفته قبل ویدیوی از مدل اولیه گوشی تاشو این شرکت را نمایش داد که گوشی مذکور از دو بخش تا می‌شود. در این ویدیو می‌توانیم ببینیم که محصول مذکور هنوز نهایی نشده ولی فاصله‌ی زیادی هم تا عرضه در بازار ندارد.
ادامه در سایت زوم لرن
http://zoomlern.com/2019/02/sam-huawei1515/
ادامه در سایت زوم لرن
http://zoomlern.com/2019/02/sam-huawei1515/
Code.Cloud | کـــد کلاد
Photo
🔺وعده وزیر ارتباطات مبنی بر دسترسی به اینترنت 5G در سال ۹۸
📌 وقتی سرور "اکسچنج" در سازمان، یک ایمیل دریافت می کند، چگونه آن را پردازش میکند؟ 📌
وقتی که ایمیل به سرور "میل باکس"₁ سرویس "اکسچنج" می رسد، آن ابتدا در داخل مموری قرار می گیرد، سپس در لاگ فایلی که به نام "لاگ تراکنش"₂ معروف است، این رخداد نیز ثبت می شود. حجم تقریبی این لاگ ها هرکدوم حدودا برابر با 1 مگابایت است، بنابراین وقتی یک ایمیلی دریافت می شود که حجم آن برابر با 10 مگابایت است، حدودا 10 عدد از این لاگ ها ثبت می شود. بعد از نوشتن در "لاگ تراکنش"، اطلاعات داخل دیتابیس نوشته می شود که منظورمان از "دیتابیس"، فایلی با عنوان edb است (اگر دیتابیس هنگ و شلوغ نباشد). در صورتی که دیتابیس شلوغ بوده و در حال پروسس بسیاری از درخواست ها است، آن لاگ ها نگه داشته می شوند تا زمانی که دیتابیس مجددا آزاد گردد.
اما ممکن است که در مواقعی ایمیل می آید و در داخل حافظه نیز قرار می گیرد، حتی در داخل "لاگ تراکنش" نیز نوشته می شود، اما موقع نوشتن در دیتابیس، به مشکلی بر خورده و این کار انجام نمی شود، در این صورت هم ارسال کننده ایمیل را ارسال کرده، هم اکسچنج ایمیل را دریافت کرده است، اما نتوانسته آن را در دیتابیس بنویسد. بنابراین کسی به این ایمیل دسترسی نخواهد داشت. اما در این شرایط، سرویس "اکسچنچ" چگونه متوجه می شود که باید آنرا در دیتابیس بنویسد؟ کاری که باید انجام شود این است که دقیقا از همانجایی که در دیتابیس نوشته نشده، عملیات نوشتن در دیتابیس شروع شود. در این مواقع است که فایل "چک پوینت"₃ معروف و دوست داشتنی به کمک ما می آید. به این معنی که در دفعه بعدی که دیتابیس، سالم و بدون مشکل و آزاد بود، از آن "چک پوینت" مجددا بررسی را آغاز کرده تا متوجه شود که تا کجا در دیتابیس نوشته شده است، بعد که محل مورد نظر را پیدا نمود، عملیات نوشتن شروع می شود.
به همین دلیل، عموما پیشنهاد می شود که محل ذخیره سازی Log ها با محل دیتابیس متفاوت باشد تا اگر یکی از دیسک ها به هر دلیلی معیوب شد، مشکلات نوشتن بر روی دیتابیس کمینه گردد. در چنین مواقعی است که سرعت نوشتن بر روی دیسک بسیار اهمیت خواهد داشت زیرا هرچه میزان سرعت بالاتری برای نوشتن در دیتابیس وجود داشته باشد، در نتیجه سریع تر این کار انجام خواهد گرفت.
آیا همچنان از SSD استفاده نمی کنید؟
1️⃣MailBox Role
2️⃣Transactions Log
3️⃣Checkpoint
#ExchangeServer
وقتی که ایمیل به سرور "میل باکس"₁ سرویس "اکسچنج" می رسد، آن ابتدا در داخل مموری قرار می گیرد، سپس در لاگ فایلی که به نام "لاگ تراکنش"₂ معروف است، این رخداد نیز ثبت می شود. حجم تقریبی این لاگ ها هرکدوم حدودا برابر با 1 مگابایت است، بنابراین وقتی یک ایمیلی دریافت می شود که حجم آن برابر با 10 مگابایت است، حدودا 10 عدد از این لاگ ها ثبت می شود. بعد از نوشتن در "لاگ تراکنش"، اطلاعات داخل دیتابیس نوشته می شود که منظورمان از "دیتابیس"، فایلی با عنوان edb است (اگر دیتابیس هنگ و شلوغ نباشد). در صورتی که دیتابیس شلوغ بوده و در حال پروسس بسیاری از درخواست ها است، آن لاگ ها نگه داشته می شوند تا زمانی که دیتابیس مجددا آزاد گردد.
اما ممکن است که در مواقعی ایمیل می آید و در داخل حافظه نیز قرار می گیرد، حتی در داخل "لاگ تراکنش" نیز نوشته می شود، اما موقع نوشتن در دیتابیس، به مشکلی بر خورده و این کار انجام نمی شود، در این صورت هم ارسال کننده ایمیل را ارسال کرده، هم اکسچنج ایمیل را دریافت کرده است، اما نتوانسته آن را در دیتابیس بنویسد. بنابراین کسی به این ایمیل دسترسی نخواهد داشت. اما در این شرایط، سرویس "اکسچنچ" چگونه متوجه می شود که باید آنرا در دیتابیس بنویسد؟ کاری که باید انجام شود این است که دقیقا از همانجایی که در دیتابیس نوشته نشده، عملیات نوشتن در دیتابیس شروع شود. در این مواقع است که فایل "چک پوینت"₃ معروف و دوست داشتنی به کمک ما می آید. به این معنی که در دفعه بعدی که دیتابیس، سالم و بدون مشکل و آزاد بود، از آن "چک پوینت" مجددا بررسی را آغاز کرده تا متوجه شود که تا کجا در دیتابیس نوشته شده است، بعد که محل مورد نظر را پیدا نمود، عملیات نوشتن شروع می شود.
به همین دلیل، عموما پیشنهاد می شود که محل ذخیره سازی Log ها با محل دیتابیس متفاوت باشد تا اگر یکی از دیسک ها به هر دلیلی معیوب شد، مشکلات نوشتن بر روی دیتابیس کمینه گردد. در چنین مواقعی است که سرعت نوشتن بر روی دیسک بسیار اهمیت خواهد داشت زیرا هرچه میزان سرعت بالاتری برای نوشتن در دیتابیس وجود داشته باشد، در نتیجه سریع تر این کار انجام خواهد گرفت.
آیا همچنان از SSD استفاده نمی کنید؟
1️⃣MailBox Role
2️⃣Transactions Log
3️⃣Checkpoint
#ExchangeServer