Apple
public://topics-images/apple_webp.png
SCB10X
public://topics-images/347823389_774095087711602_515970870797767330_n_webp.png
Windows 11
public://topics-images/hero-bloom-logo.jpg
Huawei
public://topics-images/huawei_standard_logo.svg_.png
Google Keep
public://topics-images/google_keep_2020_logo.svg_.png
Instagram
public://topics-images/instagram_logo_2022.svg_.png
SCB
public://topics-images/9crhwyxv_400x400.jpg
Microsoft
public://topics-images/microsoft_logo.svg_.png
Basecamp
public://topics-images/bwpepdi0_400x400.jpg
Tinder
public://topics-images/hwizi8ny_400x400.jpg
FTC
public://topics-images/seal_of_the_united_states_federal_trade_commission.svg_.png
Pinterest
public://topics-images/pinterest.png
Palantir
public://topics-images/-nzsuc6w_400x400.png
AIS Business
public://topics-images/logo-business-2021-1.png
PostgreSQL
public://topics-images/images.png
JetBrains
public://topics-images/icx8y2ta_400x400.png
Krungthai
public://topics-images/aam1jxs6_400x400.jpg
Palworld
public://topics-images/mccyhcqf_400x400.jpg
Bill Gates
public://topics-images/bill_gates-september_2024.jpg
VMware
public://topics-images/1nj4i1gp_400x400.jpg
Take-Two Interactive
public://topics-images/0khle7nh_400x400.jpg
OpenAI
public://topics-images/ztsar0jw_400x400.jpg
Thailand
public://topics-images/flag_of_thailand.svg_.png
NVIDIA
public://topics-images/srvczsfq_400x400.jpg
ServiceNow
public://topics-images/ytnrfphe_400x400.png
Klarna
public://topics-images/urcllpjp_400x400.png
Google Play
public://topics-images/play.png
Drupal
public://topics-images/drupal.png
Virtua Fighter
public://topics-images/virtua_figther_2024_logo.png
Paradox Interactive
public://topics-images/paradox_interactive_logo.svg_.png
Europa Universalis
public://topics-images/europa-icon.png
Nintendo Switch 2
public://topics-images/mainvisual.png
Cloudflare
public://topics-images/cloudflare_logo.svg_.png
Samsung
public://topics-images/samsung.png
Google
public://topics-images/google_2015_logo.svg_.png
Uber
public://topics-images/uber.png
Microsoft 365
public://topics-images/m365.png
USA
public://topics-images/flag_of_the_united_states.svg_.png
GM
public://topics-images/0pe0po-z_400x400.jpg
Perplexity
public://topics-images/perplex.jpg
Xperia
public://topics-images/xperia.png
iOS 18
public://topics-images/ios-18-num-96x96_2x.png
True
public://topics-images/true_logo.png
SoftBank
public://topics-images/softbank.jpg
Pac-Man
public://topics-images/pacman.png
Harry Potter
public://topics-images/harry.png
Marvel
public://topics-images/marvel.png
Skydance
public://topics-images/skydance.png
SEA
public://topics-images/sealogo.png
Find My Device
public://topics-images/find.png
Gemini
public://topics-images/google_gemini_logo.svg__1.png
Accessibility
public://topics-images/accessibility-128x128_2x.png
Material Design
public://topics-images/m3-favicon-apple-touch.png
Android 16
public://topics-images/android16.png
Android
public://topics-images/android_0.png
Firefox
public://topics-images/firefox_logo-2019.svg_.png
Google Messages
public://topics-images/messages.png
Notepad
public://topics-images/notepad.png
Singapore
public://topics-images/flag_of_singapore.svg_.png
Airbnb
public://topics-images/airbnb.png
PS5
public://topics-images/ps5.png
Krafton
public://topics-images/krafton.png
Doom
public://topics-images/doom-game-s_logo.svg_.png
AMD
public://topics-images/amd_logo.svg_.png
GTA
public://topics-images/gta_0.png
DoorDash
public://topics-images/doordash.png
YouTube
public://topics-images/yt.png
YouTube Music
public://topics-images/yt-music.png
Facebook
public://topics-images/fb.png
iQiyi
public://topics-images/iqiyi_0.png
Viu
public://topics-images/viu.png
Amazon Prime Video
public://topics-images/prime-vid.png
Spotify
public://topics-images/spotify.jpg
Apple TV
public://topics-images/apple-tv.png
HBO Max
public://topics-images/max.png
Threads
public://topics-images/threads.png
Alexa
public://topics-images/alexa.png
Kindle App
public://topics-images/kindle.png
Shopee
public://topics-images/shopee.png
Waze
public://topics-images/waze.png
Bilibili
public://topics-images/bili.png
Google Maps
public://topics-images/maps.png
Apple Music
public://topics-images/apple-music.png
Claude
public://topics-images/claude.png
TikTok
public://topics-images/tiktok.png
Xbox
public://topics-images/xbox.png
Tesla
public://topics-images/tesla.png
Chrome
public://topics-images/chrome.png
Google Calendar
public://topics-images/gcal.png
Google Home
public://topics-images/ghome.png
Google Meet
public://topics-images/meet.png
NotebookLM
public://topics-images/notebooklm.png
Reddit
public://topics-images/reddit.png
Assassin’s Creed
public://topics-images/ac.png
Mark Zuckerberg
public://topics-images/zuck.jpg
Meta
public://topics-images/meta.png
Meta AI
public://topics-images/meta-ai.png
Epic Games
public://topics-images/epic_games_logo.svg_.png
Unreal
public://topics-images/unreal_engine_logo-new_typeface-svg.png
Fortnite
public://topics-images/fortnite.png
เห็นด้วยอย่างยิ่ง
chettaphong Fri, 09/13/2013 - 01:39
เห็นด้วยอย่างยิ่ง เพราะการเปลี่ยนผ่าน application 32 bit -> 64 bit ไม่ได้ทำได้ในช่วงเวลาสั้น ๆ
ส่วนตัวเชื่อว่า apple จะเปลี่ยนเป็น 64 bit ทั้งหมดได้ภายใน สามปี
Android ยิ่งใช้เวลานานเพราะ hardware หลากหลาย มากเกินไป
10 ปี+ ผมว่าก็ยังคงเห็น 32bit
Diew Fri, 09/13/2013 - 01:59
In reply to เห็นด้วยอย่างยิ่ง by chettaphong
10 ปี+ ผมว่าก็ยังคงเห็น 32bit เกลื่อนครับ เพราะผมว่า app บางตัวมันก็ไม่จำเป็นขนาดต้องเปลี่ยนไปใช้ 64bit นะ
ผมเชื่อว่า apple บังคับให้
chettaphong Fri, 09/13/2013 - 02:09
In reply to 10 ปี+ ผมว่าก็ยังคงเห็น 32bit by Diew
ผมเชื่อว่า apple บังคับให้ xcode ในอีก สองปีข้างหน้า compile code เป็น 64 bit ก็เป็น 64 bit หมดแล้วครับ ที่ยังต้องมี 32 bit ก็เพราะ hardware เท่านั้นแหละครับ
+1 เห็นด้วยทุกประเด็น
leonoinoi Fri, 09/13/2013 - 02:00
+1 เห็นด้วยทุกประเด็น แต่เรื่อง app บน android นอกจากเกมที่้เป็น natine แล้ว ผมยังไม่เห็นปัญหาเลย เพราะ app บน android เป็น bytecode ไม่ได้เป็นภาษาเครื่อง เอาไปรันบน dalvik vm ได้ก็จบ แทบไม่ต้องรับรู้เลยว่าเป็น 32 หรือ 64 x86 หรืออะไร มันก็เหมือนกันหมด เรื่องนี้ android ล้ำหน้าไปไกลแล้ว แลกมาด้วยการอืดเป็นรถบรรทุกไง ในเรื่อง การเปลี่ยน cpu เห็นจะมีแต่ apple เนี่ยแหละมีปัญหาอยู่เจ้าเดียว
ซัมซุงประกาศ S8 ออกพร้อม 128
lingjaidee Fri, 09/13/2013 - 01:57
ซัมซุงประกาศ S8 ออกพร้อม 128 บิท! #ห๊ะ?!
ผมเห็นแบรนด์จีนจะออก 256 บิท
HOCKER Fri, 09/13/2013 - 01:58
In reply to ซัมซุงประกาศ S8 ออกพร้อม 128 by lingjaidee
ผมเห็นแบรนด์จีนจะออก 256 บิท !!! ขอโทษครับโพสเร็วไปหลายปี ^^"
คนประกาศควรเป็นกูเกิลครับ!!
pizzicato Fri, 09/13/2013 - 10:13
In reply to ซัมซุงประกาศ S8 ออกพร้อม 128 by lingjaidee
คนประกาศควรเป็นกูเกิลครับ!! 555 ถ้าซัมซุงทำ chip ออกมาแล้ว android ยัง 32bit จะฮากว่า
ผมว่าน่าจะเปลี่ยนได้เร็วกว่า
shikima Fri, 09/13/2013 - 01:58
ผมว่าน่าจะเปลี่ยนได้เร็วกว่า PC กับ SUN นะครับ เห็นว่า SUN ใช้เวลา 10 กว่าปี PC ก็ยังลูกผีลูกคนอยู่
เมื่อไหร่ที่ iOS 8 9 10 มีแต่ 64bit แล้วรุ่นเก่าๆ อัพไม่ได้ เหมือน iPhone3G ที่โดนทิ้งที่ 4.2.1 apple ก็สามารถเปลี่ยนไปเป็น 64bit ได้เต็มตัว
จะลำบากก็คนพัฒนาโปรแกรมแหละ คล้ายๆ กับตอนเปลี่ยนจาก power pc เป็น intel แหละ
รอดูกันต่อไป
boatboat001 Fri, 09/13/2013 - 02:57
รอดูกันต่อไป
ที่แน่ ๆ iPhone 5s
roongroj Fri, 09/13/2013 - 05:09
ที่แน่ ๆ iPhone 5s เร็วขึ้นเท่าตัว ครับ
http://www.techxcite.com/topics/14388/filemanager/iphone_5s_5_gfxbench.jpg
การ Compile จาก 32 Bit ย้ายไปเป็น 64 Bit ไม่ได้ทำให้โปรแกรท ทำงานเร็วขึ้นเท่าตัว
ยกเว้น Data Type ของ การประมวลผลหลัก ๆ เป็น 64 Bit อยู่แล้ว เพียงแต่เดิมประมวลผลบน 32 Bit เมื่อ Compile ใหม่ ...เป็น 64 Bit ถึงจะได้พลังการประมวลผลของ CPU 64 Bit อย่างแท้จริง
ดังนั้น หมายความว่า iOS เดิม มี Data Type หลาย ๆ ส่วน เป็น 64 Bit อยู่แล้ว จึงทำให้ การประมวลผลโดยรวม บน iPhone 5s เร็วขึ้นเป็นเท่าตัว ครับ
พูดถึง CPU แต่ไปเอารูป GPU
McKay Fri, 09/13/2013 - 07:35
In reply to ที่แน่ ๆ iPhone 5s by roongroj
พูดถึง CPU แต่ไปเอารูป GPU benchmark มา?
ไม่ได้หมายถึง CPU ไม่ได้เร็วขึ้น 2 เท่าจริงๆนะ
ส่วน RAM ไม่มีผล ...อะไรกับ
roongroj Fri, 09/13/2013 - 04:41
ส่วน RAM ไม่มีผล ...อะไรกับ 32 Bit หรือ 64 Bit
App บน iOS เป็นแบบ Native แต่ละ App มีการขอและคืน Memory โดยทันที ทำให้ไม่ต้องใช้ RAM มาก ต่างจาก Java App บน Android หรือ .NET App บน Windows Phone ไม่มีการคืน Memroy จริง ๆ ทำให้ต้องมี RAM มากกว่า iOS 1 - 2 เท่าตัว
ปล. ยิ่งมี RAM มาก ๆ ยิ่งกิน Battery มากขึ้นด้วยครับ Apple จึงเน้น ศาสตร์ และ ศิลป์ เพื่อ Mix ผสมทั้ง Software และ Hardware วิธีคิดจึงไม่เหมือนใคร ทั้งเรื่อง จำนวน Core, Memory และ รูปแบบ ของ Software
App บน iOS เป็นแบบ Native
McKay Fri, 09/13/2013 - 08:16
In reply to ส่วน RAM ไม่มีผล ...อะไรกับ by roongroj
โครตมั่วได้ใจ
ไม่ว่า Platform ไหนๆมันก็ไม่มีการคืน RAM โดยทันทีทั้งนั้นแหละอย่าง iOS App ต่างๆยังอยู่ใน RAM(Suspended/Background) เพื่อให้การเปิด App ครั้งต่อไปเร็วขึ้นจนกว่าจะ RAM ไม่พอแล้วค่อย Kill ทิ้ง > (Not running)
Android ก็เหมือนกัน ถ้าถูก kill มันก็คืนแรมหมด ที่มันต้องมี RAM เยอะๆไม่ใช่มันคืนไม่หมดแต่มันมี App ที่จำเป็นต้องอยู่ใน RAM เยอะเพื่อความลื่นไหล เช่น UI/Widget/Services ต่างๆ ยิ่ง Android ของบางราย Service กระจุย และสำหรับ Android RAM ยิ่งเยอะยิ่งดี เพราะโปรแกรมบน Android เป็นแบบ Java ทำให้ Start ช้า(แต่ไม่ได้หมายความว่า performance หลัง run แล้วจะช้า) การให้มันอยู่ใน RAM ทำให้มันไม่จำเป็นต้อง start ใหม่ ทุกครั้ง และการมี RAM มากทำให้มี App ค้างอยู่ใน RAM ได้มาก และไม่จำเป็นต้อง Start ใหม่บ่อยๆ ซึ่งทำให้ช้า + กินแบตจาก CPU เพิ่มเพราะต้องโหลด App ใหม่
WP ก็เหมือนกัน
RAM เยอะขึ้นยังช่วยเพิ่ม responsive ให้กับเครื่องโดยการ cache 'file'(read/defer write cache) ที่เคยถูกเรียกใช้เข้าไปใน RAM ทำให้ไม่ต้องไปอ่าน/เขียนจาก eMMC ตลอดเวลา(ซึ่งกินไฟสูงกว่า ช้ากว่า I/O น้อยกว่า กิน CPU Time มากกว่า) และ RAM ที่เพิ่มขึ้นมาก็ไม่ได้กินไฟเพิ่มจนมีนัยยะสำคัญอะไร
More RAM = More Power Usage --- Negatable
นั่นทำให้ Androids ทำ
Aoun Fri, 09/13/2013 - 08:42
In reply to App บน iOS เป็นแบบ Native by McKay
นั่นทำให้ Androids ทำ multitasking ได้ซึ่งเป็นจุดเด่นที่ iOS ยังทำไม่ได้ที่ผมมองว่าสำคัญมากขึ้นเรื่อยๆสำหรับผมที่เลือกใช้ iPad mini หรือ note8
ปล.1 ขอบคุณสรุปสั้นๆ ที่ทำให้แก้ความเข้าใจ(จากคนนอกวงit)
ปล.2 รู้สึกถึงติ่งชงมาม่า
Multitasking ...กระจอก
roongroj Fri, 09/13/2013 - 10:02
In reply to นั่นทำให้ Androids ทำ by Aoun
Multitasking ...กระจอก ครับ
Android ใช้ Multi-Core แต่ยังงมงายอยู่กับ Multitasking หรือ Multi-thread ซึ่งเป็นเทคนิกการเขียน Software สำหรับ Single Core ถ้าหากยังพัฒนา Software แบบ Concurrency ไม่ได้ สาวก Android ก็ยังโง่ซื้อ Multi-Core ต่อไปแบบไร้ประโยชน์ื ยังไม่รวมปัญหา คอขวด เกี่ยวกับ Bus ทั้ง Memory, Storage & IOS ของ Multi-Core เหมือน คนหลายหัว แต่มี ตา ปาก แขน ขา เท่าเดิม
ปล. โลกของ Smart Device ต่างจาก Desktop ครับ ( ไม่จำเป็น ต้องยึด Style ในอดีต แต่ต้องคำนึกถึงประโยขน์ @ Customer จะได้ประโยขน์สูงสุด จากรูปแบบ หรือ Style ที่เปลี่ยนไป ซึ่งต้องใช้ ศาสตร์ และ ศิลป์ ในการ Mix ทั้ง Hardware และ Software นี่ละที่เป็นปัญหา ทำให้หลาย ๆ App บน Desktop ย้ายมายัง Smart Device ไม่ได้ )
Android
McKay Fri, 09/13/2013 - 10:59
In reply to Multitasking ...กระจอก by roongroj
Android ไม่ได้เอามาใช้เพื่องาน high performance/server แล้วจะเอา parallel processing มาทำไม? คิดเองเออเองไปหรือเปล่าว่าจะต้องเป็นแบบนู้นแบบนี้?
ถ้าสาวก Android
roongroj Fri, 09/13/2013 - 11:43
In reply to Android by McKay
ถ้าสาวก Android ยังแข่งขันกันเรื่อง Multi-Core แต่ไม่สนใจ Parallel Processing ก็แสดงว่า วงการนี้ โง่ จริง ๆ ครับ มีแต่ดูถูกคนอื่น แต่เรื่องของตนเอง กลับไม่รู้จักอะไรเลย ก็ถูก SS หลอกอยู่ร่ำไป
รวมทั้ง GC ของ Java และ .NET นี่ละ @ ทำให้ Android และ Windows Phone ต้องการ Memory มากกว่า 1 GB โดยเฉพาะการเรียบแบบ Multitasking และ Multi-View เหมือน Desktop สุดท้าย ก็กิน Battery และ ใช้เวลา Charge นานมากขึ้น จะไม่เรียกว่า ...โง่ ได้อย่างไร ครับ
Windows Phone แรม 512 MB
TeamKiller Fri, 09/13/2013 - 12:06
In reply to ถ้าสาวก Android by roongroj
Windows Phone แรม 512 MB ก็มีอะนะ ไม่เห็นจำเป็นต้อง 1GB เลย
นี่คุณคงไม่รู้ใช่ไหมเนี่ยว่า
soginal Fri, 09/13/2013 - 13:32
In reply to ถ้าสาวก Android by roongroj
นี่คุณคงไม่รู้ใช่ไหมเนี่ยว่า Multithreading กับ Parallel ใช้งานต่างกันยังไง
แค่ออกมาบ่นมั่วๆเล่นๆเหรอครับเนี่ย
แบนฐานก่อกวนนะครับ ถ้าจะคุยกั
lew Fri, 09/13/2013 - 15:52
In reply to ถ้าสาวก Android by roongroj
แบนฐานก่อกวนนะครับ
ถ้าจะคุยกันเรื่องเทคนิคก็เรียนรู้ที่จะคุยกันด้วยข้อเท็จจริงก่อนอารมณ์มาก่อนครับ
และแล้วก็ปลิวไปอีกหนึ่งท่าน
hisoft Fri, 09/13/2013 - 18:05
In reply to แบนฐานก่อกวนนะครับ ถ้าจะคุยกั by lew
และแล้วก็ปลิวไปอีกหนึ่งท่าน ...จนได้
เอาความต้องการของอีกตลาดนึง
McKay Fri, 09/13/2013 - 21:18
In reply to ถ้าสาวก Android by roongroj
เอาความต้องการของอีกตลาดนึง มาบอกว่าอีกตลาดก็ต้องการแบบนี้ก็ฉลาดดีเหมือนกันครับ
ผมว่าตลาด Mobile เค้ารู้ดีนะว่าตอนนี้ควรทำยังไง
ก่อนคุณ edit : เรื่องที่ว่า
put4558350 Fri, 09/13/2013 - 12:00
In reply to Multitasking ...กระจอก by roongroj
ก่อนคุณ edit :
เรื่องที่ว่า Android ใช้ Multi-Core แต่ยังงมงายอยู่กับ Multitasking หรือ Multi-thread ซึ่งเป็นเทคนิกการเขียน Software สำหรับ Single Core นั้น ... ไม่ถูกนะครับ
อีกนิด มันมีความเข้าใจผิด ในช่วง Android 2.x ที่ hardware เป็น 2 core แต่ software ยังไม่รองรับเต็มที่ ตอนนี้ปรับปรุงไปหมดแล้ว
หลังคุณ edit :
Parallel Processing ก็คือ Multi-thread เนี่ยแหละครับ แต่ cpu มือถือสมัยนี้ค่อนข้างระวังการไช้ทรัพยากรณ์ หลายเจ้าปิดการทำงานของ cpu บาง core ถ้า workload ต่ำ ซึ่งเป็นการประหยัดพลังงาน
ย้ำว่าที่อยู่ตรงนี้ส่วนใหญ่เป็นโปรแกรมเมอร์ ระวังด้วยนะครับ
Multi-Core ผมว่าสำหรับ
mix5003 Fri, 09/13/2013 - 11:58
In reply to Multitasking ...กระจอก by roongroj
Multi-Core ผมว่าสำหรับ android ที่เปิดได้หลาย app มันก็ดีนะครับ ไม่จะเป็นต้องเขียน multi-thread ก็ได้ ให้ core 1 สำหรับ background app อีก core เป็น app ที่ใช้อยู่ผมว่ามันก็ลื่นกว่า core เดียวทำทั้งคู่นะครับ
"สาวกandroid
eoror24 Fri, 09/13/2013 - 15:28
In reply to Multitasking ...กระจอก by roongroj
"สาวกandroid ก็ยังโง่ซื้อ"
เงินเค้าซื้อไม่ได้ขอเงินคุณซื้อครับ
ความรู้ ...แค่หางอึ่ง แสดงว่า
roongroj Fri, 09/13/2013 - 10:35
In reply to App บน iOS เป็นแบบ Native by McKay
ความรู้ ...แค่หางอึ่ง
แสดงว่า ไม่เคยเขียน System Call หรือ C/C++ รวมถึง Objective-C ในแบบ Native ทั้ง OS X, Linux หรือ Windows ซึ่งสามารถขอและคืน Memory ได้ทันทีจริง ๆ
หรือ แม้แต่ GC ของ Java หรือ .NET ก็สามารถเขียนโปรแกรมสั่งให้ GC คืน Memory คล้ายจริง ๆ ได้ แต่ Process ช้ามาก ๆ สู้คืนทั้งก้อนของทั้ง App ไม่ได้ เพราะมันเป็นการคืนบางส่วน ที่เคยใช้ไปแล้ว ...ปัจจุบันไม่ได้ใช้อยู่ และ ไม่ได้คืนกลับไปยังระบบ เหมือนพวก Native แต่สำคัญมาก ๆ เพราะ คืน ...เพื่อจะได้ใช้ Memory ที่เคยขอมาแล้ว จะได้ไม่ต้องขอเพิ่มใหม่ ซึ่งจะทำให้ Memoery ของทั้งระบบน้อยลง
โดยเฉพาะข้อมูลมหาศาล ซึ่งมากกว่า RAM 10 - 1,0000 เท่า ถ้ารอปิด App แล้วจึง ขอ และ คืน Memory จริง ๆ โลก IT คงมีแต่คน โง่ ๆ กว่านี้อีกเยอะ
อืม...ครับ
anirut Fri, 09/13/2013 - 10:40
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
อืม...ครับ ผมก็โง่ประจำเพราะใช้ ipad3 ทีไรชอบกดดับเบิ้ลปุ่ม home แล้วกดสั่งปิดทีละแอพประจำ
ผมปิดแอพใน ipad ไม่เป็นครับ อาศัยวิธีขยุ้มนิ้วปิดหน้าต่างแอพ แล้วมาสั่ง kill ทีหลัง
ทั้งๆที่รู้ว่ามันอยู่ในแรมก็ไม่ได้เปลืองไฟมากมาย
พอเจอ multitasking iOS7 style ก็เงิบอีก...
ตอนนี้เริ่มหัดใช้ Mac OSX ก็ใช้ desktop environment ไม่ค่อยถนัด ต้องเข้า console สั่งด้วย command line เป็นระยะๆ
เห็นโพสว่าคนอื่นว่าโง่ตลอดเลย
jackyiii Fri, 09/13/2013 - 10:45
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
เห็นโพสว่าคนอื่นว่าโง่ตลอดเลยนะครับ ยังไงทางแอดมินช่วยตักเตือนด้วยครับ
ถ้ารู้ระดับความรู้ของตนเอง
roongroj Fri, 09/13/2013 - 10:49
In reply to เห็นโพสว่าคนอื่นว่าโง่ตลอดเลย by jackyiii
ถ้ารู้ระดับความรู้ของตนเอง ...ก่อนว่าคนอื่น ผมก็ไม่เคยว่าอะไรใครครับ
การที่มีคนมาแย้งว่าข้อมูลของค
jackyiii Fri, 09/13/2013 - 11:03
In reply to ถ้ารู้ระดับความรู้ของตนเอง by roongroj
การที่มีคนมาแย้งว่าข้อมูลของคุณมั่ว ไม่ได้หมายความว่า คุณมีสิทธิ์ว่าเค้าว่าโง่นะครับ
ยังไม่รวมถึงที่ คุณไปว่ากราดว่า "สาวก Android ก็ยังโง่" ทั้งที่ยังไม่มีใครไปว่าอะไรคุณเลย
ระดับความรู้ไม่ใช่สิ่งสำคัญมากว่าการมาถกเถียงกันอย่างมีมารยาทนะครับ
คุณเก่งมากครับในการดูถูกคนอื่
Faln Fri, 09/13/2013 - 11:55
In reply to ถ้ารู้ระดับความรู้ของตนเอง by roongroj
คุณเก่งมากครับในการดูถูกคนอื่นเห็นมาหลายทีละ ข่าว CTH ก็แบบนี้
ย้อนขึ้นไปอ่านที่คุณเม้นไว้ซิ
devilblaze Fri, 09/13/2013 - 12:13
In reply to ถ้ารู้ระดับความรู้ของตนเอง by roongroj
ย้อนขึ้นไปอ่านที่คุณเม้นไว้ซิครับ ลงท้ายด้วยโง่ทั้งหมด จริงครับคนฉลาดมีน้อย แต่ฉลาดแล้วทำอะไรไม่ได้มีเยอะมากๆๆๆๆ
เค้าว่ากันว่า "คนโง่"
aomnaruk Fri, 09/13/2013 - 13:50
In reply to ถ้ารู้ระดับความรู้ของตนเอง by roongroj
เค้าว่ากันว่า "คนโง่" ชอบอวดฉลาดนะครับ :-)
555+ ผมคงเข้าผิด Blog นึกว่า
roongroj Fri, 09/13/2013 - 14:04
In reply to เค้าว่ากันว่า "คนโง่" by aomnaruk
555+
ผมคงเข้าผิด Blog นึกว่า ด้าน IT หรือ Computer
ถ้าอ่านให้ดี ๆ ผมไม่เคยสรุปอะไรง่าย ๆ มี ตรรกะ หรือ Logic ( ถ้า... แล้ว... ) เสมอ
ใช้ครับคุณมีหลักการ
devilblaze Fri, 09/13/2013 - 16:20
In reply to 555+ ผมคงเข้าผิด Blog นึกว่า by roongroj
ใช้ครับคุณมีหลักการ แต่คุณมักจะเหมารวมวงการไอที มีแต่คนโง่
คนแบบคุณน่าจะเผยตัวจริงนะครับ นำความสามารถของคุณออกไปพิสูจน์ให้โลกเห็นว่า พวกคน it ส่วนใหญ่นั้นโง่
ถ้าหากคุณไม่ได้ทำตามที่ผมแนะนำ คุณก็จะต้องเสียเวลาอธิบายเหตุผลร้อยพันประการ เพื่อพิสูจน์ว่าคนส่วนใหญ่นั้นโง่จริง และต้องต่อสู้กับความถือตนของมนุษย์อย่างเหน็ดเหนื่อยแสนสาหัส แต่ผลที่ได้จะว่างเปล่าเพราะคุณยังไม่ได้แสดงให้เห็นว่าคุณนั้นถูก
ผมขอสรุปคุณไว้ก่อนนะ ว่าคุณนั้นโง่ เพราะคุณยังไม่ได้แสดงผลงานว่าคุณนั้นถูก
ส่วนตัวผมนั้นก็โง่ครับ เพราะผมไม่ได้ทำอะไรเช่นกัน
Garbage Collection
McKay Fri, 09/13/2013 - 11:32
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
Garbage Collection เกี่ยวอะไรกับ Process Kill ครับ?
อย่าเอาเรื่องคนละเรื่องมาเป็นเรื่องเดียวกันครับ เห็นบ่อยแล้ว มั่วตลอด
Java ก็มี GC .Net ก็มี GC ถ้าไม่มีป่านนี้รันแอพทีคงพุ่งไป 1GB+ โดยลดไม่ได้แล้ว
Native คืนแรมได้โดยไม่ใช้แรม? เหอะๆ มันเอาส่วนไหนมาคืน? หรือมันแค่ flush ลง Page/Swap แล้วบอกว่าคืนแล้ว? หรือมันปิด(Kill) Process แล้วบอกว่าคืนแล้ว? หรือถ้ามันคืนธรรมดามันต่างจาก GC ยังไง?
แล้วไปเอามาจากไหนว่า GC คืนแล้วไม่คืนให้ระบบ? ถ้าไม่คืนให้ระบบ Commit Page จะต้องเท่ากับ Current Usage ซึ่งมันไม่เท่ากันแน่ๆ
หรือถ้าคุณจะบอกว่า Native memory vs Heap ดีกว่าเพราะไม่มี leak เอา proof มาสิครับว่ามันไม่มี? เราเห็นๆกันอยู่ตั้งแต่ในอดีตตั้งแต่ว่ามันก็ leak กันมาทั้งนั้นไม่ว่าโปรแกรมอะไร
คำถาม
soginal Fri, 09/13/2013 - 13:00
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
คำถาม คุณรู้หรือไม่ว่าการขอจอง memory จาก os มันช้ามาก
ดังนั้นโปรแกรมที่ต้องเน้นการจัดการ memory มากๆจึงต้องขอจอง memory มาเป็นก้อนใหญ่แล้วมาจัดการเอง
ไอ้การที่อยากจอง memory แล้วก็ขอทีนึงใช้เสร็จแล้วคืน แล้วขอจองใหม่ ใครมันจะทำครับ หาาาา?
ยังไงก็ขออย่าให้จบโดยคำพูดว่า
tanit9999 Fri, 09/13/2013 - 14:06
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
ยังไงก็ขออย่าให้จบโดยคำพูดว่า "ผมไม่ขอเถียงด้วยแล้ว กับพวกโง่ๆ" ก็พอครับ เพราะดูเหมือนสิ่งที่ท่านด่าคนอื่นที่เค้ามาความเห็นและข้อมูลต่างจากท่านโดนหาว่าโง่ ถ้าท่านด่าเค้าท่านต้องชีแจ้งได้ว่าสิ่งที่ท่านรู้อะมันลบล้างขอเค้าได้ ไม่งั้นก็เหมือนเกรียนที่คิดว่าตัวเองมีความรู้สูง คิดว่าสิ่งที่ตนเองรู้ถูกเสมอ ผมผู้มีความรู้น้อยรู้เยอะขึ้นจากการโต้ตอบกันด้วยข้อมูลแบบนี้แหละครับ รอคอยท่านตอบเค้าอยู่นะ
ความรู้พื้นฐานสำหรับคนเขียน
mr_tawan Fri, 09/13/2013 - 17:11
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
ความรู้พื้นฐานสำหรับคนเขียน Java นะครับ: เรามีสิทธิสั่งให้ GC ทำงานได้ แต่ GC ไม่จำเป็นต้องทำงานตามที่เราสั่ง ถ้ามันเห็นว่ามันไม่จำเป็นจะต้องทำงานมันก็จะอู้ครับ และเมื่อ GC ทำงานมันจะควานหาทั้งโปรเซสเลย ใ้ช้วิธีการ mark-and-sweep ดังนั้นมันจะช้ากว่าไอ้พวกภาษา C/C++ ที่ต้องฟรีเองแน่นอน แต่ข้อดีคือเราไม่ต้องกังวงว่าจะลืมหรือเปล่าเท่านั้นเอง
ทั้งนี้บน .NET ก็เหมือนกันครับ
สำหรับภาษา C การเรียกฟังก์ชัน
peat_psuwit Fri, 09/13/2013 - 20:45
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
สำหรับภาษา C การเรียกฟังก์ชัน free() เพื่อคืนแรมที่มาจากการสั่ง malloc() นั้น libc ก็ไม่ได้คืนแรมส่วนนั้นให้ OS ทันทีหรอกครับ พื้นที่ส่วนนี้ libc จะเก็บไว้เผื่อว่าจะมีการสั่ง malloc() อีก ก็เหมือนอย่างความเห็นบนนั่นแหละครับเพราะการขอแรมจาก OS โดยตรงนั้นช้ามาก
สำหรับกรณีของ Objective-C แน่นอนว่าการขอแรมให้ออบเจ็กต์และการคืนแรม (โดย GC) ใช้การสั่ง malloc()/free() ซึ่ง Obj-C runtime จะสั่ง free() เมื่อ reference count เป็น 0 และ libc ก็ไม่ได้คืนแรมส่วนนั้นให้ OS ทันที
ในกรณีของ Java ก็เช่นเดียวกัน เมื่อออบเจ็กต์ไม่มีการอ้างถึง แม้พื้นที่ส่วนนี้จะไม่ถูกจัดการในทันที แต่ครั้งถัดไปที่ GC มีการทำงาน (อาจจะเป็นเมื่อพื้นที่ของ Heap เหลือน้อย - ซึ่งพื้นที่นี้จะถูกขอเพิ่มเมื่อจำเป็นจริงๆ) พื้นที่ตรงนี้จะถูกทำเครื่องหมายว่า "ว่าง" และการขอแรมให้ออบเจ็กต์ครั้งต่อไปก็สามารถใช้พื้นที่ตรงนี้ได้
สำหรับ .NET ผมไม่แน่ใจ แต่ผมเชื่อว่าวีธีการจัดการก็ไม่ได้ต่างกับ Java นักหรอกครับ
ฉะนั้น ไม่ว่าจะภาษาใด ก็ไม่มีการคืนแรมทันทีที่หรอก ไม่ว่าภาษาไหนก็ต้องทำตาม best practice ของการใช้แรมอยู่ดีครับ
http://www.gnu.org/software/libc/manual/html_node/Freeing-after-Malloc.html
http://stackoverflow.com/a/1150665
http://stackoverflow.com/a/3321607
ถูกต้องครับ
watch99 Wed, 04/23/2014 - 15:26
In reply to สำหรับภาษา C การเรียกฟังก์ชัน by peat_psuwit
ถูกต้องครับ
ขอโต้ roongroj หน่อยนะ
Aoun Fri, 09/13/2013 - 22:03
In reply to ความรู้ ...แค่หางอึ่ง แสดงว่า by roongroj
ขอโต้ roongroj หน่อยนะ ทั้งที่โดนแบนไปแล้วก็ตาม เพราะมันตอบต่อจากที่ผมเขียน
ปล. ผมรู้ว่ารักApple แต่มันไม่ใข่ศุนย์กลางของโลก มันจะยิ่งทำให้สาวกดูแย่ไปเรื่อยๆ
เรื่องคืน memory
mossila Fri, 09/13/2013 - 15:56
In reply to App บน iOS เป็นแบบ Native by McKay
เรื่องคืน memory ทันทีน่าจะหมายถึง
java
{
Object a = new Object();
a.use();
}
a ในที่นี้ต้องรอ GC วิ่งมาถึงจะเก็บให้
แต่ว่าใน Objective-C ใน iOS (เท่านั้น ใน OSX ไม่เกี่ยว)
{
Object a = [[Object alloc] init];
[a use];
[a release]; // ถ้าเป็น ARC บรรทัดนี้จะถูก compiler เติมมาให้
}
a ใน Objective-C หลังจาก release
แล้วก็จะโดน free ทันทีไม่ต้องรอ GC มาเก็บจน retain count เป็น 0 แล้วก็จะคืน Memory ทันทีไม่ต้องรอ GC มาเก็บObject-C ถ้าเขียนแบบ ARC
PandaBaka Fri, 09/13/2013 - 17:04
In reply to เรื่องคืน memory by mossila
Object-C ถ้าเขียนแบบ ARC แล้วรันบน background thread
จะอาการหนักกว่า ต้องวนลูปหา object แล้ว remove เอาเอง -*-)a
เวทย์มนต์เรียก gc
put4558350 Fri, 09/13/2013 - 19:32
In reply to เรื่องคืน memory by mossila
เวทย์มนต์เรียก gc ให้ทำงานทันที
public void freeMemory(){
System.runFinalization();
Runtime.getRuntime().gc();
System.gc();
}
... ไม่ใด้คิดเอง google ให้มา http://www.coderzheaven.com/2012/04/24/explicitly-free-memory-android-release-unwanted-memory-android/
ผมก็เคยทำครับ
mossila Mon, 09/16/2013 - 10:51
In reply to เวทย์มนต์เรียก gc by put4558350
ผมก็เคยทำครับ แต่มันก็จะมีปัญหาตรงที่ GC มันวิ่งตอน runtime (พวกทำการ mark-and-sweep) แม้จะสั่ง System.gc() ก็ตาม
แต่ว่า Objective-C คล้ายๆ กับว่าทำการ mark-and-sweep ไว้ตั้งแต่ compile time พอถึง runtime ก็ทำงานได้ทันที
แต่ว่า.... ยังไงก็ตาม
{
Object a = [[Object alloc] init];
[a use]; // โดยไม่มี [a release]; ใน mode ที่ไม่ใช่ ARC
}
มีอยู่ถมไปใน Code มือใหม่ ดังนั้น memory ของ a จะไม่มีใครมาเก็บกวาดไปเลย
เพราะว่า
เพราะฉะนั้น Objective-C ที่เขียนด้วย code ลักษณะแบบนี้มีสิทธิ์ สูงกว่า Java มากมายนักที่จะ Memory leak
ขอบคุณครับ
McKay Fri, 09/13/2013 - 21:13
In reply to เรื่องคืน memory by mossila
ขอบคุณครับ
register = transistor
lunglove99 Fri, 09/13/2013 - 04:51
register = transistor หลือเปล่าครับ
register ถูกแล้วครับ register
kswisit Fri, 09/13/2013 - 09:29
In reply to register = transistor by lunglove99
register ถูกแล้วครับ
register เป็นตัวเก็บข้อมูลขนาดเล็กๆ ในตัวซีพียู (tiny units of storage inside the processor)
register ≠ transistor แต่
mk- Fri, 09/13/2013 - 13:05
In reply to register = transistor by lunglove99
register ≠ transistor
แต่ register สร้างขึ้นมาจาก transistor
แต่ที่แน่ในตอนนี้ 64bit
cittavuddho Fri, 09/13/2013 - 05:26
แต่ที่แน่ในตอนนี้ 64bit ดีสำหรับเครื่องที่เป็นเครื่อง Server เพียงอย่างเดียวเท่านนั้น เพราะขีดจำกัด 4 Gb
แต่ก็มีอีกเรื่องหนึ่งที่กินแรมไม่แพ้กัน
ปกติแล้วผมจะใช้คอมอยู่ 2 เครื่องเข้าเน็ทผ่านแอรืการ์ด เครื่องแรก เป็น DDR I 768 MB กับอีกเครื่อง เป็น DDR II 8 GB
เครื่องแรกเปิด Chrome ได้ไม่เกิน 5 แท็บเรื่มมีอาการ อีกเครื่องไม่มีปัญหา แม้ว่ามันจะเกี่ยวกับรุ่นของเครื่องคนละระดับ
แต่เครื่องที่ใช้อยู่เป็นเครื่องที่ 3 เป็น วูดู 5500 ผมเขาใจความต่างครับ และรู้ถึงรสความต่างด้วย
ในฐานะคนที่อนุรักษ์ของเก่า ก็อยากให้มือถือที่เลิกใช้และสามารถเอากลับมาทำเป็นคลัสเตอร์ของ web server ได้
การเริ่มมี arm 64bit เข้ามาในตลาด ก็เป็นนิมิตที่ดีในความคุ้มค่า
แบบนี้แล้ว iPhone รุ่น 32 bit
IonRa Fri, 09/13/2013 - 07:04
แบบนี้แล้ว iPhone รุ่น 32 bit อย่าง iPhone 5 ของผมจะอยู่ได้อีกกี่ปีละครับ ผมกระว่าจะใช้มันต่อไปอีกสัก 2 - 3 ปีครับ
Iphone4ยังได้ios7เลยคับ
cal2ibbean Fri, 09/13/2013 - 07:13
In reply to แบบนี้แล้ว iPhone รุ่น 32 bit by IonRa
Iphone4ยังได้ios7เลยคับ
ตามอายุios7 ครับ
ROBONIN Fri, 09/13/2013 - 07:46
In reply to แบบนี้แล้ว iPhone รุ่น 32 bit by IonRa
ตามอายุios7 ครับ ios7ทำแบบเรียบมาเพื่อความเร็ว น่าจะเป็นอะไรที่ใช้ปรับตัวสำหรับทั้ง32และ64 มันก็หลายปีอยู่นะ
เชื่อว่าไม่น่าเกิน iOS 9
the mee Fri, 09/13/2013 - 08:49
In reply to แบบนี้แล้ว iPhone รุ่น 32 bit by IonRa
เชื่อว่าไม่น่าเกิน iOS 9 จะกลายเป็น pure 64 bit
ผมเชื่อว่า 3-4 ปีนั้นแหละครับ
darkfaty Fri, 09/13/2013 - 12:12
In reply to แบบนี้แล้ว iPhone รุ่น 32 bit by IonRa
ผมเชื่อว่า 3-4 ปีนั้นแหละครับ pure iOS 64 bit ถึงจะออกมา คิดว่าเป็นการคาดการอนาคตของ Apple ที่จะพยายามอัพเกรดระบบให้ได้หลายรุ่นที่สุด เลยเตรียมความพร้อมไว้ตั้งแต่ตอนนี้ ถึงตอนนั้นท่านก็คงเปลี่ยนโทรศัพท์ไปแล้วครับ
มันเป็นการตลาด+กดดันคู่แข่งให
nottoscale Fri, 09/13/2013 - 07:21
มันเป็นการตลาด+กดดันคู่แข่งให้รีบเดินตาม แต่ส่วนตัวเชื่อว่าเรื่องนี้แป๊บก็ตามทันแต่เรื่อง secutiry พวก Touch ID นี่สิน่าสนใจกว่าว่าคู่แข่งจะทำออกมาในรูปแบบไหน
+1
writecrow Fri, 09/13/2013 - 09:31
+1
ไม่ได้ช่วยอะไร
Sephanov Fri, 09/13/2013 - 09:44
ไม่ได้ช่วยอะไร แต่เพียงแค่เห็นว่าแอนดรอยรุ่นใหม่ คงต้องเอา 64bit กับ touch ID ไปคิดแล้วก็เดินตามแน่ๆ ตอกย้ำความเป็นผู้นำนวัตกรรมของ Apple ต่อไป ไม่อย่างนั้นคนใช้แอนดรอยด์ก็ยื่นหน้าปลดล๊อคกันต่อไป
ปล.2 นวัตกรรมของ Google มันใช้ได้จริงไหม ทุกวันนี้มีใครยื่นหน้าปลดล๊อคบ้าง อยากรู้จริงๆนะนี่
เจ็บ แต่จบ -
nessuchan Fri, 09/13/2013 - 10:11
In reply to ไม่ได้ช่วยอะไร by Sephanov
เจ็บ แต่จบ - -
ยอมรับว่าตอนแรก ๆ ทำ ตอนนี้เลิก น่ารำคาญมาก
+1 เรื่อง Face Unlock
PiKO Fri, 09/13/2013 - 13:09
In reply to ไม่ได้ช่วยอะไร by Sephanov
+1 เรื่อง Face Unlock เคยลองเทส 1 ที แล้วก็ปิดไป = ='
ความคิดเห็นอื่นเถียงกันยืดยาว
ROBONIN Fri, 09/13/2013 - 13:29
In reply to ไม่ได้ช่วยอะไร by Sephanov
ความคิดเห็นอื่นเถียงกันยืดยาวงั้นงี้ เจอความเห็นนี้ทีเดียวจบ
เอาจริงๆพอแอ๊ปเปิ้ลออก64 ฝั่งแอนดรอยด์เค้าก็เริ่มเคลื่อนไหวไปในแนวนี้
พอแอนดรอยด์เสร็จ พวกโทรศัพท์ก็ออก 64กันมาเอง
ไม่รู้บนๆจะพูดทำไมมัลตินั้นนู้นนี้อารมณ์แบบสาวก
แตะไม่ได้ ทั้งๆที่มันจะเดินไปในแนวเดียวกันอยู่ดี
touchID
Jaddngow Fri, 09/13/2013 - 13:51
In reply to ไม่ได้ช่วยอะไร by Sephanov
touchID ผมถือว่าเป็นนวัตกรรม
แต่ 64bit เป็นนวัตกรรมที่ android ต้องเดินตามเหรอ อันนี้ไม่แน่ใจ ยังไง android ก็ต้องเปลี่ยนเป็น 64ใกล้ๆนี้อยู่แล้ว ซดแรมไป3GBแล้ว
ถูกครับ
plawanja Fri, 09/13/2013 - 18:36
In reply to touchID by Jaddngow
ถูกครับ ก็ในเมื่อมันเป็นแนวทางที่มุ่งไปอยู่แล้ว การชิงออกมาก่อนเลยเป็นการแสดงความเป็นผู้นำไงครับ
ทั้ง TouchID และ 64bit เป็นกลยุทธิ์ที่ได้ผลในทางจิตวิทยาว่า Apple ยังคง (ดูเหมือน) เป็นผู้นำทางนวัตกรรมอยู่ต่อไป
Apple กล้าพูดเรื่อง 64 bit
Sephanov Fri, 09/13/2013 - 20:16
In reply to touchID by Jaddngow
Apple กล้าพูดเรื่อง 64 bit ทั้งๆที่แรม iphone พึ่งเดินทางมาถึง 2gb เองนะครับ แล้วอีกอย่าง แรมแอนดรอยพุ่งไปถึง 3gb จะเข้า 4 อยู่แล้ว ยังไม่พูดเรื่อง 64bit เป็นเรื่องเป็นราวสักที apple ชิงเปิดก่อน ตรงนี้ apple ได้เครดิตไปเต็มๆอยู่แล้วล่ะครับ
เฮือก
missions Fri, 09/13/2013 - 18:14
In reply to ไม่ได้ช่วยอะไร by Sephanov
เฮือก
ทำไมถึงคิดว่า 32bit-64bit
pizzicato Fri, 09/13/2013 - 10:15
ทำไมถึงคิดว่า 32bit-64bit มีดีแค่การอ้างอิง memory ได้มากขึ้นเนี่ย งงครับ
จริงๆพวกencoder
redgene Fri, 09/13/2013 - 11:39
In reply to ทำไมถึงคิดว่า 32bit-64bit by pizzicato
จริงๆพวกencoder decoderก็ดีขึ้นกว่าเดิมขึ้นด้วยนะเพราะregisterใหญ่กว่าเดิม ดูพวกvideoได้ดีกว่าเดิม แต่นั่นแหละหลักๆก็เกี่ยวกับmemoryอยู่ดี แต่ที่ผมสงสัยคือตกลงA7 มันramเท่าไรกันแน่ 1Gหรือ2G
มีข่าวลือว่า 2 GB
chettaphong Fri, 09/13/2013 - 12:13
In reply to จริงๆพวกencoder by redgene
มีข่าวลือว่า 2 GB ครับแต่รอดูอีกทีหลังวางขายคงมีคนแกะได้ว่ามีจริง ๆ เท่าไหร่
ใช่ครับถ้าชุดคำสั่งที่ส่งเข้า
thanyadol Fri, 09/13/2013 - 12:11
In reply to ทำไมถึงคิดว่า 32bit-64bit by pizzicato
ใช่ครับถ้าชุดคำสั่งที่ส่งเข้าไปให้ CPU ประมวลผลเป็น 64 บิททั้งหมดความเร็วเพิ่มขึ้นอย่างแน่นอน เพราะส่วนที่ประมวลผลทางตรรกะและคณิตศาสตร์ สามารถที่จะ + - * / and or กับตัวเลขที่มีจำนวนบิทได้มากขึ้น
ต้องดูว่าแอบเปิลเขียน OS ไหม่มากน้อยแค่ไหน และจะเลิกใช้ชุดคำสั่ง ที่เป็น 32 บิททั้งหมดเมื่อไร จุดนี้แอปเปิลได้เปรียบเพราะควบคุมได้ทั้งหมด แม้แต่นักพัฒนา (ให้นึกถึงเครื่องเกมส์คอนโซลยุคที่นักพัฒนาจะต้องซื้อชุดคิทราคาแพงมากๆ ครับ)
32 bit
darkfaty Fri, 09/13/2013 - 12:34
In reply to ทำไมถึงคิดว่า 32bit-64bit by pizzicato
32 bit สามารถระบุตำแหน่งบนหน่วยความจำโดยตรงได้แค่ 4 gigabytes ในการทำงานของ CPU 1 รอบครับ
64 bit สามารถระบุตำแหน่งบนหน่วยความจำโดยตรงได้ 16 exabytes
ใหญ่แค่ไหนอธิบายไม่ถูก mega -> giga -> tera -> peta -> exa
ระบุตำแหน่งได้เร็ว ประสิทธิภาพโดยรวมก็น่าจะเร็วขึ้น คิดว่าครับ
ผมว่า instruction set
zixs Fri, 09/13/2013 - 13:38
In reply to ทำไมถึงคิดว่า 32bit-64bit by pizzicato
ผมว่า instruction set ที่เพิ่มขึ้นน่าจะมีส่วนช่วยให้เร็วขึ้นครับ ในตนอนนี้ที่แรมยังไม่เกิน 4gb อ่ะนะครับ
เพราะว่าเราไม่ค่อยมี integer
mr_tawan Fri, 09/13/2013 - 17:15
In reply to ทำไมถึงคิดว่า 32bit-64bit by pizzicato
เพราะว่าเราไม่ค่อยมี integer operation ที่ใช้ Operation ใหญ่ขนาดนั้นไงครับ (64bit)
Galaxy S V 16 core 128bit
NgOrXz Fri, 09/13/2013 - 13:22
Galaxy S V
16 core
128bit
S5 กับ note 4 ได้ 64 bit แน่ๆ
zigheart Fri, 09/13/2013 - 12:29
S5 กับ note 4
ได้ 64 bit แน่ๆ ผมจะไปจองเครื่องนึง
นวัตกรรมของ Google
JPorsh Fri, 09/13/2013 - 17:09
นวัตกรรมของ Google มันใช้ได้จริงไหม ทุกวันนี้มีใครยื่นหน้าปลดล๊อคบ้าง <<<< โดนมากกก !!
ARM v8 น่าสนใจไม่น้อยนะ
Architec Fri, 09/13/2013 - 18:18
ARM v8 น่าสนใจไม่น้อยนะ แต่ผมมองว่าการที่ออก 64บิทพร้อมกับ iOS7 รวดเดียวเลยเป็นการตัดสินใจที่ดีมาก ดีกว่ามาออก update ทีหลังแล้วมีปัญหากับแอพ แบบนั้นโดน dev ด่าอีกรอบก็คงแย่แน่