مقایسه‌ي فایل ‌سیستم‌های لینوکس (ext3 ,reiser,xfs,jfs)

من خودم یه پی‌سی درب و داغون دارم که قدرت محاسباتیش با اورکلاک الان شده ۹۰۰ مگاهرتز و بچه‌ها بهش می‌گن پنتیوم تری!!‌ الانم روش پارسیکس نصبه!. یکی از برنامه‌های معروف پارسیکس هم دیکشنری اون هستش(xFarDic) که توسط آقای آلن باغومیان نوشته نوشته شده و مناسب برای محیط گنوم لینوکس هست. من از اونجایی که همیشه به یک رسم تبدیل شده و داخل همه کتابهای  مربوط به لینوکس هم نوشته شده سیستم فایل رو ext3 انتخاب می‌کنم. نتیجه این می‌شد که دیکشنری آقای آلن باغومیان نتیجه بسیار بدی رو به همراه داشت!‌ یعنی وقتی یک لغت رو وارد می‌کردم و می‌خواستم دنبالش بگردم یه نیم‌ساعتی هارد ما درگیر می‌شد تا لغت مورد نظر رو بتونه پیدا کنه ! چند وقت بعد از روی کنجکاوی اومدیم و فایل سیستم لینوکس رو به  JFS تغییر دادیم و  بعد اولین تغییر محسوس رو در دیکشنری آقای آلن شاهد بودیم! ‌نتیجه خیره کننده بود!!‌ به محض وارد کردن هر لغتی معنی اون رو جلوی چشمانم می‌دیدم!‌ اصلا باورم نمی‌شد !‌ تا اینکه چند روز پیش به آزمایشی علمی در یکی از سایت‌های معتبر برخورد کردم که که این برتری  سیستم فایل JFS رو نشون می‌داد. بد ندیدم  ترجمه‌ی این آزمایش رو اینجا بگذارم تا شاید بتونم نگرش افراد رو در مورد سیستم‌ فایل‌های لینوکس تغییر بدم. از قبل هم بگم که این مقاله بر روی سخت‌افزارهای قدیمی (پنیتوم ۳ و ۲ و همچنین هاردهای آی‌دی‌ای تست شده).

سیستم دقیق این تست به قرار زیر هستش.

Hardware
• Processor : Intel Celeron 533
• RAM : 512MB RAM PC100
• Motherboard : ASUS P2B
• Hard drive : WD Caviar SE 160GB (EIDE 100, 7200 RPM, 8MB Cache)
• Controller : ATA/133 PCI (Silicon Image)

OS
• Debian Etch (kernel 2.6.15), distribution upgraded on April 18, 2006
• All optional daemons killed (cron,ssh,saMBa,etc.)

Filesystems
• Ext3 (e2fsprogs 1.38)
• ReiserFS (reiserfsprogs 1.3.6.19)
• JFS (jfsutils 1.1.8)
• XFS (xfsprogs 2.7.14)

توضیح کارهای انجام شده

کارهای انجام شده بر روی یک فایل بزرگ به حجم ۷۰۰ مگابایت و از نوع ایزو ایمیج (ISO Image)

• کپی این فایل ایزو از یک هارد ثانی به هارد مورد تست
• کپی مجدد فایل ایزو به یک مکانی دیگر در هارد مورد تست
• پاک‌ سازی هر دو فایل ایزو از روی هارد مورد تست

کارهای انجام شده بر روی درختی از فایل(شامل ۷۵۰۰ فایل و ۹۰۰ دایرکتوری به حجم ۱.۹ گیگابایت)

• کپی درخت فایل از یک هارد ثانی به هارد مورد تست
• کپی مجدد درخت فایل در مکانی دیگر بر روی هارد مورد تست
• پاکسازی هر دو درخت فایل بر از روی هارد مورد تست

کارهای انجام شده داخل درخت قایل

• گرفتن لیست بازگشتی از تمام محتوای درخت فایل و دخیره‌ی آن بر روی هارد آزمایش شده
• جستجوی فایل‌های مورد نظر از داخل درخت فایل با کمک کاراکترهای جستجو(؟ و *)

کارهای انجام شده بر روی فایل سیستم

• ایجاد فایل سیستم به کمک دستور mkfs (همه‌ی فایل سیستم‌ها با مقادیر پیشفرض ایجاد شده‌اند)
• مانت کردن فایل سیستم
• آن‌مانت کردن فایل سیستم

نتایج

ظرفیت پارتیشن

ظرفیت پارتیشن ابتدایی (پارتیشن بلافاصله بعد از ایجاد فایل سیستم) و ظرفیت پارتیشن مانده (پارتیشن بعد از پاک سازی همه فایل‌ها)‌ توسط نسبت عددی محاسبه می‌شود که معرف بلاک‌های در دسترس از تمام بلاک‌های موجود بر روی پارتیشن می‌باشد که Ext3 بدترین نتیجه رو در ظرفیت ابتدایی کسب می‌کنه (92.77%) در حالی که باقی فایل سیستم‌ها تقریبا از تمامی ظرفیت پارتیشن استفاده می‌کنن (ReiserFS = 99.83%, JFS = 99.82%, XFS = 99.95%) . نکته جالب در ظرفیت مانده هست که در فایل سیستم Ext3 و ReiserFS ظرفیت مانده با ظرفیت ابتدایی هیچ فرقی نداره در حالی که ظرفیت مانده فایل سیستم‌های JFS و XFS مفداری از ظرفیت پارتیشن رو از دست می‌دن (0.02%) که البته مقدار کمیه. و بعد هم مقداری دوباره به ظرفیت ابتدایی نزدیک می‌شوند ولی به صورت کامل نمی‌توانند به آن برسند.
نتیجه: برای استفاده‌ي حداکثری از ظرفیت پارتیشن خودتون یکی از فایل سیستم‌های ReiserFS، JFS، XFS را انتخاب نمایید.

ایجاد فایل سیستم، مانت کردن و آنت‌مانت کردن آن

ایجاد فایل سیستم بر روی ۲۰ گیگابایت از هارد مورد تست برای نوع Ext3 ، زمان ۱۴.۷ ثانیه را لازم دارد که با زمان ۲ ثانیه‌ای و یا کمتر برای ایجاد دیگر فایل سیستم‌ها قابل مقایسه هست. (ReiserFS = 2.2, JFS = 1.3, XFS = 0.7) با این وجود مانت کردن ReiserFS پنج تا ۱۵ بار زمان بیشتری(۲.۳ ثانیه) را نسبت به دیگر فایل سیستم‌ها نیاز دارد (Ext3 = 0.2, JFS = 0.2, XFS = 0.5) و برای عمل آن‌مانت کردن آن (۰.۴ ثانیه)‌ ۲ برابر دیگر فایل ‌سیستم‌ها نیاز به زمان می‌باشد. در مورد مقایسه میزان مصرف پردازشگر در مورد ایجاد فایل سیستم‌ها بین ۵۹٪ در مورد ReiserFS تا ۷۴٪ برای JFS متغیر می‌باشد. و مانت کردن فایل‌ سیستم‌ها بین ۶ تا ۹ درصد می‌باشد با این وجود عمل آن‌مانت کردن Ext3 و XFS دو برابر دیگر فایل سیستم‌ها مصرف پردازشگر دارند (۳۷ تا ۴۵ درصد) که با مصرف ۱۴ درصدی ReiserFS و ۲۷ درصدی JFS قابل مقایسه می‌باشند.
نتیجه:‌برای ایجاد سریع فایل سیستم و همچنین سرعت در عمل مانت و آن‌مانت کردن فایل ‌سیستم JFS و یا XFS را استفاده کنید.

کار با فایل‌های بزرگ (ISO Image با حجم ۷۰۰ مگابایت)

زمان لازم برای کپی ابتدایی این فایل بزرگ بر روی فایل ‌سیستم‌ها برای  Ext3 با زمان ۳۸.۲ و ReiserFS با زمان ۴۱.۸ ثانیه بود که با زمان ۳۵.۱ ثانیه‌ای JFS و ۳۴.۸ ثانیه‌ای XFS قابل مقایسه می‌باشد. کپی مجددی را از همین فایل و بر روی همان هارد در مکانی دیگر انجام دادیم. برتری با XFS با زمان ۳۳.۱ ثانیه‌ای بود که در مقایسه با فایل ‌سیستم‌های دیگر (Ext3 = 37.3, JFS = 39.4, ReiserFS = 43.9) با معنی بود. پاکسازی این فایل ایزو بر فایل‌‌سیستم‌های JFS و XFS با زمان ۰.۰۲ ثانیه برای هر دو صد برابر سریعتر از دیگر فایل‌ سیستم‌ها بود (۱.۵ ثانیه برای ReiserFS و ۲.۵ ثانیه برای Ext3)!!‌ همه‌ي فایل‌ سیستم‌ها در مورد میزان مصرف پردازشگر در هنگام کپی ابتدایی فایل ایزو مقادیری بین ۴۶ تا ۵۱ درصد بود و میزان مصرفشان در هنگام کپی مجدد نیز بین ۳۸٪ تا ۵۰٪ بود . برای پاک کردن فایل ایزو هم ReiserFS نیاز به ۴۹ درصد از پردازشگر داشت در حالی که این مقدار برای دیگر فایل سیستم‌ها حدودا ۱۰ درصد بود. تمایل JFS به کمتر مصرف کردن از پردازشگر مشخص بود. (پنج تا ۱۰ درصد کمتر ). تعداد صفحات خطای کمتر (The number of minor page faults) بین فایل‌ سیستم‌ها مشابه بود(از ۶۰۰ خطا در XFS بگیرین تا ۶۶۱ خطا در ReiserFS)
نتیجه: ‌برای کار بر روی فایل‌های بزرگ JFS و XFS را انتخاب نمایید و اگر به  میزان مصرف کمتر پردازشگر از سوی فایل سیستم علاقه دارید، ‌JFS اصلح می‌باشد.

کار بر روی درخت فایل یا همون انبوهی از فایل‌ها و دابرکتوری‌های تو در تو (۷۵۰۰  فایل و ۹۰۰ دایرکتوری به حجم ۱.۹ گیگ)

کپی ابتدایی از این درخت بر روی هارد در سیستم‌فایل Ext3  با سرعت بیشتری انجام شد (۱۵۸.۳ ثانیه) و برای XFS این زمان به ۱۶۶.۱ ثانیه رسید که با ReiserFS با زمان ۱۷۲.۱ ثانیه و JFS با زمان ۱۸۰.۱ قابل مقایسه می‌باشند. نتایج مشابهی نیز برای کپی مجدد بر روی همین دیسک سخت برای این فایل سیستم‌ها بدست می‌آید. در کپی مجدد برتری همچنان با Ext3 با زمان ۱۲۰ ثانیه می‌باشد که قابل مقایسه با دیگر فایل سیستم‌ها می‌باشد (XFS = 135.2, ReiserFS = 136.9 and JFS = 151). با این وجود پاکسازی درخت فایل در Ext3 دو برابر (۲۲ ثانیه) در مقایسه با  ReiserFS با زمان ۸.۲ ثانیه و XFS با زمان ۱۰.۵ ثانیه و JFS با زمان ۱۲.۵ ثانیه، وفت برد!! همه‌ی فایل سیستم‌ها برای عمل کپی بین ۲۷ تا ۳۶ درصد از پردازشگر را به خود اختصاص دادند و برای کپی مجدد این مقدار بین ۲۹٪‌ از JFS تا ۴۵٪‌ از ReiserFS رسید.جای شگفت هست که ReiserFs و XFS برای پاک کردن درخت فایل به شدت پردازشگر رو اشغال می‌کردند (۸۶ درصد و ۶۵ درصد)‌ در حالی که در دیگر فایل سیستم‌ها این مقدار به ۱۵ درصد می‌رسید(Ext3 و JFS). در اینجا باز هم JFS تمایل کمتری به استفاده از پردازشگر رو نسبت به دیگر فایل ‌سیستم‌ها از خود نشون داد. تعداد صفحات خطا به صورت با معنی در ReiserFS بالا بود (۵۸۴۳) در حالی که برای دیگر فایل‌ سیستم‌ها این آمار بین ۱۴۰۰ تا ۱۴۹۰ بود. این تفاوت حتی به مقادیری بالاتری از صفخات خطا نیز (۵ تا ۲۰ برابر) در کپی مجدد و پاکسازی درخت فایل برای ReiserFS نسبت به دیگر فایل ‌سیستم‌ها می‌رسید!
نتیجه: برای انجام کارهای سریع بر روی فایل‌های انبوه و تو در تو موسوم به درخت فایل استفاده از Ext3 و یا XFS سفارش می‌شود.

لیست گرفتن از دایرکتوری‌ها و جستجوی فایل‌ها از داخل درخت فایل قبلی

لیست گرفتن از تمام دایرکتوری‌های این درخت فایل در ReiserFS با زمان ۱.۴ ثانیه و XFS با زمان ۱.۸ قابل مقایسه با Ext3 با زمان ۲.۵ و JFS با زمان ۳.۱ ثانیه می‌باشد. نتایج مشابهی نیز برای جستجوی فایل بدست آمد بدین ترتیب که زمان ۰.۸ ثانیه برای ReiserFS و زمان ۲.۸ ثانیه برای XFS بود که قابل مقایسه با زمان‌های ۴.۶ ثانیه‌ای Ext3 و ۵ ثانیه‌ای JFS بود. Ext3 و JFS به صورت مشابه در هنگام لیست کردن دایرکتوری‌ها ۳۵ درصد و در هنگام جستجوی فایل‌ها ۶ درصد از پردازشگر را اشغال می‌کردند. XFS مقدار بیشتری از پردازشگر را در هنگام لیست کردن فایل اشغال می‌کرد (۷۰ درصد)‌ والبته به همین ترتیب در مورد جستوجوی فایل عمل می‌کرد (۱۰ درصد). ReiserFS نیز استفاده‌ی افراطی را از پردازشگر برای خود به ثبت رساند  و به ترتیب ۷۱ و ۳۶ درصد از پردازشگر را برای لیست کردن دایرکتوری و جستجوی فایل به خود اختصاص ‌داد. و دوباره درباره تعداد کمتر صفحات خطا این تعداد در مورد ReiserFS سه برابر دیگر فایل‌ سیستم‌ها می‌باشد (۱۹۹۱ در برابر ۷۰۴ تا ۷۱۲ خطا).
نتیجه:انجام این آزمایش نشان داد که سرعت بیشتر ، در جستجو و لیست کردن دایرکتوری به همراه خود مصرف بیشتر پردازشگر را نیز دارد (ReiserFS و XFS)‌ و بالعکس (Ext3 و JFS)‌

نتیجه‌گیری کلی

نتیجه اینکه گرچه همه فایل سیستم‌ها خوب هستن اما در نهایت شما باید یکی رو انتخاب کنید. براساس نتایج بدست آمده XFS مناسب‌ترین گزینه برای کامپیوترهای خانگی و همینطور برای مقاصد تجاری اما در سطحی کوچک می‌باشد.
خلاصه‌ی دلایل برتری XFS

• استفاده‌ی حداکثری از هارددیسک
• سریع‌ترین فایل‌ سیستم برای ایجاد و مانت و آنت‌مانت کردن
• سریعترین فایل‌ سیستم برای کار با فایل‌های حجیم (بیشتر از ۵۰۰ مگابایت)
• این فایل سیستم مکان خوبی برای نگهداری بک‌آب فایل‌ها می‌باشد
• استفاده از زمان و پردازشگر به صورت میانه برای لیست کردن و جستجوی فایل‌ها
• اگرچه کمترین میزان مصرف رم به این فایل سیستم تعلق داره اما میزان کاملا قابل قبولی رو داره

منبع

Filesystems (ext3, reiser, xfs, jfs) comparison on Debian Etch

نتایج آزمایش‌های مشابه دیگر

Benoit, M. (2003). Linux File System Benchmarks.

Piszcz, J. (2006). Benchmarking Filesystems Part II. Linux Gazette, 122 (January 2006).

یک نکته‌:‌من متوجه منظور مقاله از تعداد صفحات خطا نشدم! اگر کسی منظورش رو متوجه شد به ما هم بگه ممنون می‌شیم.
نکته بعدی: توجه به کامنت‌های این مقاله در سایت اصلی  هم بسیار می‌تونه جالب باشه! البته به نظر من تجربه هم می‌تونه مهم باشه! البته به شرطی که شما اطلاعات مهمی روی کامپیوترتون نداشته باشین!‌ اینطور که از شواهد پیداست(کامنت‌ها) وقتی شما XFS رو انتخاب می‌کنید احتمال اینکه به یکباره نصف طلاعات بپره وجود داره !!‌ برای فهم این موضوع شما باید با یک سری از اصطلاحات آشنا بشین. سعی می‌کنم توی یک پست دیگری جداگانه با ریز فایل سیستم‌ها شما رو آشنا کنم البته این به شرطی هست که خودم از اون چیزی سر دربیارم!!

اگه برق رفت و پارتیشن لینوکس بالا نیومد، نهراسید

امروز که برق رفت و کامپیوتر هم روشن بود به خیال خود گفتم مثل دفعه‌های پیش هیچ اتفاقی نمی‌یوفته !! اما اینبار وقتی کامپیوتر رو روشن کردم, دیدم پارتیشن home کلا پردیده !! نتیجه اینکه به صورت root وارد سیستم شدم و مشکل رو بررسی کردم. وقتی پارتیشن مذکور رو می‌خواستم mount کنم با دستور زیر روبه‌رو می‌شدم.

mount: wrong fs type, bad option, bad superblock on /dev/sdb5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog – try
dmesg | tail  or so

اگه دقت کنید می‌بینید پارتیشن مشکل دار من الان sdb5 هست که نمی‌تونم اون رو mount کنم . یعنی دقیقا همون پارتیشنی که موقع رفتن برق، من داخلش بودم و از بد روزگار همون موقع در حال به روزکردن بسته‌های لینوکس بودم!‌ برای پیدا کردن راه‌حل از گوگل کمک گرفتم و پیغام خطا رو عیننا در اون سرچ کردم و خوشبختانه راه‌ حل این مشکل رو خیلی ساده پیدا کردم .

برای برطرف شدن این مشکل خیلی در ترمینال دستور زیر رو وارد می‌کنید .

fsck /dev/deviceYouAreHavingProblemsWith

که در اینجا شما باید در دستور نام اون پارتیشنی رو ذکر کنید که براتون مشکل ایجاد شده که در اینجا برای من می‌شه

fsck /dev/sdb5

بعد از چند لحظه نوشت که این پارتیشن هیچ مشکلی نداره !! و بعد به راحتی عمل mount شدن انجام شد. بعد از درست شدن پارتیشن هم هم اومدم ببینم این دستور fsck کارش دقیقا چیه ؟!

fsck – check and repair a Linux file system

پی نوشت :‌ راه حل مشکل رو از اینجا پیدا کردم . به تشکراتی هم که از فرشته‌ي نجات در آخرش شده توجه بفرمایید!

اینجا ویندوز است، صدای ما را از لینوکس می‌شنوید!!

ما داشتیم توی سایت دیگ یه چرخی می‌زدیم که یهو چشممون به یه تیتر جالب خوردش در مورد سایتایی که همش بر علیه لینوکس مطلب می‌دن!!‌ تو قسمت نظراتش هم یه آدم خوش ذوق لینوکسی می‌یاد و اینا رو رسوا می‌کنه!!‌ چطوری؟‌ خوب با کمک افزونه Server Spy اومده و ریز تمام این سایتا رو دراورده که من عینا برای شما می‌زارم.

why linux sucks :

… Apache/2.0.61 (Unix) PHP/4.4.7 mod_ssl/2.0.61 OpenSSL/0.9.7e mod_fastcgi/2.4.2 Phusion_Passenger/2.0.2 DAV/2 … Server is in USA

Linux Hater’s Blog :

… GFE/1.3 … Server is in USA

Promoting Linux :

… Apache/2.0.52 (CentOS) … Server is in USA … (hahaha, I love this particular Site, it uses CentOS, a clone of Redhat if you see for yourself)

LinSux :

… Apache/1.3.41 (Unix) mod_fastcgi/2.4.6 mod_log_bytes/1.2 mod_bwlimited/1.4 mod_auth_passthrough/1.8 FrontPage/5.0.2.2635 mod_ssl/2.8.31 OpenSSL/0.9.7a … Server is in USA

Jerry Lee Cooper :

… Apache/1.3.33 (Darwin) PHP/5.2.1 mod_perl/1.29 … Server is in USA

دیگه لازم هم نیست که بگم در میون این سرورها تنها چیزی که به چشم نمی‌خوره ویندوزه !

راهنمای استفاده از ادیتور قدرتمند وی‌آی – vi در لینوکس

امکان کار کردن در محیط زیبا و بصری سیستم‌عامل ممکنه برای آدم همیشه مهیا نباشه و یا زمان‌هایی آدم فاقد موس باشه و یا اینکه ادیتورهای گرافیکی اصلا به دلیل سنگینی اونها در کامپیوترهای قدیمی لود نشن یا اینکه اصلا خراب بشن! اما در این مواقع همیشه یک ادیتور قدرتمند به نام وی‌آی – vi یار شما می‌تونه باشه.
وقتی حرف از یک ادیتور قوی برای محیط لینوکس می‌زنیم، یعنی شما باید قادر باشید به مشاهده‌ی متون بپردازید و یا اونها رو ادیت کنید و در متن اصلی دخل و تصرفاتی داشته باشید و قادر به انتخاب بخشی از متن نیز باشید. اعمالی همچون کپی و پیست نیز از کارای ابتدایی هست که شما باید در اون بتوانید انجام بدید.
شما با کمک ادیتور وی‌آی و البته یک کیبرد قادر به انجام تمام کارهای بالا هستید. در ادامه قصد دارم با یک مثال عملی نحوه استفاده‌ی صحیح از این ادیتور قدرتمند رو به شما نشون بدم.

خداحافظ pidgin

از زمان اولین آشنایی با پیام رسان یاهو اصلا ازش خوشم نمی آمد مخصوصا نسخه های آخرش که بسیار پر حجم و کند بودند تا اینکه یکی از دوستانم من را با pidgin آشنا کرد برنامه آزاد و دوست داشتنی ای که هر چه ازش تعریف بشه بسیار کمه.  پرنده‌ی پیام رسانی که که به وسیله آن می توانید همزمان با چندین حساب مختلف یاهو گوگل ام اس ان aim و icq و … کانکت بشید و با دوستانتان به گفتگو و تبادل فایل و … بپردازید اگر هنوز از کاربران پیام رسان یاهو هستید توصیه می کنم هر چه زودتر این برنامه را دریافت کنید و تفاوت را احساس کنید!

http://pidgin.im/
اما pidgin هم همانند هر برنامه دیگری نقایصی هم دارد که شاید مهمترینش عدم امکان برقراری ارتباط صوتی و تصویری می باشد که بنا به گفته سازندگانش فعلا برنامه ای برای اضافه کردن آن وجود ندارد به همین دلیل قرار است در نسخه ی آینده گنوم (2.24) و نیز نسخه بعدی اوبونتو  empathy جایگزین pidgin بشود  empathy شامل ابزارهای پیام رسانی و یک کلاینت برای استفاده از آن ابزارهاست که از فناوری Telepathy و Mission Control نوکیا استفاده می کند
و هدف اصلی آن ایجاد یک یکپارچگی بین برنامه های مختلف و امکان استفاده از ابزار های پیام رسانی آن در هر یک از برنامه های دیگر گنوم است که علاوه بر دارا بودن تمامی امکانات pidgin قابلیت برقراری ارتباطات صوتی و تصویری را نیز دارد
در نسخه های آینده گنوم ما شاهد یک همبستگی و ارتباط قدرتمند بین برنامه هایی مثل Evolution، Ekiga و Empathy خواهیم بود مثلا وقتی در evolution می بینید که یکی از دوستانتان به شما ایمیل داده است و در حال حاضر آنلاین است می توانید در همانجا با او به چت یا ارتباط صوتی و تصویری بپردازید درست مثل همان کاری که اکنون گوگل و جیمیل می توان انجام داد
برای نصب Empathy در توزیع های مبتنی بر دبیان از دستور زیر استفاده کنید

apt-get install empathy
تصاویری از محیط این برنامه:

http://live.gnome.org/Empathy

شاهکار روزگار

کافیه این افزونه رو یه تست کنید تا به شاهکار بودنش پی ببرید. این افزونه که هنوز در مرحله آزمایشی قرار داره  کارش تغییر ظاهر سرویس های گوگل هست (به کمک تغییر css) . افزونه کاملا تازه از تنور در اومده . البته من برای اینکه کار شما راحت بشه این افزونه خوشدست رو در جعبه خودم آپلود کردم تا شما هم بتونید به راحتی از اون استفاده کنید. چند تصویر هم از محیط سرویس های گوگل برای شما می زارم. بازم میگم حتما این افزونه رو نصبش کنید. حرف نداره. نکته جالب این افزونه هم سازگاری کاملش با نسخه های جدید سرویس های گوگل هست. در حال حاضرم این افزونه فعلا قادر به تغییر فقط دو سرویس جیمیل و گوگل کلندر هستش.

172مین نفری که این افزونه رو دانلود کردم !!

تصویری از جیمیل من

تصویری از محیط گوگل کلندر

سایت سازنده این افزونه

امکانات جدید گوگل

Google Street

گوگل سرویس گوگل استریت خودش رو به تازگی ارتقا داد. حالا شما می‌توانید خیابان‌های ژاپن و استرالیا رو نیز مشاهده کنید.

پاریس اولین شهر اروپایی بود که گوگل امکان دیدن خیابان‌های آن را برای کاربرانش فراهم کرد. و هم‌اکنون شما می‌توانید شهرهای توسعه‌یافته‌ ژاپن و استرالیا رو نیز به راحتی به مشاهده بپردازید.

Tokyo, Osaka, Kyoto, و  Kobe تعدادی از شهرهای ژاپن هستند که شما می‌توانید در خیابان‌های آنها به رفت و آمد بپردازید. در طرف استرالیا هم خیابان شهرهایی مثل  Sydney, Perth, و Melbourne قابل مشاهده هستند.
اینجا هم می‌تونید از لحظه‌های جالبی که توسط همین گوگل استریت شکار شده بازدید کنید.

منبع :‌ گوگل

Google Translation Center (در دست ساخت)

اما سرویس جالب دیگری که گوگل به زودی راه‌اندازی خواهد کرد مسوم به مرکز ترجمه گوگل هستش و کارشم ترجمه متون توسط آدمیزاد هستش. یعنی شما یه متنی به انگلیسی دارید، اون رو به این مرکز آپلود می‌کنید و زبان مقصدی که می‌خواید ترجمه به اون صورت بگیره رو هم اعلام می‌کنید. یه سری ادمیزاد باحال هم که همون آدمای بیکار باشن می‌یان و مقاله شما رو ترجمه می‌کنن!‌ البته گوگل برای جذب آدمای متخصص در ترجمه احتمالا به اونایی که به صورت حرفه ای ترجمه می‌کنن یه پولی هم می‌ده !!‌

جای بامزه‌ی کار نحوه کشف این سرویس هست. یه آدمی می‌ره و فایل robots.txt گوگل رو وارسی می‌کنه و متوجه کلمه‌ي مشکوک center می‌شه!‌ وبعدم یکی دیگه آدرس این سرویس مخفی رو پیدا می‌کنه. البته وقتی شما قصد لاگین شدن رو دارین با پیغام شکست روبه‌رو می‌شید چون هنوز این سرویس فعال نشده .

منبع