It’s Yolanda from Hotallo,from Shenzhen,it’s 35° already,we are sure it’
s also hot and the Ultra Violet is very strong in Europe now, Therefore,we
are eager to introduce you our innovative product--- UV Tester,which could
remind us to protect ourself in the summer.
That would be very nice of you if you can draw a little time to check
it.thank you very much!
Products descriptions & Selling points:
* Technology Patent product
our owning of the technology patent will ensure you weak competition in your
market and sufficient profit margin
* International Awarded products
the product won award of "promotion gift award" in Europe and "designpreis
* simple, fasion & functioned item
it is realized in products of bracelet, wirstband, armband as well as
key-chain, accessories, card etc. which senses/tests/monitors/detects the uv
(ultra-violet) index automatically by color-changing of the
* Echo-friendly materials
it can be made with various kind of materials including pvc/silicon/opp
(Oriented Polypropylene Film, a kind of chemical material, echo-friendly).
* Small MOQ, low moulding cost and cheap price
it costs absolutely less than usd1.00 EXW based on small MOQ (1000pcs only,
amount of hundreds USD.). start-up/moulding costs only USD100.00 based on
completely custom design.
* Easy Customization
it can be made with various colors and logo carving/3d-mock-up/full color
printing or toally customized shape/designs. Best Regards
if there is any further questions, pls feel free to drop us an e-mail.
Yolanda Wu丨Sales Representative
Mobile: +86 13528760705
Hotallo Electronics Ltd.
Tel.: +86 755 2306 0315
Fax: +86 755 2748 1492
E-mail: <mailto:email@example.com> yolanda(a)hotallo.com
Greetings Dan. I'm the Mirror Wrangler for the Fedora Project, and
author of the tool we use to know which mirrors are up-to-date:
For most mirrors, rsync directory listings of each of the two Category
trees you're carrying (Feodra Linux, Fedora EPEL) is the fastest way
to get a full list of what content your mirror has. It falls back to
doing individual HTTP HEAD requests on a subset of the files if rsync
isn't available, and FTP DIR calls if HTTP isn't available.
In your case, as you don't have an rsync target, the crawler takes a
relatively long time to make all the HTTP HEAD calls to your mirror,
over 2 hours. Nearly all other mirrors that likewise don't have rsync,
take well under 2 hours.
Now, for other mirrors serving rsync such as mirrors.us.kernel.org
shown here, we see times such as:
07/27/2013 12:29:05 AM Starting crawl
07/27/2013 12:29:05 AM scanning Category Fedora Linux
07/27/2013 12:31:26 AM rsync time: 0:01:14.965211
07/27/2013 12:34:21 AM scanning Category Fedora EPEL
07/27/2013 12:34:41 AM rsync time: 0:00:12.548085
07/27/2013 12:34:59 AM scanning Category Fedora Secondary Arches
07/27/2013 12:40:12 AM rsync time: 0:02:49.361520
07/27/2013 12:47:02 AM scanning Category Fedora Other
07/27/2013 12:47:13 AM rsync time: 0:00:06.161032
07/27/2013 12:57:27 AM Total directories: 5805
07/27/2013 12:57:27 AM Changed to up2date: 0
07/27/2013 12:57:27 AM Changed to not up2date: 0
07/27/2013 12:57:27 AM Unchanged: 5805
07/27/2013 12:57:27 AM Unknown disposition: 0
07/27/2013 12:57:27 AM New HostCategoryDirs created: 87
07/27/2013 12:57:27 AM HostCategoryDirs now deleted on the master, marked not up2date: 0
07/27/2013 12:57:27 AM Ending crawl
The whole process takes under 30 minutes.
I raise this because I know you do a good job running your mirror
generally, so this seems anomalous. I also know you have HTTP
KeepAlives turned on, I can see those results in the crawler debug
logs. It seems each HTTP HEAD request takes a second or more, which
when doing hundreds of such across all the directories in your
complete mirror, adds up.
In the past, mirror admins have suggested reducing the value of
/proc/sys/vm/vfs_cache_pressure, from the default value 100, to a
lower number, causing the kernel to prefer to keep dentries when under
Controls the tendency of the kernel to reclaim the memory which is
used for caching of directory and inode objects.
At the default value of vfs_cache_pressure=100 the kernel will attempt
to reclaim dentries and inodes at a "fair" rate with respect to
pagecache and swapcache reclaim. Decreasing vfs_cache_pressure causes
the kernel to prefer to retain dentry and inode caches. When
vfs_cache_pressure=0, the kernel will never reclaim dentries and
inodes due to memory pressure and this can easily lead to
out-of-memory conditions. Increasing vfs_cache_pressure beyond 100
causes the kernel to prefer to reclaim dentries and inodes.
Please take a look and see if a change is warranted on your side, or
if you see different behaviour for HTTP HEAD calls than I am.
Dear Friend, I have checked your website several times and maybe you are also in the market of LED Tube light. So I'd like to show you some information about our company and tubes. Hope we can be your potential supplier. 1. we are professional and only focus on LED tube light with a 10 engineers R&D team to meet different market requirements, e.g.new products-300 degree LED tube, DALI Controlled LED tube, mobile wifi controlled LED tube will come out soon. 2. our two best-sellers win many favorable comments in the market. 1) high heat dissipation series --unique fin shape design aluminum alloy for fastest heat dissipation, patent No. is 201220121726.7. 2) High brightness series---- TUV approval, high PF and high efficiency driver . Power Factor ---0.98 at AC110, 0.93 at AC220v; Driver Efficiency----0.88. So, light efficiency can get to 105 LM/W. Other series ,such as Infra-red Sensor ,Radar Sensor ,Dimmable ,Emergency, Electronical Ballast Compatiable,Fresh Meat LED tube. Any interesting? You can contact me directly, let's talk more details. Looking forward to your reply. Thanks & Best Regards, Mary Zhang Shenzhen Lantis Lighting Technology Co.,Ltd
Tel: +86-755-8948 5688 ext 802
Fax: +86-755-8948 5699
Mob: +86 189-3802-6226 Skype: Lantis-sales15
Address: Henglong Industrial Park, 4th Industrial Zone,Shuitian Community, Shiyan Town,Bao'an District,Shenzhen City,China
We want to be public mirror for fedora Project. We'll host mirror files at 188.8.131.52. This is our mirror server and located at Bursa, Turkey. We can provide 1 Gbps uplink for this server.
Also we offical mirror for PHP and Centos.
[DGN Teknoloji Twitter]<http://twitter.com/dgnplus/>
[DGN Teknoloji Flickr]<http://flickr.com/dgnplus/>
T: 444 1 346 F: +90 (224) 262 56 57
Bu e-posta yukarıda belirtilmiş olan muhataba ait ÖZEL ve GİZLİ HATTA YASAK BİLGİLERİ ihtiva edebilir. Eğer muhatab ve/veya muhatabın dağıtımla görevlendirdiği kişi değil iseniz, lütfen bu bilgileri kullanmayınız ve hiç bir surette, hiç bir kimseye açıklamayınız ve bilgisayarınızdan siliniz Elektronik mesajlar bozulmaya, ele geçirilmeye veya izinsiz olarak değiştirilmeye açık ortamlar oldukları için mesaj üzerinde yapılmış herhangi bir değişiklik veya sonuçları üzerinde sorumluluk kabul etmeyeceğimizi bildiririz.
This e-mail may contain CONFIDENTIAL, PRIVATE OR EVEN PROHIBITED information intended exclusively for the Addressee. If you are not the addressee or someone responsible for delivering this message to addressee, we request that you delete this message immediately and do not use or disclose to anyone its contents. If you have received this e-mail by mistake, remove it from your computer and please notify us immediately. We will not be liable for the corruption or interception of or unauthorized changes made to this message or the consequences thereof, and we reserve the right to take legal action where necessary.Thank you for your cooperation.